编辑导语：需求是从人性中产生的，所以对于产品经理来说，首先应该去理解人的习性，以此为出发点做产品。人性要如何获取呢？一起来看一下吧。

用户是人，产品经理首先应该去理解人的习性，需求从人性中产生。B端产品的用户因为岗位、部门的关系，各自代表着不同的部门的诉求与利益。

例如一个制造型企业，一般会有三大支柱职能：研发（产品管理）设计个好产品，营销（需求管理）卖个好价钱，供应链（供应管理）以合适的成本和速度生产出来、配送出去。对于非制造企业来说，比如零售、电商和贸易，自己一般没有研发功能，就变成选择个好产品。

01 用户一直首先是人

而产品经理在了解个体用户的人性、心理的基础上，还需要了解不同群体的心理，甚至产品经理有时像上帝一样，建造系统并制定规则，让群体在系统中演化。

当今的制造企业分工越来越细，甚至一个制造企业只是在做成品（IPhone、汽车、服装）的一个工序、零部件，最终交给组装厂进行成品组装，而参与设计、生产等、采购、物流运输环节中的人们也对这些环节不断产生反应。在企业间越来越长的产业链协作中，如何用信息化的软件系统帮助其中的用户“懒惰”呢？

02 人是懒惰的，但懒惰导致发明，懒惰是创新的动力

如何快速的处理企业间需要的物料、零部件呢？是不是可以考虑拍照识别、在线搜图、扫码查询物料详情、扫码收货……

• 纺织服装行业，快时尚是驱动力
• 因为别的品牌商都在用
• 人是跟风的
• 企业也是跟风的

软件产品中，“时尚”是重要驱动力。

不要太“工具化”，虽然面对的是订单管理的细节，业务流程主导着信息传递，但人缺乏耐心！

如果软件产品不能帮助用户解决现实中的突发问题，那他会离开的，因为没有使用软件产品的时候企业间的协同业务是有进行的、异常也能得到沟通处理的。

• 如果不能让用户一分钟爱上你……
• 产品做好前不轻易拉用户来试用你的产品
• 用户没有耐心看你的说明书

03 人不爱学习

博客的衰落。

马桶阅读理论：不要给用户超过马桶上看不完的内容。

企业用户尤其如此，多订单的业务协同，用户都在评估着质量、交期、价格，监控订单的执行进度，其中不断出现琐碎的事情如质检不合格、退货、对账、付款、产品返修等等….. 用户希望软件帮忙分门别类的跟进订单、监控异常，缩短业务环节以及每个环节的操作时间，更重要的是实现移动处理业务，尤其是在疫情的大环境之下。

04 人性如何获取

人性化就是以己推人，你无法理解他人，只能先理解自己。

你需要了解人最普遍的心理活动，然后才能带入业务场景去理解业务发展中的用户心理变化。

• 需求最终是满足人们的贪嗔痴
• 产品的终极目标是满足人性需求
• 不在产品中参和自己的道德感
• 满足贪嗔痴，但又要用户“少用企业ERP”，世界是荒诞的
• 产品是技术和艺术的结合“Steve Jobs”

05 需求的真实来源

不要用户说要什么就做什么，不直接满足用户需求。

因为用户需求是零散的，解决方案是归纳抽象的过程；用户调研、反馈只是帮助你了解他们的想法，需求只来自你对用户的了解。

• 需求不来自调研
• 需求不来自分析
• 需求不来自讨论
• 需求不来自竞争对手

适用于C端产品的很多原则，在B端企业产品设计中仍然试用。

产品细节方案设计：角色与流程设计会涉及业务团队的组织架构和岗位编制，是需要重点关注的，梳理了核心流程、产品定位、应用架构、功能模块和演进蓝图，相当于完成了万丈高楼建设的规划蓝图。

接下来的细节方案设计就要基于蓝图，逐一分析业务细节，设计产品的具体功能。

数据建模，也叫业务建模或领域建模，是细节方案设计中最重要的环节，是保证产品设计严谨可行的关键工作。

只有基于对业务的理解，抽象出合理且灵活的数据模型，才能设计出有持续灵活性和扩展性的应用系统。

界面与报表是业务用户直接看到的部分，在设计时最好能提供可以体验的交互界面，让业务用户提前感受并反馈意见，减少不必要的返工。

作者：金春；公众号：二十三的夏天（ID：yingbaodexiaowo）

本文由@山人小道 原创发布于人人都是产品经理，未经许可，禁止转载。

题图来自Unsplash，基于CC0协议。