You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 6 Next »

目录:


4.0上线初期需求&问题管理文档:

* 注:鉴于系统上线初期,暂时使用下表管理各渠道系统使用过程反馈,预计在Q1完成1期系统反馈初步收尾后,由IT信息管理部统一收口需求,另行发布统一需求&问题收反馈通道。

1.问题表格链接如下:
东南亚
https://alidocs.dingtalk.com/spreadsheetv2/nl9VZGGEto1EAYYQ/edit?chInfo=im&utm_medium=im_card&utm_source=im&onlineEdit=true&docKey=meonaANvxg1jnXxj&dentryKey=nl9VZGGEto1EAYYQ&type=s 
中国
https://alidocs.dingtalk.com/i/nodes/oP0MALyR8k7Ap630toEzDr6983bzYmDO?iframeQuery=sheet_range%3Dst-e2ca1f37-59317_4_7_2_1 
分子公司
https://alidocs.dingtalk.com/spreadsheetv2/aqzJGPQzFvnEqMeW/edit?dentryKey=aqzJGPQzFvnEqMeW&dd_user_keyboard=false&dd_progress=true&dt_editor_toolbar=true 

2.目前识别出的较重大卡点/问题如下:(详见表格链接):
https://alidocs.dingtalk.com/spreadsheetv2/jOg9E00AiQOzr28e/edit?dentryKey=jOg9E00AiQOzr28e&dd_user_keyboard=false&dd_progress=true&dt_editor_toolbar=true&sheet_range=s1_0_0_1_1

4.0系统迭代计划&历史记录:

https://wiki.hiseas.com/x/04sNAQ

产品驱动机制

一.目标:

从产品经理接收业务需求后进行开发的流程转变为产品和业务共同提出需求,实现从需求到产品的转化。实现技术驱动业务,引领业务发展

二.策略:

1.     深度理解战略,知道公司总体目标。

2.     深度理解业务:将公司的总体目标拆解到系统产品中,跟产品进行融合。

3.     产品迭代:通过业绩目标融入产品线后,产品和业务业务一起梳理为了实现公司战略目标,应该在这所有产品线上规划与迭代哪些功能。

4.     产品落地:将分析出的需求进行拆分按照重要性,紧急程度,研发预估排期进行排期后交付给研发开发进行MVP版本快速迭代,快速试错。

5.     上线后复盘:产品功能上线后,产品和业务一起跟进产品上线后效果,并进行优化迭代。


产品需求管理

一、优先级划分:

  1. 根据重要紧急,划分为P0\P1\P2\P3;

    1. 重要性的标准:是否为公司战略业务、预计创造的量化价值(或如果缺失的损失金额),业务阻断性、流程完整性,对外合作影响范围涉及品牌形象此类;

    2. 紧急性的标准:如果延迟30天、60天,对业务的量化影响;

    3. 据此分为:P0-重要且紧急、P1-重要不紧急、P3-紧急不重要、P4-不重要不紧急 四个级别;

    4. 需求由产品经理和业务线(经管、销售、操作、财务、人力、法务等)共同提出,必须回答以上量化的问题;

  2. 根据开发的工作量从少到多,分为A、B、C,A为工作量最少、C为最多,工作量由产品和开发同事计算;

  3. 根据P0\P1\P2\P3和ABC,设定优化级顺序,最优先为P0A(低垂的果子)、最滞后为P3C(投入大效果低)


二、总体流程:

  1. 需求提出:由专属产品经理和业务负责人共同提出,提需求时即包括重要紧急的量化分析;
  2. 开发量评估:由专属产品经理和开发人员共同估算;
  3. 基于以上两项,形成优先级顺序,形成开发计划;
  4. 每周度review计划的进展和优先级调整;(周例会)
  5. 形成月度或季度需求台账;


需求&Bug的定义与规范




  • No labels