一线产品经理的工作感想
只是个人的工作心得和所思所想，信马由缰一通，做产品的人能大致看得懂就行了。 没啥铺垫的，直入正题，一块块来：先上一张图
需求文档看不看
当你辛辛苦苦写出来一堆需求文档，跟UED的同学定好交互、视觉、重构;满以为技术会认真对待，但是你会发现，技术同学基本不会看你准备的一堆东西，基本是按照自己的理解来开发，当开发不下去，第一时间也不是看文档，而是看测试用例，或者直接跟产品沟通;基本文档只是QA同学对着写用例。
刚刚开始工作的时候，对于技术不按照文档开发，是比较着急上火的，经历一段时间后，发现重点就好了。产品的本质是保证产品核心功能的质量，保障用户体验，用户端和商户端的功能不能含糊;运营后台、客服后台之类的，保障功能完整和业务流畅的基础上，可以给技术适当的自由发挥;就算是前台页面，多听听技术的意见，让技术同学参与进来;开发过程中，保持沟通，对于技术提出的问题，最快速度的响应。
什么样的需求要写文档?对于功能性、涉及业务流转，状态切换，边界条件灰常多的需求，流程图、交互、PRD一个都不能少;对于非功能性的需求，提升用户体验的部分，文档可以不准备，准备好原型图，然后在上面标注出重点，交付的时候讲清楚。
todolist与优先级
产品在迭代过程中，不断有新的需求，不断有需求被完成，通过list来管理这些需求，整理的过程也是对产品思考的过程，不停问自己，这个需求用户是谁，解决什么问题，是否必要，以及是否必要现在就做?
list的好处就是，可以尽量多的记录所有需求，虽然有些天生就是被砍的命，但是list一堆需要完成的事情，对整个项目组都会有紧迫感;一句话讲清楚每个需求，标明优先级，负责人，对应的开发，开始时间，完成时间，完成状态，让项目组所有人(包括老板)，都知道我们现在有多少事情在做，已完成来多少，接下来做什么。
需求永远做不完，对于优先级安排，平时工作中最常用的就是四象限法，重要又紧急，重要不紧急，紧急不重要，不紧急也不重要，根据项目实际来做判断。
需求会议
20xx年都是一周一次迭代，每周都会有下次迭代的需求会议，并不是真正意义上的需求评审，产品驱动的公司，基本就是需求讲解，交付，以及相关时间点确认
需求准备要充分
在需求会议上，面对技术和QA，甚至老大们的挑战，这是正常的，他们会问为啥要这么做，为啥不那么做，甚至直接对你的需求提出挑战：这个东西不靠谱，不可能;拍桌子打板凳的事情也时有发生;唯一避免发生的情况，就是对于需求的准备要充分;不管面对何种挑战，讲清楚数据、用户需要、和竞争对手怎么做的，基本就能说服;一般只要保持平和的心态，不会有大问题。
真有自己无法立即解答的，快速承认错误：不好意思，这个是我没有准备好，会后我再去做详细调研和准备，快速跳过这个问题，继续下面有把握的内容;会后再去完整论证，并把问题描述清楚，邮件给大家;既可以避免冲突，会后大家平和心态来对待，也便于解决。 讲好我的故事
这里应该是讲好用户的故事，为啥叫讲好我的故事，因为产品需要把自己代入到各个角色中;做过几次用户访谈，很多用户描述这样一个场景，我快下班了，拿出点评App搜索附近找吃的;运营说这个这个很烦，我需要这么这么做，其实可以这样就解决了;
客服说，这个信息在这里查，那个信息在另外一个页面，每条记录处理的时间增加多少分钟;
最有意思的是商户端，商户那边有签合同的、店长、负责人、前台、收银，会计，每个人都有可能来用我们的后台，去商户端做访谈的时候，观察他们如何使用点评的产品;
讲需求的时候，先描述用户遇到的困境，绘声绘色，动人心弦;如何做到，代入自己的角色，不要假装用过，而是自己真正使用过程中的痛点，放大再放大，感情方式来打动技术。 描述痛点只是第一步，可以清楚描述，如果这个需求做来，运营效率可以提升多少，节约多少成本，最终转化率预计提高多少，以及ROI(投入产出比)，所有功能点的改进，最后都可以结算为Money，因为钱，会让所有人兴奋，并集中精力来解决问题。
让更多的人参与需求讨论
需求被挑战，会有点不舒服;但是若所有人都表现出对你的需求漠不关心，那才是最难受的。如何让技术更多的参与需求讨论：首先可以挖掘对业务有兴趣的人，多跟他们聊，他们会主动告知他们的想法。一般工作几年的技术比刚刚工作的童鞋更关心;其次让技术有存在感，定时告知他们相关的产品数据，月用户数，月增长量，收入等，根据技术所开发的功能点，细化到此功能带来的数据，以及同比环比数据;最后在Scrum中，计划#9@k能够让所有人都参与到需求当中，因为每个人都要评估task的工作量，目前来看，效果还不错。 确定好时间点和相关责任人
Scrum确实是一个好的方式，能够估算出工作量，并且技术自发领取任务，直至每个人工作内容都填充满整个sprint。
在未开始Scrum之前，每周一次需求会议，只是交付好相关需求，由开发主管来指派任务，并定好工作计划表，然后QA同学补充相关测试安排，最后敲定上线时间。
其实不管何种方式，最终的结果导向就是，产品尽快上线，且以最有效、风险最小的方式。
适当地砍需求
产品是不需要懂技术，但是如果能根据需求大致预估工作量，排期更简单;每次我都会提前多准备一些，连交互和重构都准备好，摆出一副不做此需求是誓不罢休的架势;资源充分时，技术童鞋会主动领取需求的，但是当工作都排的比较满的时候，就很难了;所以需求评审时，每个需求的优先级都排的高高的，将用户痛点描述的栩栩如生，如果技术实在抱怨太多，或是总拿51230.com那样的婚恋网站来举例，那就象征性地砍掉一部分，前提是保证核心必须完成，其实当时砍掉一部分，不会一直砍下去，而且心里也会有满足感;其次给技术紧迫感，赶紧完成，后面还有一堆事情呢，即使这次迭代不做，下次迭代也需要完成。
产品开发过程中
保持沟通
在产品开发过程中，技术都是非常有责任心的，会帮你考虑边界条件，作为产品积极响应技术提出来的各种疑问，是维系技术与产品之间很有效的方式。虽然有一些问题，可能是技术对需求的理解并没有产品那么深刻，讲清楚就好了，没有必要上纲上线，因为最终大家的目的都是为了产品，另外公司开始实践的Scrum也对整个团队保持沟通，既是要求，更要成为一种习惯。
认真对待测试用例
测试用例，又是一个保证产品质量的利器;刚开始工作的时候，认为测试用例只是QA同学的工作，第一版本App上线做UAT的时候，发现对着需求文档并不能完整验证完所有需求，但是对着测试用例，所有的主流程，辅助流程，边界条件，非功能性需求，清晰明了，感觉太有用了。所以每次都提前完成需求文档交付QA，QA在技术正式进入研发完成用例文档;在过测试用例时，产品同时参与，避免一些需求理解上的偏差，此外技术同学对着case开发，比需求文档描述更清晰，另外技术同学可以参与部分自测;UAT的时候，也是产品的参考。 需求变更与delay
需求变更是永恒的话题，Scrum中一般是不接受需求变更，其实不允许变更的本质不是需求定板不动，而是对产品提出了更好的要求，从需求调研、准备、设计、交付每一步都需要考虑周全和清楚;即使在要求严格的Scrum中，需求真的不能变更么?如果临时线上bug造成用户无法访问，技术同学是不是要停下手中工作，来排查线上故障呢。作为一个产品，不
是神，尽量保证所有的需求都是合理且必要，并且将所有的需求准备工作做到位;如果还不能避免，就要影响甚至说服整个团队来拥抱变化。
正确处理需求变更
需求变更已经发生，那就赶紧处理吧。如果是产品没考虑清楚，用户调研或者数据支持出错，果断向团队承认自己的错误，没有人会责怪一个真心诚意道歉的人;并在第一时间交付变更后的需求文档、交互、视觉、重构等，并跟技术沟通如何以最小的代价，完成此次实现;若技术的工作在本次迭代已经安排很满，那考虑需求的紧急程度，适当情况下，可以放到下个迭代去完成。
若是因为行业或者市场变动，产品转型等原因，直接向团队传达变更的原因，以及接下来的产品规划，让所有人都看到一个清晰明确的目标，技术会有疑问和挑战，耐心解答，通过行业数据、竞品等角度去阐述;遇到老板变更需求，那比较简单，因为老板的需求优先级永远是最高的，但是作为跟技术直接沟通的产品，要认真对待老板变更的部分，若老板频繁变更需求，烦的是技术，会不会以后合作留下影响呢。
关于产品delay
不管产品还是技术，没有人愿意看到delay的;面对delay，怎么处理?换个思路：就算delay了，只要用户还能用，服务照样跑，地球还照样转。如果真的导致用户不能访问，整个技术团队肯定加班加点，不吃不喝也会搞好的。一旦出现delay，整个团队一起来排查delay原因，是需求变更，还是资源没到位，还是项目之间的耦合关系，前面小的改动，导致后面项目的延期，做好每次的总结会议，并在下一个迭代中避免此问题。
目前团队中正慢慢引入Scrum敏捷开发，而本篇总结，大部分是基于小瀑布模式的迭代;需要学习的还有很多，一转眼又过了两个月，正式工作已经八个月，需要走的路还有很多，跟随整个team一起成长。
算是工作总结吧，主要是自己梳理一下，路还长，继续跟着一班牛人加油呗！
第二篇：产品经理如何开展工作
上海普瑞思管理咨询有限公司
产品经理如何开展工作
主办：上海普瑞思管理咨询有限公司
时间： 20xx年10月28—29日深圳 10月25—26日杭州
20xx年11月29—30日北京 11月25—26日上海
20xx年12月30—31日北京 12月27—28日深圳
价格：￥2200/人(包括授课费、资料费、会务费、证书、午餐等)
【培训对象】企业CEO/总经理、研发总经理/副总,公司总工/技术总监,公司人力资源总监、产品线总监、产品经理/项目经理、PMO（项目管理办公室）成员、市场总监、技术支持总监等。
【课程背景】
20xx年一场金融风暴席卷全球，大量的工业企业倒闭关门，大批员工失业。在这场金融危机中我们发现还是有很多企业不但没有倒下，反而更加高速成长，其中一个重要的原因就是这些企业构建了成功的产品管理体系，培养了优秀的产品经理，能够组织团队开发出具有竞争力、满足客户需求的产品。公司在冬天更应该加强自己内功的修炼来应对危机，同时迎接春天的到来。
当一个企业从单一产品线向多产品线跨越的时候，必须突破的一个瓶颈就是公司产品经理的培养，因为产品经理是公司价值链中最重要的一个环节，是直接面向客户、带领团队创造价值的领军人物，因此产品经理个人及其所率领的团队的能力往往决定了该产品在市场上的竞争力。业界大量公司在构建产品管理体系和培养产品经理的过程中常见如下困惑的问题：
1.产品经理该如何定位？究竟定位于研发还是定位于市场？
2.产品经理和项目经理有什么区别？如何作好分工？
3.产品经理究竟应该具有什么样的素质模型？谁来承担比较合适？
4.产品经理如何参与产品的市场管理流程？如何从源头来规划产品？
5.如何推动产品开发全流程的工作？
6.如何协调产品的市场管理、开发管理、财经管理之间的关系？
7.产品经理如何管理产品团队？
8.公司如何建立产品经理的培养体系以成批培养产品经理？
本课程在过去4年讲授的基础上作了大量的更新,结合业界成功公司在产品经理培养和管理上的一些教训和经验，针对以上难题进行深入的讲解，并总结出如何建立公司的产品经理资源池来批量培养成功的产品经理，实现公司规模化的扩张。
≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡
【课程收益】
1.分享讲师数百场研发管理培训的专业经验，通过现场的互动帮助学员理清适合自己企业的产品管理的思路和产品经理的培养方案
2.分析业界公司在产品经理培养和管理中的误区，并分享成功经验
3.了解产品经理的定位、职责、素质模型与任职资格标准
4.理解新产品市场管理、路标规划、需求管理的流程及支撑体系
5.掌握新产品开发的过程管理的技巧和方法
上海普瑞思管理咨询有限公司
6.掌握新产品上市管理的技巧和方法，总结保证产品商业成功的关键
7.学会如何打造一个成功的产品团队，如何管理产品团队的绩效和冲突处理
8.学会如何建立产品经理的培养体系――资源池
9.分享讲师几十个咨询项目的产品管理和产品经理队伍建设的案例资料（模板、表格、 样例??），帮助学员制定Action Plan，使得学员参训后回到自己的公司能够很好实践。 ≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡
【课程大纲】
一、案例分析：某案例公司成长的烦恼
1.企业成长过程中存在的问题
2.产品经理成长的三个步骤
3.实现角色转变过程中的痛苦蜕变
4.成功的产品经理给公司带来的收益
5.实例讲解：业界某公司产品经理培养的过程和经验分享
二、产品经理的定位、职责与素质模型
1.业界公司在产品经理管理方面存在的误区
2.产品经理和项目经理的区别
3.产品经理的定位及工作职责
4.前端产品经理＆后端产品经理的划分
5.实例讲解：产品经理在公司组织体系中如何运作
6.如何理解产品经理应该是一个“政治家”
7.成功的产品经理应该具备的能力
1)特征一：市场管理能力
2)特征二：产品开发管理能力
3)特征三：产品的上市管理能力（商业能 力）
4)特征四：跨部门的团队管理能力
5)特征五：领导力和人格魅力
8.产品经理的素质模型
1)应该具备的知识和技能
2)任职资格标准
3)产品经理的资格认证
4)产品经理的培养途径和职业晋升通道
9.实例讲解：某案例公司的产品经理素质模型及任职资格标准
10.实例讲解：业界某公司的产品经理工作手册
11.演练与问题讨论
三、新产品的市场管理
1.业界公司在产品市场管理方面存在的主要问题
2.产品经理如何发现利润区
3.市场机会的筛选和把握
4.产品市场管理流程与产品开发流程之间的关系
5.产品市场管理流程的几个阶段
1)阶段一：正确的理解市场（如何寻找潜在的机会和目标） 案例讲解
2)阶段二：进行市场细分（定义初步的细分目标市场）案例讲解
3)阶段三：产品组合分析（竞争环境、投资机会等的分析）案例讲解
4)阶段四：制定业务计划（整个产品线或产品系列的业务计划）案例讲解
上海普瑞思管理咨询有限公司
5)阶段五：管道管理及资源平衡（排定项目优先级）案例讲解
6.产品经理如何作产品的价值分析
7.实例讲解：某产品的价值分析案例研究
8.市场管理流程的输出――产品包的业务计划
9.实例讲解：产品包的业务计划书
10.产品经理如何参与市场管理流程
11.如何作产品的路标规划
1)产品版本规划的V、R、M介绍
2)实例讲解：某产品线的路标规划
12.如何进行产品市场需求管理
需求的搜集、整理、分析、分配、验证
13.演练与问题讨论
四、新产品的开发管理
1.产品开发团队的构成
1）贯穿全流程的产品开发团队的构成
2）产品开发团队成员的角色构成及相应职责
3）产品经理如何保证产品开发团队高效运作
2.产品开发的结构化流程
1)结构化的产品开发流程的特点
2)产品经理在结构化产品开发流程中如何推动工作
3)产品经理在结构化流程的每个阶段的工作重点
4)实例讲解：某案例公司产品经理在结构化流程中的重点活动
3.产品开发的决策评审机制
1)产品经理在公司的产品决策机制中扮演什么角色
2)产品经理如何参与决策
3)实例讲解：某案例公司产品经理的决策评审报告
4.产品开发的过程的项目管理
1)产品经理在如何监控整个项目的研发进展
2)产品经理如何协调与项目经理之间的关系
3)产品开发过程中的突发事件如何处理
4)实例讲解：某案例公司产品经理在项目管理中的控制点
5.产品的财经和成本管理
1)产品经理在研发财经与成本管理中关注的重点
2)产品开发的投资与研发费用的管理
3)研发项目的敏感性分析
4)案例分析：研发预算书
6.演练与问题讨论
五、新产品的上市管理
1.实例讲解：某公司A产品成功上市的策划案例分析
2.产品经理如何整体把控产品的上市节奏
3.产品上市的策略：先“营”后“销”
1)如何理解营的工作
2)如何理解销的工作
3)营和销之间的关系
上海普瑞思管理咨询有限公司
4.新产品上市的主要流程
1)新产品上市流程中各环节的主要活动
2)发布策略
3)发布准备
4)正式发布
5)发布计划的执行与监控
5.新产品上市的支撑流程
1)产品的命名管理
2)产品的外部测试（投放市场测试的几个阶段）
3)产品上市的销售一指禅
6.产品的Beta测试、用户早期试用和正式发布之间的关系
1)产品的早期试用管理
2)产品上市的效果评估
3)对产品上市中容易出现的问题产品经理如何应对
4)新产品上市如何处理与老产品和其他关联产品的关系
7.产品上市的“151”策略
8.实例讲解：新产品上市应该准备的文档和资料
9.实例讲解：产品上市计划中需要包含的内容
10.演练与问题讨论
六、产品经理如何管理整个产品团队
1.成功的实现角色转换
2.产品经理常用管理方法
1)时间管理、二八原则、木桶原理、鱼骨图、柏拉图、AHP
3.如何构建产品团队
1)全流程的产品团队存在的典型问题
2)成功的产品开发团队具备的典型特征
3)跨部门的产品开发团队构成及角色定位
4)核心小组组长的角色和职责、技能、领导资格、知识和经验
5)核心小组组长的培养和任职资格管理
6)核心小组成员的角色和职责
7)扩展小组组员的角色和职责
8)职能部门经理在产品开发中的角色和职责
4.产品团队成长的几个阶段
5.如何考核产品团队
1)跨部门的产品开发团队的汇报模式与考核机制
2)产品经理的考核
3)产品团队的常用的KPI指标
4)团队成员的考核
6.如何处理产品团队中的冲突
7.产品团队中几种特殊的人员如何管理
8.演练与问题讨论
七、产品经理的培养
1.常用的产品经理培养方法
1)岗位轮换、自我批判、导师制、参加学习
上海普瑞思管理咨询有限公司
2.正式的产品经理培养方法――资源池
3.什么叫资源池
4.建立资源池的目的
5.资源池建立的原则
6.资源池的运作流程
1)产品经理的筛选
2)产品经理的面试
3)产品经理候选人的培养
4)候选人的释放
7.资源池的运作机构及职责
8.资源池工作推进的三个步骤及计划模板
1)启动阶段
2)发明阶段
3)推行阶段
4)实例讲解：业界某公司产品经理资源池的建设过程和运作
≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡
【讲师介绍】曹老师 Charles 研发咨询资深顾问 国际系统工程师联合会会员
■专业背景：
十几年高科技行业从业背景，丰富的研发管理咨询经验，在国内某大型知名企业工作近10年，主持和参与过多个大型产品的研发工作，先后担任过开发工程师、项目经理、产品经理、新产品导入部总监、研发项目管理部总监等职位。在任研发项目管理总监期间，成功组织建立了适合当时情况的研发流程管理、项目管理、技术管理体系。并作为核心组成员全程参与了集成产品开发变革项目，与IBM顶尖咨询顾问一起工作了四年.全面负责了集成产品开发管理变革项目在某产品线的具体流程落地和推行工作，对整个管理变革项目的成功起到了至关重要的作用。后又与IBM顾问合作,成功主导了功能领域能力提升项目――新产品导入流程与平台的建设；在国内某大型知名企业工作期间，经历了该公司研发管理从不规范到规范化的整个过程，熟练掌握将国际先进的研发管理经验与中国企业实际情况相结合来构建研发管理体系的方法。后应某知名通讯公司的邀请，以顾问的身份进入该公司的技术中心主导研发管理体系、研发IT规划,MARKETING管理体系的平台建设工作。
■研发管理咨询经验
从事研发管理咨询工作以来，作为项目总监成功的主持了格林威尔、广州威创日新、某电子科技集团研究所、国人通信等数十家企业的产品规划流程体系设计、试验局流程设计、知识管理体系设计、中试业务管理体系梳理、研发IT规划、研发项目管理体系设计、研发质量管理体系、研发绩效管理体系设计、研发KPI体系设计等方面的管理咨询项目。
■研发管理培训经验：
曾在各地多次举办研发质量管理、研发项目管理、新产品开发流程优化与管理、从样品走向量产等公开课，为数千家企业提供了研发管理公开课的培训，为数百家企业进行了研发管理的内训；从事研发管理咨询工作以来，作为项目总监成功的主持完成了数十个研发管理咨询项目体系的建设<产品规划流程体系设计、试验局流程设计,知识管理体系设计、中试业务管理体系梳理、研发IT规划、研发项目管理体系设计、研发质量管理体系、研发绩效管理体系设计、研发KPI体系设计等方面>，有着丰富的研发管理咨询经验，涉及的行业包括通信、软件、家电、电信运营商、芯片、医疗器械、交通运输等，帮助这些企业建立高效、完备的研发管理体系，对中国企业研发管理体系及创新体制有着深刻的研究和理解，受到客户的高度评价。