腾讯产品经理现身说法 曾经在UC做过2年to c的app,现在在腾讯做to b的产品. 做to c产品的时候,我很瞧不起做to b产品的同学,认为他们不过是做支撑的. 后来,我参与了一个to b平台级产品的完整构建过程,当完成大部分重要功能构建后,公司部门调整,我调整去一个新的to c产品线,工作交接的时候,我突然觉得: to c产品卖情怀太矫情,整天跟用户扯细节,千方百计骗用户充会员买道具,很庸俗的生意人好么. to b产品才是真男人,构建生态,小改动就会影响行业格局,还动不动就百亿级海量支撑

http://www.meritdata.com.cn/article/90 PLUTO平台是由美林数据技术股份有限公司下属西安交大美林数据挖掘研究中心自主研发的一款基于云计算技术架构的数据挖掘产品,产品设计严格遵循国际数据挖掘标准CRISP-DM(跨行业数据挖掘过程标准),具备完备的数据准备.模型构建.模型评估.模型管理.海量数据处理和高纬数据可视化分析能力. Pluto平台设计严格遵循国际数据挖掘标准CRISP-DM(跨行业数据挖掘过程标准).Pluto强大的数据挖掘功能将复杂的统计方法和机

Atitit. 如何判断软件工程师 能力模型 程序员能力模型  项目经理能力模型 这里能力模型的标准化是对工具的使用为基本 工具(ide,语言,类库,框架,软件) 第一步 ::可使用api 类库 框架 工具 级别 普通工程师级别,基本90%的人终生都只能这样的级别  基本三年左右就可以达到此级别 弟二级: 可维修,维护级别 标志::可以搞个插件什么的 ,对框架类库内部实现大概了解了.高级工程师 可以实现非技术高核心的模块 较中高级的模块实现 大约9%的人处于这个级别   约需要5年可达到次级别

在听了测试的一通唠叨之后,"内部实现一堆逻辑,只有一句话的需求文档","文档那么简单,我们怎么测试啊",心中突然想起来自己曾经干的一件当时觉得还不错的事情,但是事后想起来,可能比较二的决定,当时在做一个类似原型的产品,那时候的问题就是时间很短,需求根本就写不完,研发测试时间也都是很短,于是当时就决定协作写需求文档,也就是产品经理先给大家讲解一下整体的产品功能,细节的地方没有讲的很透彻.然后在Wiki上先写一个大概的需求,细节的地方,由开发一边开发,一边在和产品经理沟

1.产品定义:什么是产品 来自百度百科(链接)的解释:        产品是指能够供给市场 [1]  ,被人们使用和消费,并能满足人们某种需求的任何东西,包括有形的物品.无形的服务.组织.观念或它们的组合.产品一般可以分为五个层次,即核心产品.基本产品.期望产品.附加产品.潜在产品.核心产品是指整体产品提供给购买者的直接利益和效用:基本产品即是核心产品的宏观化:期望产品是指顾客在购买产品时,一般会期望得到的一组特性或条件:附加产品是指超过顾客期望的产品:潜在产品指产品或开发物在未来可能产生的改进

原文:http://www.woshipm.com/pmd/131946.html/comment-page-1 产品经理技能之MRD 一.MRD与BRD的不同之处 BRD:这么做有什么好处,并说明好处在哪里?BRD主要是针对ceo.财务部门而写的,分析前景.收益与风险等. MRD的定义:通过BRD明确这件事值得做之后,描述应该怎么做,并说明这么做的原因. **MRD是在产品评审前要做的工作,主要是在产品设计前,做好用于给开发,运营,测试等部门一起审核产品方案使用.这个产物包括组织信息图,产品结

大家都叫“PM”,但做的事情却完全不同? “PM”这个词到底是什么意思? 这个话题恐怕也是各位同行都一直在想,也一直想不清楚的吧,我也是. 每次看到各种“产品经理的能力模型”,我都觉得有点扯淡,总觉得模型里少了点什么,没错,就是“适用范围”,那一张张漂亮的图,必定只适合某些人,那么,到底是哪些人?于是,我的思路就是忘记一切模型,先去看各种顶着“产品经理”职位的人,他们做的事情为什么不同? 初想下来,和两个因素有关——内在vs外在,符合MECE原则哦. 内在是指个人能力,无法否认,一个叫“产品经理

