快好知 kuaihz

产品设计中的用户“G点”

什么是用户“G点”?我在这里将这个G点定义为:用户的爽点,即能让用户眼前一亮并感觉到很爽的地方!这跟现实生活中的G点有点异曲同工哦,你们懂的!

G点是互联网产品获得成功的必要条件

成功的互联网产品,无不都是满足了用户的一个或者多个G点。微信一开始的成功源于它可以语音发信,这点是利用了用户懒惰的特性,让用户用起来很方便,继而很爽。QQ通讯录的成功源于它可以将通讯录同步到云端,在能进行批量处理通讯录的同时还避免了通讯录的丢失,用户用起来也必然很爽。

通俗的讲,G点就是用户的某个需求点,当用户的需求点被满足时,他自然而然的会有很爽的感觉,而爽的程度则取决于产品具体的交互设计。反过来说,抓住了用户的G点,产品一定会成功吗?这就不一定了!

Kozmo.com:在线仓储和送货服务商。对于城里人来说,Kozmo.com的确既酷又方便,你可以订购从电影到小吃各类物品,然后仅用一个小时就能让它们到你的家门口。爽不爽?肯定爽啊,而且这也是用户的真实需求。但是对于Kozmo.com来说,这已经变成了一个不可能完成的任务!在把业务扩展到7个城市后,Kozmo.com发现,跋山涉水地送一张光盘或者一包口香糖简直糟透了!最后不得不面临倒闭的后果。

所以说,寻找用户的G点,是在做产品的时候首要要考虑的问题。你的产品满足了用户哪些需求?用户用起来会不会很爽?如果你觉得找到了用户的G点,那么就去看看你的产品是不是真的能让用户爽起来。怎么去尝试呢?有种方式:

根据这个G点,开始做产品概念图,然后根据概念图搭建出产品的基本框架,规划出产品的各个功能模块,然后再针对每个功能模块设计产品交互。如果功能点很多,那可能还需要进行版本划分,按照优先级将功能模块划分为几个等级,之后不断迭代。然后在版本升级过程中看用户的反馈和数据,如果数据不理想则再进行调整。

这个应该是大部分产品人使用的产品设计流程,那么在这里这种方式是不是真的适合呢?在回答这个问题之前我们不妨看看下面这种方式!

MVP开发模式—精简、直接、快速

还是针对上面的那个问题,我们的另外一种解决方式就是MVP开发模式:围绕用户的G点(需求点),建立最精简的产品原型,这个原型只包含最基本的功能模块,注意,这里是最基本的,不能再做减法的功能模块,然后在最短的时间内上线这个最基本的产品原型,上线后看用户的反馈和数据,如果这个点不能让用户爽起来,那么就立即改变产品设计的方向。

举个例子,人们都有喝水的生理需求,经过调查,用户对甜的水普遍有好感,这个甜水就是用户的G点。找到了用户的G点后就要开始生产水了。

第一种方式:规划好生产的数量、每瓶水的含糖量、每瓶水的体积、大小、定价、销售渠道等内容后,开始大批量生成,生产之后进行大批量销售。

第二种方式:生产一小批甜水、一小批无糖水、一小批咸水等,之后进行销售,根据销售业绩来决定生产方向。

两种方式的结果怎样呢?在销售过程中发现,其实用户对甜的水并不买账,他们可能只是平时喝点,但是喝的最多的还是无糖水。结果可想而知,第一种方式肯定亏大了。

当我们在找到用户G点的时候,不要急着去做大的产品规划,而是要针对这个G点建立最小最小的产品型态,先看看这个是不是真正的用户G点,我们的产品是不是真正的满足了用户的这个G点,用最小的代价去做个实验,这才是明智的选择。

用户一起开发产品

刚才上面的第二种方式实际上是一种产品设计理念的体现:和你的用户一起开发产品产品是给用户用的,产品又是我们自己设计的,除非你非常了解用户的需求并能从这些需求中找到真正的突破点,否则产品是很难成功的!

所以我们提倡,和你的用户一起开发产品。如何一起开发呢?我们就用上面的MVP开发模式,在最短的时间内上线一个产品型态,看用户买不买账,如果不买账,立即转化思路,进行另外一个G点的实验,上面的矿泉水例子就是一个很好的体现。

本站资源来自互联网,仅供学习,如有侵权,请通知删除,敬请谅解!
搜索建议:产品设计中的用户“G点”  产品设计  产品设计词条  用户  用户词条  
设计

 三维格局,如何规划一款 AI 产...

在上篇文章《认知升级,为什么互联网思维做不好 AI 硬件?》中,我们提到了互联网思维和硬件思维的差异。做好一款成功的AI 硬件,需要在功能、设计、定价和产品机制...(展开)