最小原型设计及测试.pptxVIP

最小原型设计及测试;;;PROTOTYPE;从“概念“到“最小可行性产品”

最小可行性产品这个词虽然诞生已久，但不一样的人对其的理解不尽相似，也算是目前科技领域中最被误用的术语之一。它常常会被等同于一种“原型”，一种demo，甚至是一种项目的第一版输出品。;确定“顾客群“

确定“环境”——考虑也许出现的问题、环境和机遇。观测市场上已经有的应对相似痛点的产品，确认你产品的顾客群体类型，以及他们会怎样跟产品产生交互。记录这些顾客群体，他们的需求/碰到的问题/他们的期待/以及他们也许会拥有的最佳的体验。

能思索”最小“的“可行性产品“中的，其实就预设了你已经拥有了看到全局的能力和产品视野。一种常见的错误便是，团体随便地把一系列“明显”的顾客案例看作“最小可行性产品”，而没有一种清晰的产品愿景和全局意识。;像顾客同样思索

在明确“大环境”之后，来确定可以满足一种特定目的的一系列最精简的功能。目的是满足你的顾客。同步你也需要批判性的顾客想法和反馈，这些反馈可以帮你指导产品的下一次迭代。

所谓明确“大环境”是指明确能覆盖产品各类顾客群体的“一大套”顾客故事。发明出丰富的顾客故事好处多多：迭代的时候考虑各类型的顾客群像，并尝试构建符合他们需要和期待的顾客故事。可以使用Scrum中提到的一种公式：作为一种（顾客角色），我想要（做什么活动），这样我就可以（获得好处）。在这个阶段你不需要考虑优先级的问题，此时只需要给各个顾客故事一种简朴的标题，来做分类整顿。

一旦你清晰了你产品的功能点，你需要评估它与否能成为一种“产品”。在顾客故事里寻求延续性、同质性以及补足性。再说一次，要像一种顾客同样思索。使用同理心去明确互动方式/使用场景以及顾客故事。除此之外，你还需要去搜集顾客反馈，来验证你的顾客故事和产品。一般可以通过专家提议、顾客访谈、正式或非正式调查或公开的数据资料参照来搜集反馈。;像一名企业家去思索

从同理心的角度出发、以顾客的角度思索是一件富有发明力的事，你可以临时忘掉???实世界的挑战（例如技术和财政限制）。你的目的是聚合顾客故事中的所有产品需要，以满足?、吸引?所有不一样类型的顾客。

不过接下来必须也得作为一种企业家去思索了。你需要考虑和记录实行成本、优先级、战略优势和竞争差异。除此之外，你还要去估计每个顾客故事的开发成本，以及量化产品对顾客带来的价值以及商业价值。

明确产品功能最合适的“最小集”是一件复杂的事——需要在顾客故事阶段就估计出以上所有原因。对每个顾客故事，你都需要衡量：

1.复杂性/有关成本/可行性

2.顾客的期望值

一旦你有了这些估值，你就可以对这些顾客故事进行排名。也可以制作一种表格，对每个顾客故事的复杂程度和其潜在顾客价值做个权衡。;明确优先级，确定重心

将高价值、低成本的故事排在前面，低价值、高成本的故事放在背面，但也要顾及有些产品功能之间天然的强有关性。

在许多状况下，由于技术原因，会规定首先实现某些功能，尽管它们的成本很高，预期的顾客值也很低。这些制约关系需要被明确，也许还能在顾客故事图中可视化地体现出来。

综上，我们可以将MVP定义为：拥有至少产品功能并可以提供“恰好程度”的产品体验，引起顾客参与，并能为之后的产品开发奠定基础的产品。

你可以按照“制约性”给产品功能排序，然后按“顾客价值”降序排列，再按照“复杂度”和“可行性”升序排列。

当然你也可以结合预算限制，团体速度和进入市场的战略，来帮你确认MVP的样子。;事实检查

但实际上，这只是MVP的一种初步定义。在理想的场景中，是需要通过原型，焦点小组，市场调研，竞品分析等措施是获得真实顾客对功能的反馈和验证。获得真实顾客的信息越多，你就越有信心该产品概念已经具有了“可行”的所有条件(也奠定之后的执行/实现/公布)。;;6.3工具简介;6.4使用阶段;6.4使用环节;6.4使用环节;6.4使用环节;6.5原型制作原则;最小原型演习作业;SHOWCASE