关于需求的思考：需求的三个层次

love

需求，是一个可以简单也很复杂的东西，每个人的需求都不一致，那么该如何挖掘客户的具体需求？
需求，这是一个既简单又复杂的东西，因为这是人的想法和表述，可能是用语言来表述，可能是用行为来表述。如果表述得当，那么可以直指问题核心，如果表述不当就会越描越黑，如那海底的针，捉摸不透

需求的三个层次，显性需求、隐性需求、未知需求。 这是一张我们经常可以看到的图片——冰山一角。

我们所能看到的是显性需求，就是客户怎么说的，直观理解客户所描述的意思。那么此时就期待客户能够完整准确的描述自己的需求，而大部分客户描述需求是不完整的，只是要一个结果，也有些看似比较厉害的，就直接说功能怎么加怎么减，我们要知道，没有无缘无故的增删，在每一步操作的背后都是有其原理和作用的。
隐藏在显性需求背后的是隐性需求，一般可以根据显性需求的侧面反映出来；只是不是正面说出来，通过自己想要的东西来表达自己遇到的问题，因此也叫浅层隐性需求。
最后一层是未知需求，也叫深层隐性需求，这个不是从言语的正面侧面能反映的，只有深入用户内心才可以反映出来，可能本身和这件事情没有关系，但是因为在其他事情上面遇到的困难才会对当前的事情有所不满。

实际情况我们需要特殊场景特殊对待。但不管怎么样，我们都需要去解决这个问题。那么我们在碰到这样的需求的时候，有什么办法去应对呢？我们有两种方法去接近答案。
提问法
问问题问到最后就是答案，只要问的巧妙，就越接近答案，我们平时也要练习去问问题，不要一下子就条件反射的给出答案，可能是一个好答案，但生活工作不是唯一解，哪怕数学题也是有多种解法，而我们的工作不止是解法不一样，结果也不一样。
问问题不是随便没有条理的问，没有参照物的问是无头苍蝇，我们要紧扣目标来涟漪似的问，一圈圈辐射开去，在这中间可能有一些岔路，我们要慢慢筛选掉比较偏的问题。
串联法
我们所遇到的问题只是取经路上的一难而已，放眼整条路径，我们能更清晰看到问题导致的原因，来龙去脉都显现出来，把问题带入实际场景中，让问题活起来，看问题游走的范围就能掐住问题根本所在，做出的方案也能对症下药，避免脚痛医脚，解决这边的问题，引发其他地方的问题。
回归生活，接近客户
我们一直在生活中，我们的客户也在生活中，生活中的问题要在生活中去处理，偏离生活是解决不到位问题的，关注生活中的细节，让问题具象，总结生活中的场景，让方案随叫随到。
接近客户去感同身受，我们是去帮助客户成功的，去为他解决问题的，我们需要在他前面扫除一切障碍，如果离客户远了，我们鞭长莫及。我们无法感受客户情绪的时候，我们离失去客户不远了，而我们赖以生存，引以为豪的产品将成为一堆待回收的垃圾。
远离客户就是远离钱，不会生活做不出好的产品。

love

每个人可能都有自己的一套做产品的思路和方法论
从事产品，我们都会被问到做产品的思路方法论思维是什么？毕竟在不熟悉的情况下，只有从他所讲出来的理论来判断经验和能力，当然从他说讲诉的项目细节中也更能看出来是否对该行业有所研究和建树。
熟练使用产品方法论来设计产品是一条捷径，不会像无头苍蝇一样，东一榔头西一棒槌，产品方法论就是一条流水线，只是在这条流水线上面的节点是灵活的，因为我们的终点都是一样的，走不同的路（不同的产品方法论）最终实现产品上线使用。
我们在梳理产品方法论的过程其实就是在思考总结我们的工作，然后抽象我们工作中的每个点。再把每个具体的点串起来，形成一个完整的链，这就是我们做这件事情的方法论，可能每个项目都有一个方法论，那么项目做的多了就可以把方法论结合起来，再次提炼，不同的内容可作为配置内容展现，一致的东西就是我们最终形成的方法论。
不要被所谓的方法论所吓倒，我们每个人都有自己的方法论，就像我们每个人的性格做事方式不一样，我们总结出的方法论可能不一样，只是我们再不断抽象的过程中趋于一致罢了，因为我们最终想要解决的问题是一样的。
因此我们看很多产品大拿，都能输出自己的产品方法论，看形式各不相同，但是在仔细去看，还是有很多相似之处的，可能词汇表达不一样（其实是一个意思），可能这方是粗略表达下，那方更细节表达。无可厚非他们的方法论都是正确的，很少有普世的方法论，只是在一定时间和一定区域内对一定的人群有帮助。当然换一种说法可能对其他领域也有帮助，因为毕竟万变不离其中，本质都是一样的，但那也需要站在那个领域去思考，借用那个领域的词语来表述。
我自己在工作中也总结了一些产品的方法，在这和大家汇报下，如有问题，请不吝赐教。我自己总结的方法呢取名叫“人事物务”。

