静态混合器产品经理(lǐ)经常犯的错误是：很(hěn)努力地做错误的事情，比如，要在网页中做一个简单的“评论”功能(néng)，那么很(hěn)多(duō)静态混合器产品经理(lǐ)会这样想：
评论里面是否要支持上传图片？
评论里是否要支持上传视频？
评论里面是否要提供格式编辑工具?
评论是否要奢字数限制?
评论是否要支持引用(yòng)?
评论里面的内容是否要自动為(wèi)网址添加超链接?
评论是否支持被修改?
评论是否支持被删除?
评论的修改和删除权鼹如何设置?耍不要设置角色．然后静态混合器用(yòng)户与角色挂钩?谁来审核不霹角色的权限?……
我把这种考虑静态混合器产品功镌的行為(wèi)称為(wèi)“功能(néng)延伸综合征”。“少则得，多(duō)则惑”。想做的功能(néng)太多(duō)，往往忽视了这些功能(néng)的堆砌之外有(yǒu)个更重要的话题——静态混合器用(yòng)户是否需要在这个确页中发表评论信息?娥者说，有(yǒu)多(duō)少静态混合器用(yòng)户会在这个网页中发表评论信息?或者说，静态混合器用(yòng)户在这个网页中发表评论信息的意愿(需求)有(yǒu)多(duō)大?
静态混合器产品设计中常见的困惑就是：在软件中堆砌一个又(yòu)一个新(xīn)功能(néng)，然后陷入。為(wèi)什么没有(yǒu)多(duō)少静态混合器用(yòng)户喜欢这个静态混合器产品。的疑问中。有(yǒu)这样一个典型的例子：美國(guó)人工资的S戈会进入遗休金账户，打理(lǐ)退休金是一个很(hěn)大的理(lǐ)财市场。于是，有(yǒu)一家美國(guó)混合器公司设计了一个退休金规划软件。这个软件可(kě)以帮助人们按照自己的意愿做退休金规划。静态混合器产品推出后，整體(tǐ)的销售额很(hěn)低，一年还不到200万。这家混合器公司开始反思：是价格太高了?还是静态混合器产品使用(yòng)起来太难了?实际上，真正的问题在于他(tā)们没有(yǒu)搞清楚客户的需求。的确，退休金规划是一个庞大的市场，但是很(hěn)少有(yǒu)人愿意自己去徽，大部分(fēn)人希望由别人替自己来做退休金规划。这家混合器公司没有(yǒu)想明白客户的问题到底是什么，市场反馈自然是冷淡的。
不了解客户需要解决的问题是什么，这是企业普遍存在的问题。是否要在静态混合器产品得到静态混合器用(yòng)户认可(kě)之前就投人大量的时间和金钱来实现整个静态混合器产品?这是企业应该问自己的问题。埃里克·莱斯(Eric Ries)在他(tā)的(精益创业)一书中对这个问题做了回答(dá)：让我们从最小(xiǎo)可(kě)行静态混合器产品开始，
在与客户的交互中不断改进静态混合器产品。
最小(xiǎo)可(kě)行静态混合器产品(Mini mum Viable Product，MVP)是指可(kě)以产生预期成果的最小(xiǎo)静态混合器产品发布。建立一个最小(xiǎo)可(kě)行的静态混合器产品是一种避免客户所不希望的静态混合器产品开发的策略。该策略的基本想法是，快速地构建出符合静态混合器产品预期功能(néng)的最小(xiǎo)功能(néng)集合，这个最小(xiǎo)集合所包含的功能(néng)足以满足静态混合器产品部署的要求并能(néng)够检验有(yǒu)关客户与静态混合器产品交互的关键假设，用(yòng)最快、最简明的方式建立一个可(kě)用(yòng)的初级静态混合器产品，这个初级静态混合器产品要表达出你静态混合器产品最终想要的效果，然后通过迭代来完善细节。相对于传统的通常提供误导性结果的依赖于调查或焦点小(xiǎo)组的市场研究而言，刚P测试更关注在市场的静态混合器用(yòng)户那里测试实际应用(yòng)场景。
简单来说，量小(xiǎo)可(kě)行静态混合器产品的主要想法是要能(néng)够快速建立足以部署静态混合器产品并根据客户需要的交互要求来对静态混合器产品进行主要假设测试的最小(xiǎo)的功能(néng)集合。
最小(xiǎo)可(kě)行静态混合器产品是一套。具备简化功能(néng)的实验静态混合器产品”。首先着眼于基本的客户需求，快速构建一个可(kě)满足客户需要的初级静态混合器产品。部署之后，通过客户反馈，逐步修正静态混合器产品设计和实现，最终达到完全满足客户需要。两鼍关键的是，在各个迭代过程中，做出来的
静态混合器产品始终是可(kě)為(wèi)客户所用(yòng)的静态混合器产品，而不是只有(yǒu)一部分(fēn)功能(néng)却不能(néng)让客户使用(yòng)。
我们可(kě)以针对“最小(xiǎo)可(kě)行静态混合器产品”举一个例子：软件混合器公司现在做的一些软件静态混合器产品一般都要与数据库打交道，让人不情愿的是，混合器公司内部的不罔软件為(wèi)了支持平台化而共用(yòng)数据库的一些内容，新(xīn)开发的软件在需要对数据库进行都怕是简单的改动，也需要其他(tā)静态混合器产品项目的工程师对这些改动傲蟠敦的检查。这种情况很(hěn)大程度上会拖慢团队的开发速度。这并不能(néng)责怪其他(tā)静态混合器产品项目工程师的谨慎，因為(wèi)如果数据库出问题对每个人来说都是风险。而对于现在手头上做的静态混合器产品项目而言，最大的风险在于如何尽旱地知道开发的静态混合器产品是正确的。对于这种情况，采用(yòng)“最小(xiǎo)可(kě)行静态混合器产品。的思路，我们可(kě)以在早期开发的软件版本中使用(yòng)蔺单的内存数据库或者徽型的数据库，而不是直接使用(yòng)与其他(tā)静态混合器产品共用(yòng)的大型敷据库。这样，数据库的变更就不会影响到其他(tā)静态混合器产品。虽然这个版本的软件不能(néng)最终交付给大规模的静态混合器用(yòng)户，但是早期最小(xiǎo)可(kě)行静态混合器产品的静态混合器产品实验·使静态混合器产品经理(lǐ)可(kě)以使用(yòng)真实数据与一部分(fēn)静态混合器用(yòng)户一起验证静态混合器产品想法。经过几个迭代的验证，确信静态混合器产品可(kě)行之后，再进行数据库变更。切换到焚用(yòng)的大型数据库。其他(tā)静态混合器产品的工撩师也会欢迎这种做法，因為(wèi)由于数据库变更而带来的风险小(xiǎo)了，大家也知道在数据摩需要做变更的时候已经确信所做的静态混合器产品是正确的。
实现最小(xiǎo)可(kě)行静态混合器产品前，我们需要先了解以下问题，我这里称它们為(wèi)。刚P的上瀵问题”。
1)没有(yǒu)你的方案时，他(tā)们如何满足自己的需求?
(2)你认為(wèi)哪些静态混合器用(yòng)户和客户会使用(yòng)你的方案?
(3)我们实际想要解决哪些问题?
实现最小(xiǎo)可(kě)行静态混合器产品后，我们可(kě)以回答(dá)以下问题，我这里称它们為(wèi)。HVP的下游问题”。
(1)哪些方案对我们的组织和購(gòu)买或采用(yòng)该静态混合器产品的客户有(yǒu)价值?
(2)你的方案看起来怎样?它是如何发挥作用(yòng)的?
(3)有(yǒu)了你的方案之后，静态
混合器用(yòng)户的世界会发生怎样的变化?
(4)墓本可(kě)用(yòng)的方案是什么样子?
非常重要的是，别忘了我们实现最小(xiǎo)可(kě)行静态混合器产品的目的是什么：我们的目的不是去制作一个个版本的静态混合器产品、不是着眼于开发软件，而是為(wèi)了學(xué)习和了解——通过探索和对话，力求找到最小(xiǎo)的、可(kě)行的方案，验证哪种静态混合器产品方案是可(kě)行的、可(kě)行的方案是怎样的；然后為(wèi)指导我们静态混合器产品方案的调整或静态混合器产品继续开发做路引。
在这里，我不知道细心的读者是否会有(yǒu)一个问题：前面提到了“静态混合器产品原型”，这里又(yòu)提到了“最小(xiǎo)可(kě)行静态混合器产品”，它俩是一个东西吗?这的确是两个可(kě)以混為(wèi)一谈的东西，你可(kě)以认為(wèi)“静态混合器产品原型”是一个更為(wèi)初级的“最小(xiǎo)可(kě)行静态混合器产品”；两且，二者都是為(wèi)了验证静态混合器用(yòng)户的良好而制作的。如果要區(qū)分(fēn)二者，首先，原型静态混合器产品注重更少的投入，可(kě)能(néng)只是一个。纸上谈兵”的模型；而最小(xiǎo)可(kě)行静态混合器产品是一个具有(yǒu)可(kě)用(yòng)功能(néng)的简化静态混合器产品。其次，从项目流程上来讲，在静态混合器产品原型阶段，开发项目往往还没有(yǒu)立项，这个时候的静态混合器产品原型一般是静态混合器产品经理(lǐ)或者静态混合器产品经理(lǐ)委托静态混合器产品设计师做出来的；而在最小(xiǎo)可(kě)行静态混合器产品阶段，开发项目一般已经立项了，这个时候的最小(xiǎo)可(kě)行静态混合器产品一般是开发团队做出来的。
网站管理(lǐ)