课时:13小时(2天)    成功的产品经理DNA   讲师: 冯老师 时间:2019.03.29~30 举办单位:深圳市共创力企业管理咨询有限公司 举办地点:深圳 [课程背景] 当今时代,供过于求.同质化竞争成为每个行业的常态,在这样的市场中产品力是企业的核心竞争力之一,只有产品不断创新才能持续赢得市场和客户.产品经理如同一个以单一产品线.产品为公司的总经理,是直接面向客户.带领团队创造价值的领军人物,负责该产品从创意到开发.制造以及销售的全流程,因此产品经理个人及其所率领的团队的能力往往决定

产品经理-需求分析-用户故事-敏捷开发 详解 用户故事是从用户的角度来描述用户渴望得到的功能.一个好的用户故事包括三个要素:1. 角色:谁要使用这个功能.2. 活动:需要完成什么样的功能.3. 商业价值:为什么需要这个功能,这个功能带来什么样的价值.作为一个<角色>, 我想要<活动>, 以便于<商业价值>As a <Role>, I want to <Activity>, so that <Business Value>. 用户故事的

用了大概2个月的时间,细细的读完了<人人都是产品经理>这本书,受益良多,期间也做了一些笔记,都在前面的博客————products系列中... 当然,更多的收获,还是沉滞在书中的注释,以及引发的个人一些思考... 这篇博客,就当阶段性的一个总结吧,对本书的内容做一个总结,以及掺杂一些个人的思考... 目录如下: 一.需求奋斗史 二.项目的坎坷一生 三.产品&团队 四.策略 五.产品经理的自我修养 六.漫谈 一.需求奋斗史 1.介绍了需求的来源————用户,以及如何从用户身上获取需求:

硅谷产品:36讲直通世界级产品经理 作者是Facebook产品经理,目前负责的具体业务书的扉页上有含糊的介绍,书中没明确说,根据书中内容推测,主要是网红社区. 比较遗憾的是书中作者亲历的案例只有3个.作者对微信.抖音等国内APP特别关注,不少案例是针对微信的假设与分析. 主要内容是作者体验.经历.总结的硅谷产品经理工作的方方面面,我认为重要的是下面几类:1:如何确定产品成功与不成功的指标:2:如何量化证明产品的需求是否合理(A/B测试等):3:如何管理项目的进度:4:与团队各类角色如程序员.设计

一个老IT产品管理者对于产品经理工作的经验总结 1. 任何行业,包括IT行业,所谓产品管理.产品经理,其核心应该是企业产品管理制度,也就是说,只有企业存在相应的.合理的产品管理体系和制度,产品管理.产品经理的职位才能发挥有效的作用.合理的产品管理制度,有效的产品管理体系,如同CMM各级认证一样,会有效的促进产品创新和产品的持续发展 2. 基于制度和有效机制上的产品管理,说明企业将产品及产品规划纳入到企业发展战略中,从而产生相应的产品协调机制和沟通渠道,才能由产品管理部门(或相关机构)将企业生存和

求职路上,“怼”来“怼”去的面试问题 人人都是产品经理社区 发布于 2018-10-29 19:53:06 举报 阅读数:1418 ​​在求职路上,面对那些被“怼”到过的面试问题,应该如何处理? 一个人走或许比较容易放弃,但是一群人走就可以走得更远! 无论什么时候,我们都会觉得自己还没准备好,完全准备好是不可能的,除非家里有矿. 本文相当正经,我只针对那些我被“怼”到过的面试问题展开来讲,希望通过有限的内容,让大家都深度思(fan)考(xing)下.注:本文黑体部分为后续补充完善. 啰嗦几句,面

