没有任何一款产品生而完美

齿轮易创 · 2017-07-04  

作者 | 牛牛
齿轮易创产品实习生

 

我们常常提到做产品的MVP概念——最简化可实行产品。做产品之难,难就难在“最简化可实行”这几个字上。

 

创业者们往往在某一行业观察多年,不缺乏发现需求的敏锐目光,但当他们开发产品时,却时常害怕产品不够全面、不够全能,希望它拥有更多的功能,覆盖更多的平台。这往往意味着更长的开发周期和更高的成本,有时也会因为过于复杂而造成较差的用户体验。

 

产品从来都不是一步到位。这时候,就需要专业的人,来为产品需求排出优先级,将功能分到多次迭代中逐步实现。一般担任这个角色的是产品经理或者团队中最懂产品的人。

 

为什么先出一版只满足基本的MVP比复杂的产品好?

 

第一是初代产品的上线周期可以大大缩短。

举个例子:我们要开发一款汽车,有两条路可走。一是直接开发这辆车,但这要花两年;二是先花两个月时间造了一辆滑板车,在它为你带来收益的同时又花了半年时间将其升级为一辆自行车,再花一年多时间将其升级为汽车,其总共花费的时间可能与直接造汽车差不多,但在此期间你已经获得了大量用户、积攒了反馈、传播了口碑并打造了品牌价值,这些都将直接影响你的新产品推广和你的公司估值

1

第二个好处是, 先上线MVP产品,而后在迭代中,根据初代产品的用户反馈来增加必要功能,并迅速调整未来的迭代方向。

例如,有哪些曾被认为是应添加的功能现在看来是不必要的?有哪些没想到的功能现在看来是必需的?这是一个有意思的加减法问题。MVP产品一开始做减法,而后根据用户的反馈有针对性地去做加法;而有的产品一开始做加法,做出了一款虽全面但极其复杂的产品,之后不得不既做减法又做加法,删掉用户不认可的部分,添加用户需要但当初没考虑到的部分,这对于开发人员可谓是灾难。

不难看出“最简化可实行”的初代产品相比全面但复杂的初代产品拥有巨大的优势,但难点在于,如何打造一款MVP

即:


我们应如何理清需求,划分优先级,排好其实现的先后顺序?

 

我们就曾遇到过这样一个项目,创始人在金融投资行业拥有数十年的经验,且怀有极大的创业热情,他第一次见到我们,就带来了几大卷轴的产品框架及产品原型图,其中包括PC端、iOS端、安卓端等几乎所有常见平台。他想做一个整合和共享投资信息的信息网络。通过用户分享投资信息和对信息可信度、风险度进行打分来帮助用户发现和筛选投资机会。

我们为他的认真和专业精神所感动,但在和这位富有热情的创始人进行了几轮深度沟通后,我们强烈建议他对产品“做减法”。

 

第一,砍掉移动端App

因为这个的网站核心需求在于整合巨量的投资信息、迅速输出内容。而在PC端录入编辑投资信息远比在手机App上方便。且对于一个初创团队来说,移动App的运维和推广费时费力,也将导致更长的开发周期和更高的成本。当网站分享的文章数量变得很可观时,再去开发移动端App以满足用户的手机阅读和打分需求。

 

第二,缩小投资领域的覆盖范围。

从覆盖全国上市股票到只覆盖A股。这样可以用更窄的范围匹配更多的文章,提高样本密度,使数据分析可信度更高。

 

第三是,砍掉响应式开发。

即砍掉一个网站能同时兼容手机端、pad端和PC端网站的设计。因为该产品是文字内容较多的网站,若使用响应式设计将导致手机端界面过长。且会导致页面文件变大,影响网站加载速度,降低用户体验。

 

2

“做减法”的建议获得了创始人的认可,而当我们开发的产品成型后,也远超他的预期。我们负责和专业的态度为我们赢得了信任,所以该网站之后的迭代升级也是委托我们来完成的。可以看出,一款大而全的初代产品或许可以让人”不明觉厉”,但在业务实现上却往往不如MVP产品精炼、明晰。

 

随着微信小程序的出现,创业者们的技术实现渠道又多了一种。事实上,并非每一个创新的产品都应做一款App,有些复杂业务的确需要专门开发App来实现,但也有很多需求,依靠公众号、小程序、H5页面和一些App的补充应用就可以完成。选择适合自己产品的开发方案,在满足需求的前提下尽可能节省成本、节约时间,还能避免不必要的竞争。

 

做独立应用OR 做扩展应用?

 

我们曾接洽过一个办公助手类的项目。该项目的创始人经观察发现,现在被很多公司使用的一款社保缴纳服务平台主要是面向企业级用户,但其服务的内容——社保,却与员工个体息息相关,所以他们希望开发一款辅助员工的办公App来让企业员工与该社保平台建立起直接的联系。

 

在理解了客户的需求后,我们仔细地分析了客户设想的方案的利弊。

 

首先我们观察到,原有社保平台的各项服务是面向B端的,这就意味着,与之功能类似的辅助产品对于C端用户来说,仅有工资条一项功能是具有独特性的。但这个功能,用户每月仅使用一次,不足以推动App的流量增长。

在认识到这个问题后,我们发现,有效的推广手段就只剩一种了,那就是靠各个公司强制要求其员工下载安装这款App。这就意味着该产品要满足公司管理者的需求,也就是一个移动办公App,尽管是针对员工工资社保的。

 

目前大部分公司已经使用“钉钉”作为其办公App,而我们很难去说服这些公司同时使用两款办公App。这就意味着,这款新产品将和已占领市场的“钉钉”处于竞争关系。这对于初生产品来说非常不利。而且产品本来的需求是让社保平台和员工建立直接的联系,而非和其他办公软件相竞争。

 

为此,我们提出了这样一种解决方案:不再做独立的App,而是基于“钉钉”做一款钉钉补充应用。发挥该产品针对工资社保的特点,在“钉钉”的基础上补充查询社保等功能。这样既能节省开发成本,又能借助“钉钉”进行推广,且避免了与“钉钉”的竞争。

 

能直击需求的本质、剥离一些看似美好却无助于核心需求的设计和想法,是一个产品经理难能可贵的品质。从上文的案例中我们可以看到,这种品质的形成需要产品经理对各种平台、各种开发渠道有充分的了解,对跨领域的业务需求要能在短时间内把握其本质,这无疑需要独到的眼光和丰富的经验,但最关键的是,要怀有精益求精的匠人精神,像刻木雕一般为产品做加减法,打磨出一款精致的MVP产品。

发表评论