产品设计思维（一）

　　新年开篇，先来总结下工作以来在产品设计上的经验，分享给大家
　　我认为一个好的PM不仅仅能站在某一个高度指点江山，更能够从细节入手去处理各种各样的问题，比如需求该怎么处理，产品框架的搭建是否合理，产品的气氛是否良好等问题。所以今天就先说下关于如何从小的方面去设计产品
　　不论是新的项目还是半路加入的项目，你都可以从三个方面去入手（即下面所说的系统功能、基础功能、特色功能）去分析这个应用，分析了之后对于以后的发展则可以通过四个方面去考虑
　　一、应用是简单的
　　好的应用不仅看上去简单，用起来也是简单的。这么说吧，简单的延伸就是用户一到你这个应用，就很明确要干什么，能干什么，以及怎么去玩。能根据自己的心智模型去使用你的应用，并快速达到想要的结果。看起来很牛逼，在抽象点就是用户一拿到你的应用，玩了两分钟后跟你说：哇靠，这个应用真尼玛好用，不错！
　　那么作为PM的我们该怎么做呢？
　　需求归类：将需求分为几个类别【BOSS】、【用户】、【新功能】，BOSS产生的需求不一定非常正确，但请务必记着，倒不是拍BOSS的马屁，毕竟BOSS的经验比你足，对产品资源的掌握比你要多一点，方向也比你清楚点，说出的东西肯定是有原因的；用户是你的衣食父母，只有他们爽了，你才能持续发展下去，所以他们的需求你也要重视；新功能，所谓逆水行舟不进则退，况且互联网竞争如此激烈，没有新的东西出来，早晚会被别人干掉。
　　与产品结合，分析需求的本质：举个例子吧，有个人想要个苹果，有些PM可能就给个苹果，但并不知道这个人为什么要苹果，是饿了还是馋了，如果这个人是饿了，那么给苹果也可以，给米饭也行，如果是馋了，那就只能给苹果，分析需求的本质更能有助于PM们对需求的把握
　　做减法：嗯，是的，老生长谈的问题了，我们也听说过28定律，也都了解28定律，做那么多功能对用户来说，有用的就只有那20，其他的80只是辅助，比如说微信，每个人常用的都只是特定的功能，对于其他的功能都是辅助，所以对于新的需求，先确定其价值再去考虑做不做，做的时候也最好再做一次减法，尽量把功能做到极简。至于怎么做减法，自己领悟去吧，每个人的思维不一样，还是不要误导大家了
　　举例1：一般应用可以分为系统功能、基础功能、特色功能。系统功能主要服务整个应用的，比如社交应用中的会话系统、用户资料系统、帐号系统，这些可以当作系统功能来处理，因为这些功能关系着整个应用的框架，以及以后的拓展；基础功能就是语音发送、图片发送、加好友等等，这些功能属于用户层级，能够让用户玩转应用；特色功能就是能够让用户记住你的功能，比如陌陌的LBS附近的人，这些功能，这样一来整个应用就层次明显，分工明确，无论在拓展或者开发上都会灵活好用。
　　举例2：在功能上我想大家都应该看到过大厂出的那些书，其中也详细的说过一些，我这里就简单概括，减少冗余，做到层次分明
　　二、这是个看脸的时代
　　简单是应用的核心，那么设计则是你提高你的颜值，在这个靠脸吃饭的时代，颜值高是一种资本
　　设计是由里及外的，可分为【UI】、【交互】、【色调】，UI就不多说了，大家都知道，每个应用统一UI风格是最基本的常识，交互就有点考验了，如果有专门的交互设计师那最好，说到交互想插句话，很多人以为交互就是做动画效果的，其实不然，交互该做的有很多，比如界面的排版布局，层级的跳转，动画的设计等等，再说下色调，不同的人对色调的喜好是不一样的，最好是针对你的用户去确定你的色调，比如说女生会偏爱粉色系，游戏玩家会偏爱彩色系。这里就不展开说了，毕竟有不少交互大大、设计妹子看着呢！
　　三、加不加新功能，还是看看用户怎么想
　　做完减法，我们再来谈谈加法
　　加法其实是对减法的补充，如何加也是一种技巧，其实做PM就像和用户谈恋爱，每时每刻我们都需要去了解用户真正的需求是什么？就像女人一样，你给了基础了东西之后，偶尔再来点惊喜，她们会更开心。对于加法，我觉得任何一个PM都是信手拈来，都希望自己的想法能够在产品上得到实现，都希望被别人认可，但是做加法也有做加法的规矩
　　加到痛点：加到痛点就要考验PM的道行了，如何将用户最根本的需求找到，又能快速解决。比如说QQ的一键下班，与之前陌陌的打招呼，相同的用户需求，QQ的就是好点，所以找到痛点再加功能才能把功能加的漂亮。
　　不加行不行：在做新功能的时候，我们也要考虑，我不加这个功能可不可以，比如说微信的群，为什么没有管理员？不加可以么？我想在设计之初肯定有一版是有群管理员的，所以加功能之前先考虑这个功能不加可以么？加了这个功能和加了这个功能之后对用户有多大的影响？这些影响重要么？
　　风险预估：做一个新功能时，我们加一个对应用的生态有哪些帮助，该功能是过渡期还是最终的定稿，有没有返工的危险？
　　举例1：游戏攻略里面的新闻资讯和攻略，之前给一个游戏辅助类的应用添加新闻资讯的栏目，很多人说要独立出来，但是结合应用本身的定位以及产品结构等等，最终还是决定跟攻略放一起，增加个TAB搞定，发现也没啥不妥的，用户也没觉得怎样。
　　四：每个产品都有自己的内涵