今天完成的事：

      最近上网看产品需求类的文章比较多，所以借用日报，梳理一下相关知识，好储存进自己的知识体系中来。

      连程序员编的代码都在讲编程是一件追寻道的事，产品经理这个更重人性分析的职能岗位是不是要把自己的工作吹的更玄乎些才行？所以个人觉得，产品的问题总的来说就：我（产品）是谁（什么）？我（产品）从哪（如何设计出来的）来？我（产品）要到哪（给谁干嘛用的）去？修真院的总结是：作为XXX，为XXX，解决XXX问题。

     讨论需求，也可以分 需求是什么？如何获取需求？如何辨别需求真假？如何取舍需求？如何去实现需求？

     一、需求是什么，简单来说就是用户的痛点，正常人没几个喜欢痛苦的，所以就有希望解决痛点的欲望，这就是需求产生的根源。

     二、如何获得需求？网上很多方法论。归纳来来看：1.用户回馈、问卷调查等。2.通过各大公共数据平台的数据进行用户分析。3.通过舆情监控系统，比如爬虫工具来抓取关键字，获得信息后挑选与总结。4.竞品分析，别人发现并去解决用户需求的努力，也是可以借鉴的。5.其他。

          但归根到底，需求是考验一个产品经理对用户需求的了解。不要自我臆想，但要敢于设身处地的想。

      三、如何辨别需求的真假？俗话说：真金不怕火炼。需求也是如此，当我们看到、听到用户的某些需要时，多进行拆分，多问为什么？为什么这些用户会有这样的需求？他们的组成是什么情况？能代表产品多大的用户体量？这个需求如何去实现？不实现又会怎么样？这个需求到底代表着什么痛点与需求？在不停的自我提问与解答过程中，伪需求是很难站到最后，完成考验的，而真需求，最后总会归纳到类似马洛斯理论与某宗教的“七宗罪”这种人性本源，哲学玄乎上面去。

         用户喜欢诺基亚手机不代表他就是诺基亚的粉丝，也许他只是欠缺一个砸核桃的东西呢（需要手机坚固耐用）。

     四、需求要有取舍，经过考验的需求，能满足某些用户的需求，但就一定要添加吗？这得结合产品来看，好的产品一定是准确明白自己产品的定位的，需求有千万种，符合产品定位的可以上，不符合的要努力顶住诱惑，全面分析需求的具体用处，对产品的影响。谁说用美团的人不喜欢看段子，但你让美团上面放一个笑话专区试试？

     五、如何去实现需求。这是考验每一个产品人的基本功，掌握工作流程，协调资源等，让产品从原型到上线到迭代正常前行，这个不多说，我自己还不会。

      需求是无处不在的，有直接需求，例如：产品要什么功能，要有什么功能，要能干嘛。有间接需求，例如：住家附近要有医院，这样方便看病就医，但要是能让医生上门为我服务，那就是太好了。（家庭医生的需求），又如：啊，现在社会竞争太激烈了，不上一个好大学简直没什么多大用了。（激发而来的高质量教学需求）。

      需求有真有假，收集到的各类需求信息要经过各种归纳与分析总结，在杂乱的信息中梳理，归类，往人最基本的需求方向去精炼，才能破开表面现象，发现用户的真实需求，某用户说自己喜欢奔驰汽车？好么这用户是喜欢奔驰品牌？还是想要面子获得别人的尊敬？或者只是需量一件能代步的工具？也许到最后你让他装一个共享单车的APP就能满足他了呢？用户因其自身的环境与认知不同，对自己想要什么或者是千奇百怪，或者是无所谓，需要产品经理从各处搜集调研而来的信息中发现真实的需求，好的产品经理一定是懂人性的。

      不同产品，自身的定义不同，服务范围有区分，不可能满足所有人的所有需要，这代表着当我们发现了用户的一些需求时，要结合产品的具体情况来进行取舍与迭代，不能为了增加功能而增加功能，好的产品经理一定是具大大局观的。

      当我们知道了用户真实需求，去解决用户痛点的时候，优秀的解决文案非常重要，台湾的志林姐姐喜欢吗？但在印象刹马镇里也不见得比村姑漂亮多少？所以哪怕知道观众们喜欢美女，也要想办法把这个美女套上漂亮衣服化上妆才行，而优秀的设计逻辑就是把最核心的东西用最优先的方案推送到用户面前的关键。

    遇到的问题：

       知易行难，道理容易懂，具体如何去应用要靠实际操作才能行，不然就是理论没法变成实践也没什么用，哎，路漫漫呀。

     今天的收获：

        克服懒惰，更新了日报。

      明天的计划：

        着重看一下后台的设计文章，争取把后台调研写了。