打通产品开发的任督二脉

1、打通产品开发的任督二脉技术创新 变革未来摘要一年前团队状况现在状况产品研发的任督二脉内功心法打通的神器一年以前。客户相关没有提供用户的真正价值；客户等待周期长客户需求总变产品产品和研发理念不一致开发周期过长技术你不懂那个客户会这么用开发这根本不是我要的产品不明白为什么无穷尽的需求变更产品水平太差一年以前的团队痛点产品研发的任督二脉任脉-准确发掘产品督脉-快速研发产品利用产品吸引用户打通后团队感觉1、业务分析更为聚焦，整体构建后，大家全部聚焦在共同要完成的目标上，共同参与，共同为产品出力；2、与客户的交流更为顺利，使用客户能听明白的语言，沟通顺利也，客户更为容易理解，我们也更为控制产品发出的质量

2、；3、在产品开发上，速度很快，每次的范围小了，很聚焦，且在客户演示的时候客户的参与度也更高，效果很好；4、每次与客户交流后颇有成就感，客户有期待，我们有动力，项目有进展。打通后团队现状1、大团队第一阶段敏捷改进已结束,目前正在进行第二轮改进-小的特性团队,端到端交付；2、各环节目标一致,干劲十足；3、把其他部门的团队合入该部门管理。所有的战略都要归结成从用户角度出发寻找一个需求，一定是中等以上的频度，痛点、刚需。这个服务可以非常不起眼，但是它一定是对用户有价值的。所以好的产品或者说公司，他是不断牵着用户鼻子走，他不是说跟着用户，你们需要什么我给你做什么。团队改进前状况：谁腿粗，嗓门大谁说了算技

3、术先进代替客户需求典型表现：我认为。我想。用户路径具体场景名称和简单说明WhoWhen9/第一天10/第二天11121314151617需求What开发测试经理总监CEO用户路径具体场景名称和简单说明WhoWhat用户调研产品概要产品规划需求编写计划评审代码编写代码提测功能验证产品演示产品发布需求开始时间开发测试经理总监CEO人性矩阵五大人性用户心里提供的追求心理规避心理失去心理恐惧心理用户价值喜爱厌恶喜爱厌恶喜爱厌恶喜爱厌恶提供购买动机帮助简化决策塑造社会形象色欲贪婪懒惰虚荣好奇/偷窥基于客户价值的优先级 客户的优先级有可能是出于政治方面的考虑。 虽然有时我们觉得某些需求不是真正的业务需求，

4、但是我们也会经常听从业务代表或客户的意见，因为毕竟是他们来决定你的项目和产品是否会成功。 做项目不按照客户的价值排优先级，我们很有可能无法识别关键的成功因素。基于客户价值的优先级排序常用优先级排序方法MoSCoW方法Kano方法Kano方法任督二脉打通的神器两大神器：1，影响地图2，用户故事地图产品设计的核心是什么？关注给用户带来的价值，非实现难度关注给用户带来的便利，非商业模式关注你可以为用户做什么，非有多少竞品关注用户逻辑，而非运营手段，运营不是目的用户场景需求打通任脉-影响地图对产品开发价值本质的认知是基础，但只有把它们应用到实践中才有意义。下面将要介绍的“影响地图”就是一个从产品开发本

5、质出发的价值定义和价值发现的实践。打通任脉-影响地图打通任脉-影响地图产品是为人服务的，必须通过影响人的行为才能实现目标，这也是“影响地图”名称的由来。为完成从目标到功能的映射，影响地图要回答两个问题：1） 对什么人产生什么样的影响可以帮助目标的实现2） 提供什么样的产品功能（或服务）才能产生这样的影响打通任脉-影响地图打通任脉-影响地图打通任脉-影响地图上述的映射关系中，事实上是基于两类假设的。1） 功能假设：假设通过设想的功能能对角色产生期望的影响2） 影响假设：假设对角色产生这样的影响会促进目标的实现让假设显式化是“影响地图”的重要方面，：“影响地图是由连接原因（产品功能）和结果（产品目

6、标）之间的假设构成的，它帮助组织找到正确的问题，而这比找到好的答案要重要的多”。影响地图提供了一个共享、动态和整体的图景针对目标完成影响地图召集到3-5名对产品非常熟悉的人员参与确定用户的业务目标（Why）确定影响的主要角色(Who)确定角色的业务行为(How)确定产品支撑业务行为的功能(What)效果开发团队共同确认了我们需要提供的用户价值，有了共同的愿景统一了做事情的目的和原因厘清了客户业务和我们提供的功能的差异和联系更高效的沟通没有了过去的抱大腿没有了纯技术改进前状况传统的条目化模块化列表无法明确用户的明确场景无法进行全景规划和讨论需求无场景，讨论起来太复杂，非常费时用户故事的问题？只见

7、树木不见林，重要的待办项容易淹没在各种细节中看不到全貌，因而难以排列优先级不能方便地了解系统提供的功能的完整性不能方便地了解系统提供的工作流以及价值流不能方便地利用递增和迭代的方式去确定发布计划以及发布目标打通督脉-用户故事地图如何确保我们的backlog覆盖了最重要的用户体验路径？是否我们当前所规划的场景确实可以为用户提供价值？打通督脉-用户故事地图根据影响地图创建用户故事地图打通督脉-用户故事地图业主管理（PR-02）用户活动（HOW）01-记录业主信息02-记录业主状态03-记录租户信息用户行为（WHAT）增加业主资料记录业主状态新增业主档案新增租户资料变更租户状态时间轴应用场景物业公司

8、接手的新项目业主入住PR-02-01-20160830-001系统管理员通过资料导入生成业主资料，是后续客服、收费业务的基础信息。PR-02-02-20160830-002管家（楼管员）在房产资料按房产进行查询，更改状态为已入伙，做为后续费用计算的状态依据。(如果房产与业主不匹配走PR-02-02-20160913-009)PR-02-02-20160913-009管家（楼管员）在房产资料按房产进行查询，更改状态为已入伙，做为后续费用计算的状态依据。接管的旧小区的业主情况租户入住PR-02-03-20160830-003管家（楼管员）在房产资料按房产进行查询，添加租户信息，做为收费对象计算的状

9、态依据。小区业主卖房PR-02-03-20160830-004管家（楼管员）在房产资料按房产进行查询，添加新业主信息，做为该房产后续的收费对象。PR-02-03-20160830-006系统将该房产下的原业主信息改变为历史业主信息，做为沉默客户对象。PR-02-03-20160830-005系统自动计算该房产下为历史欠费的物业费用，生成账单，做为该房产清缴物业费的收费依据。（有欠费走收费分支，如无欠费走PR-02-03-20160830-007）提供了一个用户场景与开发迭代的全景图改进后效果按照场景进行需求阐述，统一了团队语言，提高了研发效率场景化的优先级排序，交付客户更有价值多层次计划，有了高层次视图开发，咨询，实施有了统一的表现形式每次开发迭代，都能提供有价值的产品，提供了团队自信度，动力和效率提高了客户满意度改进前状况同一场景，不同角色，会有不同的解决方案，大家开会讨论