产品经理的工作流程
产品经理的工作流程图
B端的产品最主要的是要理解企业核心业务流程，其次是了解行业场景及行业知识。我们如何快速的熟悉业务及产品呢？
1、梳理已有产品的业务流程，了解现有客户或潜在客户：例如我们也可以向一线的业务同事请教，他们对行业的业务逻辑、流程更加透彻，我们可以通过他们快速的熟悉业务场景和相关产品。
2、研读行业报告，了解这个行业的产业链：站在大的宏观上了解这个行业及俯瞰行业发展潜力；熟悉行业术语及概念、了解行业技巧等。
3、主动跟踪竞品：站在竞争对手的基础上，抓住用户痛点进行完成自身产品。1.2 目标企业分析
对核心企业基本信息、企业用户应用场景、企业用户的行为特征、企业用户痛点等维度进行分析目标用户。1.3 需求分析
1、需求收集（只要对产品有足够的深入，获取需求地方会非常多
①行业发展，从市场调研中获取需求；
②整理客户对产品使用的直接反馈；
③从网络资源、竞争对手获取需求点；
④以往产品需求池记录；
⑤产品结构、技术、架构、性能等产品本身需求；
⑥从其他部门收集，如产品资质、市场宣传、产品运营获取；
⑦公司战略方向需求（来源于领导、战略部门。
2、项目整理与拆解：需求分析阶段项目拆解很重要，拆解的方法项目-任务-子任务-日常活动；涉及的部门及相关人员都需要有个评估。
3、需求的优先级：在这个阶段最好能进行分析评审，确定需求的优先级。
1.4 产品设计
1、确定方案：产品设计前一定先确定方案，不同的方案对产品设计影响会比较大。
2、定义产品原型：在产品设计阶段为了加大效率，建议进行原型组件化。定义原型需不断的与业务方、其他负责人细化方案、流程及原型。
3、写prd：撰写产品需求文档前不要忘了对prd文档规范化。prd文档主要是给研发解释清楚各功能功能相应的规则。1.5需求评审
①需求评审前需把流程图、原型、prd文档、初步的接口文档等资料与团队成员们同步后再进行大会评审。
②如果确定需求评审时间需提前1天通知团队成员告知评审时间并把要评审的文档内容同步给团队成员；为提升需求评审的效率，如果有问题尽量提前沟通，能提前解决的问题尽量提前解决，不要把所有问题都拖到评审大会上。在整个项目实施前应确保团队成员目标一致，若出现目标不一致的情况要不断的协调，直到统一目标为止。
①出现分歧：如果在需求评审会上出现了较大争议，并且争议越来越激烈。产品经理不要着急现场讨论结果，应先记录下来，会议结束后再重新调研、了解、确定方案、沟通，定下来以后再重新进行评审。
②评审记录：在需求评审会上评审记录至关重要，很对情况出现评审后反水就是因为评审记录不到位；所有的评审记录要与团队成员同步，直到没有问题为止。
需求评审结果同步：需求评审结果需同步业务方、上级及其他组员并规定后续工作排期及时间结果。一般需求评审后2天内要求研发同事提供需求排期表。
可以使用腾讯文档的方式汇总排期进度，若需求需要业务方生产验证，需把确定的排期文档以邮件的方式发送业务方。
2、关注进度，按时间节点验收
每天的10分钟站立式晨会和项目周报是一个很好的掌控整个进度的工具，保障项目信息透明顺畅。汇总每周项目进度最好以邮件的方式发送领导、业务方。不管是项目拆分也好，还是项目周报也好，都应得到项目组成员的认可，项目的整个过程，大家都要目标一致。
2.2提测，测试验证
1、 研发开发完成提测后，产品经理自行验证是否跟prd文档基本保持一致。
2、别忘了视觉走查。
1、测试同事测试有问题需及时想产品、研发进行反馈，尽快进行修复并评估影响。
2、完成测试后需产品经理进行核对（例如签字确认、状态流转、审批等方式。
3、在开发后阶段或测试阶段产品经理要输出操作手册供运营方提前了解并准备上线相关数据，若能提前配置的数据可提前配置。
4、结合实际情况是否需要与业务方一起产品测试验收，验收通过后方才上线。
5、在测试阶段需验收数据埋点。2.4上线
①在测试阶段需提前准备上线的材料，例如上线清单、上线需要的数据。
②上线前提前准备服务资源，比如服务器、系统环境、账号密码权限、上线对其他系统影响、版本更新说明、技术文档、产品部署文档、操作手册、应用商店相关文案等内容。
③提前安排部署相关负责人。
②上线监控、及时验证；若出现问题排优先级进行紧急处理。
①发布后生产环境验证；
③产品培训及总结等工作；
④项目整体复盘：从项目完成度、计划执行情况、变更管理、UI设计稿、编码、测试、发布等环节进行复盘。
1、配合市场宣传和推广；
2、客户问题答疑；
3、常见问题处理进度跟进。3.2收集反馈
1、收集客户反馈3.3数据分析并迭代优化
1、关注日常数据指标、核心数据；
2、客户日常反馈；
3、查看销售预期、反馈；
4、整理需求安排迭代版本，进行迭代优化。