项目全周期
以项目为维度：
1.立项(投标)
2.需求阶段(调研、原型图、需求规格说明书、评审)
3.设计阶段(技术选型、架构设计、表设计、代码设计、评审)
4.1.开发阶段
4.2.测试阶段(计划、用例、缺陷管理、禅道)
5.验收(自测、版本发布、客户验收、项目交付)以角色为维度
1.售前-写标书
2.项目经理-全权负责整个项目资源调度
3.产品经理-负责需求的设计，主要考虑产品的竞争力
4.研发经理-负责需求的研发
5.测试经理-负责产品的交付质量
6.实施运维-负责产品的部署、客户的培训、保障交付周期内的项目的稳定运行、维护客户关系、对接研发协助产品的后续迭代作为沟通桥梁简述实施运维
岗位职责
1.项目上线及升级
2.维护客户关系(客户培训、排查问题、软件安装、引导客户提需求迭代系统)
所需技能
1.服务器(操作系统Linux、windows、国产银河麒麟...)
2.数据库(MySQL、Oracle、SQLserver、人大金仓、达梦...)
3.计算机网络
4.其他(文档能力、表达能力)产品简介
就业前景
1.工资可观(具备1年工作经验至少6k)
2.容易学(相较于开发，对技术要求没有那么高，因为有开发的底子，所以转产品会比较轻松)
3.发展前景大(工作圈子较大)岗位职责
1.把握产品的生命周期
2.竞品分析
3.形成原型图
4.撰写PRD文档
5.沟通协作
6.沟通反馈
7.负责用户手册及帮助文档所需技能
1.禅道
2.相关行业经验
3.原型工具Axure、墨刀、蓝湖
4.使用Visio或其他工具制作流程图，熟悉Word、Excel、PowerPoint等软件工具Axure
【Axure RP9】安装及使用_axure9-CSDN博客
发展方向
按行业分类
（1）电子商务
常备属性：工具+交易；
岗位市场规模：极大；
发展顶点：极高（阿里巴巴、京东、亚马逊）；
转行壁垒：高。
相关知识：物流、仓储、供应链、商品体系、支付系统、订单系统等。
（2）社交
常备属性：工具+社交；
岗位市场规模：中；
发展顶点：极高（腾讯、陌陌、YY）；
转行壁垒：高；
相关知识：用户关系链与用户间互动。
（3）金融
常备属性：工具+交易；
岗位市场规模：大；
发展顶点：极高（蚂蚁金服、各大银行）；
转行壁垒：极高；
相关知识：金融相关知识。
（4）教育
常备属性：工具+内容；
岗位市场规模：大；
发展顶点：高（新东方、腾讯课堂、网易课堂）；
转行壁垒：中；
行业知识：不同教育领域所需知识不同。
（5）企业服务
常备属性：工具；
岗位市场规模：极大；
发展顶点：高（微软、东软、SAP）；
转行壁垒：高；
行业知识：不同的领域所需知识不同。
（6）医疗健康
常备属性：工具；
岗位市场规模：中；
发展顶点：中（阿里健康、丁香医生、好大夫）；
转行壁垒：中；
行业知识：医疗领域相关知识。
（7）文化娱乐
常备属性：工具+内容+社交；
岗位市场规模：大；
发展顶点：高（腾讯、YY、阿里文娱）；
转行壁垒：低；
行业知识：几乎非常少。
（8）旅游出行
常备属性：工具+交易；
岗位市场规模：中；
发展顶点：中（去哪儿、携程、艺龙）；
转行壁垒：中；
行业知识：旅游相关产业链知识，季节交替对旅游出行影响的相关知识。
（9）数据服务
常备属性：工具；
岗位市场规模：大；
发展顶点：高（阿里云、腾讯云、艾瑞）；
转行壁垒：高；
行业知识：需要了解数据库，懂得数据采集、处理、分析等相关知识。
（10）媒体资讯
常备属性：工具+内容；
岗位市场规模:中；
发展顶点：高（今日头条、知乎、腾讯新闻）；
转行壁垒：低；
行业知识：媒体领域相关知识。
此行业属于典型的内容类行业，行业壁垒比较低，需要的相关专业知识也比较少。
1.与产品经理相关的流程中的活动 产品管理部产品经理的职责分为三部分：产品规划、产品管理、销售管理，参见下图所示：
工作内容，分成三个核心模块：评估产品机会、正确的定义产品、项目跟进。软能力就是沟通能力、表达能力、抗压能力、优秀的职业素养等。硬能力就是需求分析能力、商业分析能力、设计能力、使用工具、技术理解能力等。
需求，可以理解成用户想要达成的欲望。
需求分析其实包含两个阶段，一是用户的需求分析，是产品经理去收集、发现和挖掘用户的需求，可以理解为用户需要。
后一个阶段的需求分析是产品（功能）需求分析，产品经理把用户需求转为产品（功能）需求，提交给研发团队。
功能需求的载体通常是产品需求文档（PRD），是产品策划、产品设计的产出物。（可以去我公众号看标准的模板，刀哥说）
分析用户需求是比较重要和困难的，用户需求把握不准，功能需求一定会歪。分析用户需求，需要有同理心，通过观察、访谈、体验等方式，找准核心需求点。
02.可行性分析
找准了需求，不是意味着马上就要去做产品，而要分析我们有多少资源，需要用到哪些资源，能给我们带来多少价值，时机对不对，如果确定要做，如何衡量成功，竞争对手目前做得怎么样，性价比如何，这些问题想清楚后，我们认为这个产品（功能）是可行的。
用户关注产品有什么功能，带来什么效用，研发关注如何实现功能，而老板更关注ROI，即投入资源后所带来的价值，产品经理在分析可行性时，要从多个角度思考。
03.产品策划
在基本确定需求，并做过可行性分析后，开始策划产品的功能，产品策划分为两个阶段，一阶段是分析产品的业务模型，这个阶段产出的产品模型图，或颗粒度较粗的功能框架图，二阶段是罗列更细的产品结构图。
产品的功能，有时会通过梳理业务流程来整理，所以这个阶段还会输出产品的核心业务流程图。
我把做产品一共分成三个部分，即搭框架、定流程、抠细节，产品策划，就是要是要完成搭框架和定流程这两部分。而后面说到的产品设计则是抠细节。
04.产品设计
产品设计是具体功能的呈现，需要考虑用户完成任务的操作步骤，每个步骤涉及页面的布局，具体操作控件，操作以后的跳转或反馈。
每个产品经理都应该有属于自己的『组件库』，拥有丰富的组件库，可以快速创建原型，提高产品设计的效率。
产品设计环节的产出通常是产品原型图，产品原型图的阅读对象是UI设计师、研发、测试等。
05.产品需求文档
产品需求文档，可以汇总产品策划、产品设计的产出物，是概念化到图纸化的最重要的文档，产品需求文档的使用对象是研发、测试、前端及其他业务人员。
研发可以根据PRD获知整个产品的逻辑，作为编码的依据；测试可以根据PRD编写测试用例；业务人员可以通过PRD提前了解产品，为运营和推广做准备；PRD就像建筑设计师的图纸。
06.需求评审
需求评审是产品正式进入开发前的最后一个阶段，研发的思维模式是『实现模型』，对于产品设计细节会有比较苛刻的关注，即使是很简单的一段文案，也会思考到底是前台写死还是后台配置。
对产品的业务逻辑也会问得比较细，所以产品经理写需求时，就要用正确且严密的思维方式去思考，做出来的需求要经得起批判、经得起拷问。
有时公司高层也会参加产品需求评审会，这是很好的沟通机会，可以借此机会可以与高层沟通，了解他们对项目的真实看法。
产品经理有时也并不能保证每个细节能考虑到，要以谦卑的态度，接受大家的意见或建议，查缺补漏。
07.项目管理
需求评审通过后，即将进入研发阶段，研发也摩拳擦掌准备编码，但此时千万别慌，先让研发估个工期，一定不要免掉这个步骤，估工期可以让研发更认真、细致的评估需求，有可能在这个过程中还会发现一些之前没考虑到的问题。
估完工期后，产品经理整理一个项目进度表，里面涉及UI、后台开发、前端开发、测试的计划，有了项目计划，每日召开站立会，更新项目进度，并同步给项目干系人。
有项目计划还有一个好处是可以加强项目成员的紧迫感，让大家有计划有节奏的干活。如果没有项目计划，大家闷着头干，项目的工期可能会变得不可控。
在产品研发过程中，可能会存在需求不明确或者其他没考虑到的地方，产品经理要及时跟进，果断决策，避免出现大的工期延误。
08.数据分析
产品顺利上线后，即将接受市场和用户的检验，数据分析就是验证产品是否达到预期的工具，没有数据的产品就像没有仪表盘的飞机，属于盲飞。
在产品可行性分析环节，有一项很重要的分析就是如何衡量产品是否成功，一段时间后，产品的数据分析结果就能回答这个问题。
如果产品没有达到预期，就需要及时做出调整，如果调整后仍未见效，就要考虑及时止损。如果产品达到预期，就要考虑如何扩张，思考下个版本的功能。
数据分析通常需要提前埋点，埋点又分为前台埋点、后台埋点，如果有BI团队，可以跟BI团队配合协作，通过可视化工具或者自制报表的方式，将分析结果呈现出来。
09.产品迭代
产品上线，根据其数据表现及运营情况，会收集到各种各样的需求，有用户反馈的、有运营提的、有老板提的、还有产品经理基于公司战略规划的，各种需求汇总一起，需要根据需求的优先级、重要性，规划进迭代的版本里，逐一实施。
在进行产品迭代时，一定要控制好节奏，不可一次性做太多，工期拉太长，也不可无周期的频繁更新，导致项目出错的风险增大。
每个版本迭代以后，要及时跟踪新功能的表现情况，每个版本上线后，都必须亲自去验证，产品经理一定是产品的忠粉，自己都不愿意用的产品不是好产品。
版本上线一段时间后，还要进行复盘，反思自己的设计方案是否达到预期，如果没有达到预期，下次在思考方案时，应该更注重哪一方面。
预估市场规模=（目标人群10000）*（付费意识5%）*(消费能力30元/月)*(行为频次12次/年)*（年增长10%）=198000元
总结：要了解自己以后具体走哪个行业发展，了解产品的工作流程，岗位职责，下载一些基本软件。
8686
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
