B端产品的用户是人-百木园

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

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

01 用户一直首先是人

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

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

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

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

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

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

博客的衰落。

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

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

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

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

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

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

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

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

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

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

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

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

给作者点赞，鼓励TA抓紧创作！

来源：http://www.woshipm.com/user-research/5433943.html
本站部分图文来源于网络，如有侵权请联系删除。