1不能盲目追求“大而全”，“小而美”的产品更容易俘获用户的心。

一个奇怪的现象是PC端的产品渐渐往垂直化发展，而移动端的产品却越做越“大”。那一个好的产品应该是“大而全”还是“小而美”呢？首先得看产品定位，你的产品满足哪些用户的哪些需求，你要做平台产品，还是一般产品，你的盈利模式是什么。几乎每个互联网产品都有“大而全”的梦想。但不管你有多大的野心，以“小而美”的产品进入市场，满足核心用户的核心功能，把细节做到极致，往往更容易吸引用户，而不是一上来就囊括了所有的功能。

比如前阵子下的一款照相应用：Frontback。产品思路简单到好笑：先用手机的后置摄像头拍一张面前的场景，然后再用前置摄像头来张自拍照，Frontback就会自动将两张照片缝合起来。这款应用简洁、易用、快，推出后深受用户欢迎，零营销迅速增长。

2一句话就能清晰地描述你的产品。

一个清晰的产品定位才能成就一个好的产品，吸引并留住用户，否则胡子眉毛一把抓终将以失败告终。如果你产品的核心功能不能以一句话清楚地描述可能就有问题，因为用户没有那么多耐心去琢磨或研究。

比如，微信是一个非常成功的产品。且不论它的推出承载了企鹅帝国多大的野心，它的诞生，定位简单清晰，是为一款专为移动端设计的IM软件，充分结合手机的特性，语音、图片、定位等功能。而微信中的用户是没有离线状态的，用户假设随时在线，像发短信一样想发就发。

3做产品不是简单的搭积木——功能的堆积。

一个产品在需求阶段可能会有很多需求，来自BOSS的需求、用户的需求需求。这些需求可能对应很多feature，做产品不是像搭积木一样搭这些feature。首先，需求要经过分析和筛选，用户需求或BOSS需求并不等于产品需求，用户需求往往是用户自以为的需求，不一定是用户真正的渴求。而BOSS需求可能是BOSS对产品作的高瞻远瞩的战略性思考，也可能是一时拍脑袋的结果。第二，需求优先级排序，要考虑商业优先级，评估技术、工期等，也就是做这个需求的性价比如何。

4产品要自然，连接人性。

当你看到这张椅子时，很自然，傻子也知道怎么用。做互联网产品也是如此，多用自然思维，而不是程序思维。产品应该简单、自然、连接人性，包括功能的自然和UE的自然。

比如我们对比ios系统和android卸载程序的流程，ios只需长按然后点击删除即可，图标的晃动好像在说“别删我，别删我”一样，简单、自然、连接人性。而android的卸载流程是典型的程序思维：进入应用程序管理——找到进入程序管理——卸载。

5可以站在巨人的肩膀上，但要考虑产品生态系统。

产品竞争激烈，同质化现象严重。我们说“不要从新发明轮子”，但不能盲目copy，因为每个产品有不同的生态系统。比如你想在某社交圈子里做一个语音UGC功能，你也许会想抄袭喜马拉雅、荔枝fm等软件。因为你知道它们是专业做语音UGC的，功能丰富而且它们的UI也很nice。但正因为如此，你不能盲目的抄袭。喜马拉雅是一个fm生态，它的语音功能是用来创建个人电台，所以功能强大，可以剪辑、添加背景音乐、设置样式等等。而你的需求呢？应该只是简单、快速地生成一条语音动态即可。

6拿用户说事，更要拿数据说话。

一个或几个用户说的事，不代表多数用户的事。做产品不能单凭感觉，更要拿数据说话。

如某社交软件，有人反映刷屏现象，如同一个状态被多个好友转发多次出现在你的面前。没错，这可能是个问题，那我们是不是就要在下一版本去解决这个问题呢？我们要思考以下问题：首先，这是个别现象还是普遍现象，出现的概率高吗？其次，你的用户多吗，粉丝多吗，活跃吗，有多少人投诉这个问题？第三，竞品或标杆产品是如何处理这个问题的？第四，如果要解决，你的需求优先级如何，现阶段是不是有其他更重要的需求要做？当你试着去回答这四个问题时你是不是目瞪口呆了，因为你没有数据。而实际上这个问题可能不是常态，你的产品也并没有微博、人人空间这样庞大的用户，每个用户也没有那么多粉丝，而现阶段你有其他更重要的需求要去做。

7快速迭代，敏捷开发。

互联网竞争，拼的是对需求的反映时间。对于移动端产品来说更是如此，客户端快速迭代，敏捷开发。在前面我们提到将需求进行转化，按优先级排序与组合，按优先级从高到低，如果在当前版本不能完成，则在下一版本迭代。如果新推出一个功能，基本功能快速开发上线，后期迭代完善。

8也算一算运营的账。

做产品要算经济账，性价比。如果某个产品或功能的诞生，需要增加大量的运营成本，那这个产品或功能可能是个畸形儿，生娃容易养娃难。要有运营的思维做产品，否则产品和运营打架事小，畸形儿淘汰事大。