15 B端产品的迭代优化

        新产品上线后，产品经理还需要不断挖掘新需求，对产品进行持续迭代升级，让产品更加成熟强大。

需求管理

需求收集

• 需求来源：

  • 内部：老板战略目标分解、产品研发团队、市场营销、用户服务等。

  • 外部：客户、行业分析、友商等。

• 需求收集方法：

  • 客户现场支持

  • 客户满意度调查

  • 产品调研

  • 内部访谈

  • 产研团队交流

  • 竞品分析

  • 市场活动

需求评估

• 需求解释：需求背后真正的问题。

• 需求过滤：去粗取精、去伪存真，合并相同原始需求、清理无价值需求等。

• 需求分类：交互优化需求、业务需求、技术类需求、线上BUG等。

• 需求排序：是否有简单快速的解决方案、优先级、重要程度。

需求实现

        客户需求转化为市场共性需求，再转为系统需求流入需求池，产品经理排期并设计需求进入迭代进行开发，开发完成后进行测试，最后上线。

需求验证

• 内部人员验证需求

• 客户验证需求

需求池管理

        可以通过一些项目管理工具支撑需求池管理，如Jira、Teambition、ONES、PingCode、TAPD等对需求进行管理。

迭代管理

迭代计划管理

        系统发展进入稳定期后，一般产品经理会在当前迭代周期进行时就要提前规划好下个迭代的需求，等当前迭代需求上线后，开发就能直接进入下个周期的开发任务，持续迭代。

• 明确迭代周期：一般常见的是双周迭代模式。其他迭代周期有单周迭代、月迭代等。

• 需求规划：根据需求优先级，将待办需求规划至对应的迭代。

• 迭代研发资源管理：基于团队研发经验的故事点数来明确迭代的团队容量，决定需求工作量。

• 需求设计和原型：设计方案和产品原型输出、并将需求文档、原型文件上传至相关迭代。

• 迭代计划会议：产品经理演示讲解迭代需求的详细功能、相关规则、交互等，并将迭代内的需求重新排优先级、确定迭代负责人。

• 技术方案会议：通常会在迭代计划会议上会由技术负责人牵头确定下来，不能直接确定的，技术人员进行调研，发人员之间讨论，一般不需要产品经理介入。

• 开发和测试：编码开发、单元测试，保证每个组件功能正常运行，坚守后期发现问题，提高整体开发效率。

• 迭代回顾会议：进行迭代功能需求演示，通过燃尽图、工时日志、持续集成报告等各类数据报表，复盘迭代进度、质量和成本偏差，讨论改进建议。

• 上线：上线版本申请、上线验收、上线通知。