LeetCode专题 分而治之

学习笔记:最小可行产品对程序员的意义

清醒疯子 发布于 2月前
无人欣赏。

朋友推荐买了极客时间郑晔的《10x程序员工作法》课程。期中《如何用最小的代价做产品?》这一课让我收获很多。强烈建议购买课程阅读原文,原文更通俗易懂清楚明白。

一、学习笔记:

精益创业是通过不断地尝试在真实世界中验证产品想法。在真实世界提前验证想法,可以避免过多产品开发带来的庞大成本。

精益创业环节中的最小可行产品(Minimum Viable Product, MVP)用最小代价尽快上线完整产品,降低业务初期发展成本,尽早培养真实用户。

1、最小: 最小指的是代价不是功能。最小代价去验证想法,简化想法验证的形式和环节。最小代价是能不做就不做,能简化就简化。不做多余的事情,在根本上减少代价。

从另外一个角度看软件开发,把开发软件作为验证想法可行性的手段,而不是目的。把解决问题作为工作的重点,而不是解决方案。

最小代价可以用四步实现:

1)用整体产品文档验证客户需求和价格。

2)用具体产品设计验证客户是否接受产品交互。用原型工具做出相对完整用户界面,做出交互流,让用户可以在自己设备上体验。用户上手体验才能收集到各种细节问题。

3)调整产品设计后再给用户测试。不要害怕反复调整,哪怕一天内改几个版本。这不是浪费,得到一堆真实用户反馈,能节省更多未来犯错成本。

4)整理用户反馈,根据需求紧急程度和现有资源设定上线排期。

经此四步针对性验证工作,验证了一大堆想法,却没有写一行代码,现阶段开发成本为零。后面进入开发阶段,开发也要学会衡量产品经理产品设计质量,可以问问“这个功能不做,用户会怎么样?”,或者“有没有替代方案?”。

2、可行: 可行与否的重点指标是体验是否完整,但要注意完整的时间性。不同时间段用户对完整体验的要求不同。

可行是找到一条可以给用户一个完整体验的路径。要关注的是,一条用户路径是否通畅。

从需求完整性角度找到最基本的模型。在模型里找到关键节点,先做关键时间节点前的功能。不断做出现阶段的最小完整产品。

先做一个最基础的版本,再在基础上叠加更多功能,等业务展开,团队构建更大后,再做其他需求。

这里面要注意,不能为了砍功能而砍功能。每个阶段上线的新功能,在用户可见角度上,必须始终是一个完整产品。叠加的新功能变化,尽可能只有内部实现角度可见。

相对于需求而言,开发时间总是有限的,要找到一条可行路径,平衡完整用户体验和完整系统的差距。

3、总结: 最小可行产品的根本思想是分解,分而治之。把大问题分解为一堆小问题,把大资源要求降低为一堆目前阶段团队具备的小资源要求。

写代码应该作为最后的产品解决方案。

二、补充学习: 除了课程以外,我还学习了其他资料。

1、最小可行产品要求更快接触真实客户。

2、最小可行产品的根本是可行。不可行的产品再小都是昂贵的。

3、真实用户愿意用,最小可行产品才算证明了需求的真实存在。

4、15个最小可行产品测试方法: 原文:Christopher Bank:15种测试「最小可行性产品」(MVP) 的方法 - 知乎

1)用户访谈,了解真实用户想解决的问题。列出产品能解决的问题,询问用户哪些有效。用户排列问题优先级。

2)着陆页,展示价目表,访客选择吸引方案。收集工具Google Analytics、KISSmetrics、CrazyEgg。

3)A/B测试,测试产品变化有效性。分析工具,Optimizely、Unbounce、Google Analytics。

4)广告活动,Google、Facebook统计用户行为的点击率、转换率。

5)众筹,Kickstarter、Indiegogo,通过筹款判断客户兴趣点。可以积累早期使用者,并建立口碑,得到反馈。

6)产品演示视频,展示产品怎么协助用户,验证市场是否存在。

7)拼接Demo,借用现有其他平台和服务做出基础产品。

8)SaaS/PaaS软件平台服务,云平台AWS、Heroku、MongoDB,Facebook Connect,平台服务Chargify、Mixpanel、Mailchimp、Google Forms、LiveChat,WordPress、Drupal。

9)博客,针对最精确目标市场,双向沟通,更新设计想法,从支持者获得反馈。

10)人为手动操作最小可行产品,更好与用户互动,观察真实用户,量产前更多动态尝试。

11)定制型最小可行产品,针对特定客户高度定制。

12)电子原型,实物模型、框线图、产品原型以接近产品实际用途方式展示产品功能。

13)纸质原型,折纸、纸上草图展示产品和体验。

14)单一特征最小可行产品,节约开发时间精力,防止用户分散注意力。

15)产品预定网页,吸引用户在产品开发出来前买单。了解需求量。

5、最小期望产品。用最小测试表达产品核心概念部分功能,可以提供给真实用户体验。重视期望度。

期望导向公司围绕目标用户背景行为设计产品体验。开发高价值和高满意度使用体验的最基本产品体验。提供产品体验核心给用户评估。

6、最小可爱产品,不是以完整体验为目标,是以用户喜爱为目标,用最小代价达到这个目标。

7、最小适销产品,注重市场可行性,是否满足用户需求,优先关注有多少用户愿意花钱买。

三、心得体会:

1、实际工作中,没有遇到过多少公司会进行充分的最小可行产品验证。一般都是产品提出来,领导过一遍,就到开发写代码。

2、开发在需求评审阶段,要先多从用户角度评审需求的吸引力,先想想怎样的产品自己更愿意用,再考虑开发难度和合理性。

3、在需求评审过程中,从时间维度划分产品流程,从使用时间节点上划分产品开发阶段。人力不足的时候,关键节点后的功能可以协商后续版本上线。

4、资源越少,能彻底做好的事越少。初始版本,在人力、时间、精力不足的情况下,先完成最基本核心业务的最小完整体验路径。

5、先找到自己的目标客户,搞清楚对象要什么,才努力工作输出。否则,做一堆没人要,浪费生命。

希望对大家有帮助,欢迎讨论指教。

暂无回复
登录 或者 注册