发现帮手 从本质上讲,产品就是创意,产品经理的职责是想出好点并加以实现.我们需要好点子,有些想法是我们自己的创意,但如果仅依靠自己,就会严重限制创意的发挥 做产品要找公司最聪明的人合作,发现公司里潜在的几个聪明绝顶的人,不拘一格地任用,把他们招进产品团队 产品经理还可以向自己的领导借力,听取他们对产品的建议,虽然他们不太可能参与具体工作,但并不表示他们会袖手旁观 如何发现帮手 1.打听!多问问同事,肯定会有收获 2.采用走动式管理模式,管理者要走出自己的办公室和圈子,花时间与员工相处 3.认真倾

产品总监的关键职责 1.组建优秀的产品经理团队 如果产品经理不称职,只能退而求其次,请其他团队成员(比如主程序员)越俎代庖 新产品经理必须经过约三个月刻苦学习才能开始管理产品,管理者应该为新人创造学习条件,监督学习进度 已经入职一段时间的产品经理如果掉了队,也要让他们在工作之余补补课,确保他们明白自己的不足之处 如果某位产品经理无法胜任工作,管理者应该重新寻找合适的人选,帮助下岗者找到擅长的岗位,同时寻找新人接替他的工作 一旦找到有潜力.称职的人选,就应该放手让他们工作,尽情发挥其潜力.当然,一

产品经理的职称最早出现在P&G宝洁公司,因效果非常显著,许多企业纷纷仿而效尤.硅谷知名的产品管理大师Marty Cagan在<Inspired: How To Create Products Customers Love>中,将产品经理一职形容为「找出有价值.可利用和行得通的产品」(”to discover a product that is valuable,usable and feasible”). 根据美国产品管理协会PDMA的定义,所谓的产品管理(Product Manage

一.序言 本文从产品经理的角度出发,对产品经理的安全职责.产品驱动安全的内涵.工作内容.工作方法.所需安全资源.以及产品经理的安全工作量进行了分析.希望所有产品经理在没有心理负担的情况下,有目标.有方法.有资源推进产品安全建设. 二.背景 安全是软件产品天然属性的一部分,“无安全不金融”,对于金融软件产品而言,安全尤为重要,因为客户总是能够从各种安全漏洞联想到他的金融资产安全和个人信息安全.以前偶尔会在一些安全沙龙或峰会听见同行吐槽,“信息安全说起来重要.做起来次要.忙起来不要”.吐槽背后的原因

工作这几年,时长思考,作为B端产品经理自己应该具备什么样的能力? 虽然工作依旧在有条不紊的进行,但是时常会陷入到对知识或者能力的焦虑当中.特别时是工作三五年,产品经理进阶门槛时. 虽然产品经理的能力是经验的产物,但是产品经理依然需要学习各种技能,以备业务需要.虽然界定产品经理段位并不仅仅是其所掌握的技能,但是如果不具备某些能力,产品经理是很难进阶的. 作为B端产品经理,我们的日常工作是非常繁杂的.从需求到业务,从调研到迭代,我们时承担多种职责的角色. 这通常会使我们对自己应该掌握和加强的能力所产

一.序言 本文从产品经理的角度出发,对产品经理的安全职责.产品驱动安全的内涵.工作内容.工作方法.所需安全资源.以及产品经理的安全工作量进行了分析.希望所有产品经理在没有心理负担的情况下,有目标.有方法.有资源推进产品安全建设. 二.背景 安全是软件产品天然属性的一部分,“无安全不金融”,对于金融软件产品而言,安全尤为重要,因为客户总是能够从各种安全漏洞联想到他的金融资产安全和个人信息安全.以前偶尔会在一些安全沙龙或峰会听见同行吐槽,“信息安全说起来重要.做起来次要.忙起来不要”.吐槽背后的原因

我所说的,都是错的. To C产品设计和To B产品设计对一个优秀的产品经理的洞察能力.架构能力有共通的要求. 实际产品设计过程中,To C产品往往是从商业思维思考,侧重用户研究,思考用户心智,由产品经理构建一个虚拟的世界观. To B产品往往在现实过程总已经存在实际的交易逻辑,线上化的工作需要侧重于利用架构能力和系统性思维,提升线下业务的效率,降低线下业务的成本. 关于To B产品设计,我总结了一篇文章,点击跳转查看. 沙漏哟:To B产品技术标准化(全网独家) 那么To C产品经理,是怎样设