人事物，我们都好理解，毕竟我们从小上学写文章就开始教人事物，我们生活中也全是人事物引起的各种各样的问题，这个务又是什么呢？后面我们会讲，这里简单总结下，人事物是因，务是果。
人：作为所有事物的度量，一切方案的主宰。哪怕是制度/政策也是一部分人制定的，其实也是围绕他们在做事情。
仅从产品角度，人的部分分为两类——需求方和执行方。
需求方：真正提出需求的人，不包括需求的传递者。
一定要找到真正的用户，这个用户不一定是使用产品的，但他有一定权威性让其他人使用这个产品。如果是自用的，那自己对自己就有控制权，可以自己去决定使用；如果是公司内部的管理软件，那么多数情况是老板及管理层为真正的需求方，员工虽然是使用方，但没有决定权，那么员工就变成了执行方。
执行方：服务需求方的人。
承接上述公司老板是决策方，员工是执行方，那么员工要用这个系统去进行作业来满足老板的需求；当然也有需求方和执行方都是自己的情况。那么这里面去完成这个系统和指导执行方去操作的让人其实也是第三方的执行方（如产研），他们需要有明确的方案、时间来告知需求方和执行方。我们后面主讲的是操作执行方。
事：我们都在事上练。
问题：在做事的时候发现哪边行不通了或者做事太麻烦了。
我们在做事的过程中，或多或少会出现一些问题，而这个问题也不是一样，他是在特定的场景下才会出现，因此我们在讨论问题的时候，不能忽略问题出现各种条件，如时间、地理、人等因素。
解决方案：有了问题，我们就要讨论相对应的解决方案。
讨论解决方案也不是跳出实际场景而展开讨论的，我们要还原场景去讨论，才能抓住准确的需求从而提供适合的解决方案。一方面的实际场景的诉求，另一方面是认知和技术的完备，缺一不可。
物：赤手空拳难做事。
我们在做事的时候通常会依赖一些外在是实物，比如：在没有线上签约系统之前，为了做业务，我们认准的有效客户就是已经盖章签约的客户，合同作为双方认可的依据。
而我们做产品做系统，也需要考虑基础设施和设备，我们要了解到使用人群当地的信号如何，我们做数据加载该用什么方式；我们要知道用户通常使用什么设备进行操作系统，从而做好相应设备的系统。
事务流：这里面就包含了问题出现的流程和解决这个问题的操作流程。
事情不是孤立的，也很少有事情是一步到位的，通常都是有一连串节点贯通起来做好一件事情的，特别是B端产品，中间涉及到的流程节点及其复杂，我们有可能解决的是整条链路中的某一个节点上的问题，那就需要把上下游一起看下，甚至整条链路都要过一下，才能做好整体方案。
财务流：准确来讲是数据流，我们惯常看到的是两个指标——财务数据和客户数据。
一个是头，一个是尾。这也是果，我们要分析这个果，然后才能不断调整方向/方式，来种更好的因。
数据这块是大头，现在都在讲大数据，数字化转型，以及AI智能，所有的都是围绕数据来展开的，我们留有底层数据，可以拿这些数据进行分析，这就需要会分析，要从不同维度拆着分析，以及企业在某一阶段实现某一目标的时候做专门的分析，做数字化转型也是在通过数据驱动业务，更好的赋能业务，产生新的数据，再调整步伐进一步驱动。而AI是减少我们人为计算的劳动力和劳动时间，学习数据的分析，然后可以在人没有覆盖到的一些场景和维度进行自动分析。
以上就是我在项目中总结的做需求的方法，里面涉及到了谁在什么情况下用什么来做什么，最后产生什么。如此反复循环，不断完善，做到最适合。

love

