对价值定位有了非常清晰的认识之后,接下来的便是决定备选的最简可行产品(Minimum Viable Product, MVP)的功能设置与组合。对于MVP而言,你的目的只是识别、确认最低限度的功能来验证你的产品思路是否正确。
之所以称之为备选MVP,是因为这些仅仅是依据你的假想形成。
之前所有的精彩思考都在问题空间里,现在要转到方案空间了。
对于产品价值定位中的收益/需求,和团队一起开展头脑风暴,鼓励和激发每个人的灵感,进行天马行空跳脱不羁式的思考,尝试挖掘、开发尽可能多的新颖想法,把评估判断暂时放置一边。随后再花时间作收敛性分析思考,评估每个想法并确定哪些最有希望实现。
将团队产生的所有想法、创意,根据其能够产生的价值收益分类整理。评判每一项价值收益,进行优先级排序。
用户故事:功能特性与客户收益 User Stories:Features with Benefits
用户故事(多用于敏捷开发之中)通常是一段简单的话,表述特定功能所能带来的客户收益,包含收益对象(目标客户)说明,以及为什么客户需要这项收益。如下图所示,
分解功能特性 Breaking Features Down
写好了提纲挈领的用户故事,下一步就是将其分解成更小的功能模块(即“切块”),缩小范围,只构造某种功能特性最有价值的功能小块。
「功能要尽可能分解成最小的原子化的功能单位。」
每个批次的范围以小为美 Smaller Batch Sizes are Better
软件的开发量指的就是处于开发中的功能特性和用户故事的数量规模,更小的批量规模提高了灵活性,能更快速的反馈,有助于降低风险、减少浪费。
小批量工作原则同样适用于产品经理与设计师工作,包括与客户的反馈互动。
用故事点来限定合理范围 Scoping with Story Points
故事点事用于估算不同用户故事大致工作量的单位类型,这些内容将在后续章节中讨论。但需要把握的一项原则是,预估故事点超过最高阈值的用户故事应该被分解成一组更小的故事,从而把点数控制在阈值范围之内。
用投资回报率来评估优先级 Using Return On Investment to Prioritize
将投资场景中的ROI套用到开发环境中,“投资”是开发团队在此项目所耗费的时间「往往使用开发者单位周数作为计量单位(每人每天工作量)」,“回报”一般会是你预计某项特定功能会产生的客户价值总计「比例标尺评分来测量客户价值」。
投资回报率ROI = (最终价值 - 投资额) / 投资额 = 回报 / 投资额
1、投资回报率的直观体现 Visualizing ROI
这种计算的主要目的不在于计算出实际的ROI,更多的是做出相互比较,让你专注于那些高ROI的功能特性,远离低ROI部分。
回报可以是对企业的实际回报而非客户价值,如预估回报带来的财务收益、预期的营业额收益、可预期的成本降低等。
2、粗略估算投资回报率Approximating ROI
假如对客户价值或开发量难以进行数字量化评估,可以选择使用简单的对各项功能设想的客户价值与所耗工作量用高、中、低来评分。
决定你的候选MVP方案 Deciding On Your MVP Candidate
完成功能块分解、工作量评估以及优先级排序之后,就可以用一张简单的网格图将各项收益根据价值定位和功能块优先级罗列出来。
这样就形成一张最基本的产品框架V1,在后续列中持续增加特性,为规划未来的产品版本进行准备。绝大多数情况下某项客户利益只列出1个功能块与之对应,也有某项收益可能需要规划2个甚至3个功能块,关键取决于应用场景及功能分解颗粒度。
「不推荐在起步阶段就提前规划2个以上的次要版本。」
到目前为止,对精益开发过程的了解:
1、形成对目标客户的假设;
2、形成对其潜在需求的假设;
3、清晰表述出你意图开发的产品的价值定位,使其表现卓越、不同凡响;
4、设想出最重要的功能来满足这些需求,并将其分解成更小的功能块;
5、根据ROI将这些功能块进行优先排序;
6、为候选MVP选择一系列功能块,从而为客户带来价值。
网友评论