以原则为中心的产品经理:从打造用户喜爱的产品出发
【文章摘要】在产品的早期,对设计的忽视是非常常见的,因为项目这么赶,技术却要在调像素这种小事上花费这么多时间,这不是“正事”啊。第一版只要流程通顺不出太大问题就可以了。
【相关推荐】
以原则为中心的产品经理:做什么大于怎么做
以原则为中心的产品经理:将正确的事推动
一直想找一个词去形容产品的终极目标,“用户喜爱”,应该没有更加贴切的了。
然后是另外一个重要问题,确定了产品的终点后,怎样踏出构建产品的第一步?
不忘初衷,很多事做下来都发现初衷是最重要的,这其实就是在强调终点和起点应该是同个东西。这样一梳,打造产品的起点也相当清晰了:
“从打造用户喜爱的产品出发”
一. 起点决定终点
“推动事情尽快落地”是很重要的能力,很多人做产品的起点就是让事情尽快实施。在市场竞争如此激烈,MVP观念盛行的当下,这样做无可厚非。
不过这里混淆了“产品”和“项目”的概念,用户根本不关心你的产品用了多久开发出来,他们只关心自己喜不喜欢这个产品。
这还牵扯到产品经理的职责,产品经理是对“价值”负责的,包括用户价值和商业价值。一个合格的产品经理思考最多的不是进度,而应该花更多时间探索产品让用户喜爱的价值点在哪里。
这也就是“从打造用户喜爱的产品出发”如此重要的原因,它决定了整个团队的氛围和流程是以价值为核心的,而不是所有人花了那么多精力和时间,却做了一个没有人用的产品。
二. MVP所不能解决的
首先摆上一个神图:
这幅图深刻的解释了MVP的核心概念,当你想真的测试一个蛋糕好不好的时候,你肯定不是用原料去让用户品尝和体验,而是先做一个承载了核心味觉和设计的小蛋糕去测试用户到底喜不喜欢吃。你看第二种方法,你可以清楚地辨认出,在每个阶段的输出都是一个可用的产品。
接着我们来说MVP不足的地方,MVP强调的核心是测试概念的每一步都要推出完整可用的试验品,从而最快的获得用户反馈。但我们不禁要想,一个完整可用的产品真的能得到你最需要的用户反馈吗。
我们来想想很多现有的以MVP模式开发的产品,第一版的产品,它们很简单也很快速,但是丑的令人发指也不好用,即使有价值,但是却会因为激发不起用户喜爱的情感导致连反馈都不想给。
正向medium上的一篇文章(https://medium.com/the-happy-startup-school/beyond-mvp-10-steps-to-make-your-product-minimum-loveable-51800164ae0c)所说的,这样一个测试版推出后,假如无人使用,你怎么知道没人用的原因是因为需求价值的问题,还是因为设计和交互太烂,压根就没人愿意反馈??
三. 设计是生产力
在产品的早期,对设计的忽视是非常常见的,因为项目这么赶,技术却要在调像素这种小事上花费这么多时间,这不是“正事”啊。第一版只要流程通顺不出太大问题就可以了。
一个定义好产品的经典模型是这样的,有价值,可行,可用,其中师对可用负责,程序猿对可行负责,产品经理对价值负责。嗯,压根没有提到设计。
设计真的那么不重要吗,不,无数的例子证明,设计就是生产力。衣服好看重要吗,用户为什么如此痴迷于苹果产品??
尤其是所营造的氛围感,它将高度影响你的目标人群定位,第一版若不能吸引到你的目标人群,产品要如何运营下去??
这也是本文认为“从用户喜爱”的角度出发来做产品的原因,设计是唤起用户情感很重要的因素。人喜欢美的事情,这件事是不会变的。
四. 到底该怎么操作
在这么多理想化的理念后,有一个根本矛盾没有解决,好的设计是要花大量时间的,或者说MVP的第一版就达到让人喜爱的程度也是要花大量时间的。
或许更好的问题应是,怎样用最有效的方法让产品得到用户的喜爱?
这一点我自己也在思考T-T,欢迎大家提出你们的看法,不过目前自己有几点思路:
1.情感化的文案:包括各种按钮、提示文案,简单改下文案就能迅速提高产品的吸引度,投入产出比极高。
2.注重产品的第一印象:包括启动页,首页,桌面图标的设计,以及如何在用户打开APP的第一刻,就让用户感受到产品的核心价值并唤起正向的情绪。比如说使用facebook的第一刻,产品就会让你知道你有很多朋友正在使用,对一个社交产品来说,“朋友在用”有着极强的说服力。
3.亮点功能:早期的亮点功能就是一把利剑,它是你的产品让用户口耳相传,并在竞品海洋里让用户第一念想起你的原因。所以在核心需求确立之后,也不需要急着就去验证产品,应该让这个需求有个颇具亮点的壳来吸引用户以起到营销的效果。
4.好的反馈机制:MVP的核心理念就是最快的获得用户反馈,当面访谈和好的产品反馈设计对早期产品来讲非常重要,如何优化反馈流程,如何增强用户的反馈动机等等都是需要着重思考的东西。
5….欢迎大家关注公众号(wumuwizard)和乌木一起讨论
五. 结束
如果用一句话来解释产品经理的工作核心,我可能会这样说,
“找到一个痛点,探讨解决方案,再探讨解决方案让用户喜爱的原因,然后在设计时尽可能强调这个原因给用户。”
嗯,说起来多简单,做起来多难啊。