在进入职场之后，我们可能需要对时间、对人力、对资源等方面做好管理，而在人的管理上，可以分为管理人的行为和人的成长。
管理有很多方面，有管理人、事、物、钱等等。最难管理的还是人，人一多就形成了组织，难度也会随之几何增加。而管理人中也分为管理的人的行为（外在，所做的事）和管理人的成长（内在，精神）。
一、时间给的优惠 在一家公司久了，会有一点小权利，可以做一名小小的管理者。这不一定是能力的体现，更是一种运气，因为在公司时间久了，对公司人员、环境、文化、业务熟悉了（可能只是操作上，但愿不只是）。
而这都是时间给的优惠，不一定比新人能力强上多少；坚信每个人都有强项，只是体现在不同方面罢了，而你恰好在这方面有点优势，而这方面又是公司所需要的，因此成为一名管理者。
这个和我们产品做需求一样，所有的需求都是在特定场景下才成立的（真理似乎也是），不然英雄无用武之地。
最近想的比较多的是新来的小伙伴的成长问题，如何让他们在工作中成长，如果像传统公司一样，死干活，讲究领进门后（纯领入门——进公司）各自修炼，那就希冀小伙伴够机灵，能够自己去面对公司业务、人际，慢慢熟悉。
当有人跟着自己的时候不仅仅是纯帮自己分担事情了，要把自己在这家公司的总结感受告诉他们，让他们少走弯路，这样其实也是帮助自己。
在之前也有过一段管理经历，可以说是比较惨淡，纯是工作安排，工作跟进，顶多在人事和业务上所有协助，在产品方面是一点都没有教授，那时候真不懂的如何互相促进。
二、完整性 现在又有一次机会，让自己学习如何帮助小伙伴成长，也感谢公司和小伙伴给自己成长学习。
他们刚来的时候就和他们声明，在公司要着重关注业务的学习，因为自身的局限性，可能教不了太多产品方面的东西，但是回尽自己所能，把自己经历过的，自己总结的东西说与大家听。
而在学习业务的时候，不仅仅关注自身业务板块的内容，而是要全篇系统的将业务梳理出来。
每天都会让他们在完成自己本职工作的前提下，去全面了解公司业务。
他们不会在公司呆一辈子，他们也不会在业务的某几个模块做一辈子，因此让他们完整了解业务也算是对自身的未雨绸缪。
三、细节 刚毕业的小伙子在细节方面有待提升，这也是大多数公司的弊病——完成即可，不求优秀。
我认为完成时基础，在时间可控的条件下，需要向100分进发，虽然在这个时间段下，而业务方也要求功能能用就行（PS：我们是内部B端产品）。
不能仅满足于当下的结果，是否在自己已能达到的最好的状态了，不断去琢磨，不断去试炼，让自己有向优的思维。
四、不要太过创新 创新是好事啊，为什么不能创新呢？我们做B端产品，第一矛盾点是业务功能的实现，次要矛盾才是用户体验，而玄之又玄的炫酷交互就需要往后排一下了。
很多功能和模块都是有现成的，不需要自己花太多的时间浪费在这种原型设计上面，哪怕这个功能真的是有所帮助的，但不同于常见的组件，这会让开发话费很多时间去研发，可能得不偿失。
五、居安思危 当下环境下，就业情况比较严谨，随时都有可能面临失业，那么如何让自身保持竞争力呢？年轻是好事，薪资要求低也是好事，但这是他们真的希望的吗？谁不希望自己越来越好，那只有在还算稳定的条件下多花时间多去学习，扩充自己的武器库，才能在打仗的时候弹药充足，突出重围。
六、沉淀+输出 年轻并不意味着经验不足（可能有一些场景下成立），为什么有人可以一年顶好几年，因为他们善于总结，并且把自己总结的内容说出来，能够自己说出来，这样才是真的吸收了，是别人抢不走的（突然想起小学老师讲的，读书读到自己脑子里，这是外人抢不走的东西）
我这边可能机缘巧合，两位小伙伴一内向一外向，一关注细节一比较大条，一沉静一急躁。
我就请他们二人，内向的要开口，把自己的东西说出来，多输出东西，不染就算你有瓷器活，别人不知道也是白搭；外向的需要静下来，多做沉淀，把平常说的更精炼更深刻。
说了那么多，我也刚开始走上这条道路，也有很多要学习的，希望他们越来越好！希望环境越来越好！