初级的产品经理在工作中，每天都要写需求文档、和开发人员沟通，需求要变更，继续写需求文档，和程序员该需求，最后还要和客户沟通。

自己明明焦头烂额的没日没夜的加班忙，可是到头来被客户说需求不准确，被程序员diss天天改需求，到底要做成什么样子。

相信很多刚入门1-2年的产品经理都有过这种情况，到底产品经理应该怎么做，做什么，才能让客户满意，程序员给力，同时自己又能够占领主导地位，不被牵着鼻子走呢？有没有像数学公式一样的真理，可以只要按照公式走，就不会出大错。

在此为大家总结了一套基准的法则，也是产品经理典型的工作流程。

产品经理工作按照工作流分为六大步骤

步骤一：需求分析

需求分析阶段，主要工作内容就是市场调研、竞品分析、用户需求分析，确定产品的客户对象，产品定位，用户的需求点和痛点明确，此阶段为产品的战略方向制定，决定了后续产品的走向，虽然需求繁多，但是一定要花费精力和时间，只有走好关键的第一步，才能后续正确执行。

在此不多赘述，具体可参考上篇文章——传送门《初级产品不得不看的竞品分析三部曲》

步骤二：原型设计

原型设计阶段，主要工作内容为业务流程图设计、逻辑结构图、功能结构图设计、界面低保真原型设计，确认产品的界面布局，用户用例，交互设计，同时交付需求规格说明书，此时可让UI设计师介入，进行界面视觉风格设计，同时确定UI设计规范。

此阶段需要输出的内容有

1、业务流程图

2、逻辑结构图

3、功能结构图

4、低保真rp文档

5、需求规格说明书

6、UI设计规范书

7、用户用例图

在输出以上文件时，推荐使用工具有

1、Axure。全球使用人数最多的原型设计工具

2、墨刀。如果是移动端产品，可利用墨刀，国产APP原型设计利器

3、Sketch。推荐给MAC Book土豪者使用利器

4、石墨文档。若是多人协作完成文档，推荐使用石墨文档，小而美的在线文档和表格工具

步骤三：开发迭代

此阶段主要工作为项目管理、需求管理、开发计划排期、开发进度跟踪、开发结果验收。

具体操作为

1.开发期间尽量需求不做变更

2.UI需先完成30%可让开发执行（越早越好）

特殊说明：

需求变更不允许（除文案），需求变更带来1天开发量－走各部门老大审批，开发期间测试前PM验收

步骤四：测试阶段

测试阶段主要工作为把控测试人员编写的测试用例、督促测试主要关注可用性测试、用户体验测试、同时规定开发人员提交自测报告、协助测试人员验证测试用例的可用性和完整性。

当然，同时要帮助开发人员，界定测试BUG界限。

如开发与需求不符超过10%，作为技术bug不能提测

UI在产品验收后验收，与UI需求不符（除不能实现）10%不能提测

步骤五：发布准备

此阶段主要为文档输出和培训准备，为产品投入市场做铺路。

有条件的可以组织产品发布会，为产品造势。或组织内部小型产品发布会，组织全员参与，内部使用。

主要输出以下文档

1、用户操作手册

2、内部人员培训

3、营销推广方案；推荐使用“易企秀”，制作H5页面小能手

步骤六：数据分析

此阶段为后期发展阶段的数据分析，主要工作内容为收集用户反馈信息、根据用户需求和市场反应完善功能。

根据数据分析用户行为路径，对用户进行精细化分类。

同时建立迭代需求池，可将需求分为系统优化类和业务需求类，同时为需求标注紧急重要程度

根据需求重要度结合开发时间，重新安排需求开发，迭代计划。

收集来自用户的行为数据，对数据进行分析，调整产品运营策略。

以上就是产品经理六大步骤，无规矩不成方圆，按照这六步走，你的客户会被你说服，程序员会被你的专业魅力折服！

愿每一个在产品经理道路上摸索的人都能走的更远！

同时欢迎各位产品大佬评论指正！共同进步！