如何寻找和确认用户“痛点”？.doc

如何寻找和确认用户“痛点”？ 　痛点是互联网产品获得成功的必要条件 　　成功的互联网产品，无不都是满足了用户的一个或者多个痛点。微信一开始的成功源于它可以语音发信，这点是利用了用户懒惰的特性，让用户用起来很方便，继而很爽。QQ通讯录的成功源于它可以将通讯录同步到云端，在能进行批量处理通讯录的同时还避免了通讯录的丢失，用户用起来也必然很爽。 　　什么是用户“痛点”? 通俗的讲，痛点就是用户的某个需求点，当用户的需求点被满足时，他自然而然的会有很爽的感觉，而爽的程度则取决于产品具体的交互设计。反过来说，抓住了用户的痛点，产品一定会成功吗?这就不一定了! 寻找用户的痛点，是在做产品的时候首要要考虑的问题。你的产品满足了用户哪些需求?用户用起来会不会很爽?在这一点，不能想当然，很多投入巨大的产品为何最终失败，就是因为在确认痛点时没有通过小规模尝试来控制风险，或者因此耗费成本和多走弯路。51230.com婚恋网的邵光荣曾经分享过该网站从最初定位于免费，再转变到定位于极简的教训，按理说，婚恋网站的强制收费似乎是用户的痛点，其实不然，否则你现在做一个免费的征婚交友试试，未必能成功，这也就是说，如果你觉得找到了用户的痛点，那还要看看你的产品是不是真的能让用户爽起来？而不是想像用户会很爽。 但是，产品没有推出来，怎么去尝试呢?个人觉得有一种方式，实际上就是确认用户痛点的过程： 　　根据这个痛点，开始做产品概念图，然后根据概念图搭建出产品的基本框架，规划出产品的各个功能模块，然后再针对每个功能模块设计产品交互。如果功能点很多，那可能还需要进行版本划分，按照优先级将功能模块划分为几个等级，之后不断迭代。然后在版本升级过程中看用户的反馈和数据，如果数据不理想则再进行调整。 　　这个应该是大部分产品人使用的产品设计流程，那么在这里这种方式是不是真的适合呢?在回答这个问题之前我们不妨看看下面这种方式! 　　MVP开发模式---精简、直接、快速 　　还是针对上面的那个问题，我们的另外一种解决方式就是MVP开发模式：围绕用户的痛点(需求点)，建立最精简的产品原型，这个原型只包含最基本的功能模块，注意，这里是最基本的，不能再做减法的功能模块，然后在最短的时间内上线这个最基本的产品原型，上线后看用户的反馈和数据，如果这个点不能让用户爽起来，那么就立即改变产品设计的方向。 　　举个例子，人们都有喝水的生理需求，经过调查，用户对甜的水普遍有好感，这个甜水就是用户的痛点。找到了用户的痛点后就要开始生产水了。 　　第一种方式：规划好生产的数量、每瓶水的含糖量、每瓶水的体积、大小、定价、销售渠道等内容后，开始大批量生成，生产之后进行大批量销售。 　　第二种方式：生产一小批甜水、一小批无糖水、一小批咸水等，之后进行销售，根据销售业绩来决定生产方向。 　　两种方式的结果怎样呢?在销售过程中发现，其实用户对甜的水并不买账，他们可能只是平时喝点，但是喝的最多的还是无糖水。结果可想而知，第一种方式肯定亏大了。 　　当我们在找到用户痛点的时候，不要急着去做大的产品规划，而是要针对这个痛点建立最小最小的产品型态，先看看这个是不是真正的用户痛点，我们的产品是不是真正的满足了用户的这个痛点，用最小的代价去做个实验，这才是明智的选择。 　　和用户一起开发产品 　　刚才上面的第二种方式实际上是一种产品设计理念的体现：和你的用户一起开发产品。产品是给用户用的，产品又是我们自己设计的，除非你非常了解用户的需求并能从这些需求中找到真正的突破点，否则产品是很难成功的! 　　所以我们提倡，和你的用户一起开发产品。如何一起开发呢?我们就用上面的MVP开发模式，在最短的时间内上线一个产品型态，看用户买不买账，如果不买账，立即转化思路，进行另外一个痛点的实验，上面的矿泉水例子就是一个很好的体现。 　　另外一个例子，国外某网盘产品经理想设计一个网盘，但又不清楚产品能不能满足用户的需求。于是，他没有做任何产品设计相关的工作，只是把此网盘的产品大概型态和操作流程拍了个视频放到网上，统计需要此网盘的用户数量，需求量达到一个数字级别后才开始进行产品设计和开发。这样就避免了产品设计出来后没有人用的恶果。 　　无独有偶，国内某皮鞋批发商，专门去各个皮鞋批发地拍摄各式各样的皮鞋相片，然后通过邮件等方式发给朋友、网友等，看看哪种皮鞋需求量最大。等有人想购买皮鞋时，这个批发商再去批发地购买，再邮购给终端用户。 这两个例子充分说明??：不打无准备之仗，我们在设计产品的时候也应该知道，寻找和确认用户痛点非常关键，在着手做之前，应该要清楚这个产品成功的几率大不大，用户是不是喜欢。最后在有一定把握的时候再开始动工，这样的成功机率相对就要大得多了。