B端产品的用户是人
用户是人,产品经理首先应该去理解人的习性,需求从人性中产生。B端产品的用户因为岗位、部门的关系,各自代表着不同的部门的诉求与利益。
例如一个制造型企业,一般会有三大支柱职能:研发(产品管理)设计个好产品,营销(需求管理)卖个好价钱,供应链(供应管理)以合适的成本和速度生产出来、配送出去。对于非制造企业来说,比如零售、电商和贸易,自己一般没有研发功能,就变成选择个好产品。
01 用户一直首先是人
而产品经理在了解个体用户的人性、心理的基础上,还需要了解不同群体的心理,甚至产品经理有时像上帝一样,建造系统并制定规则,让群体在系统中演化。
当今的制造企业分工越来越细,甚至一个制造企业只是在做成品(IPhone、汽车、服装)的一个工序、零部件,最终交给组装厂进行成品组装,而参与设计、生产等、采购、物流运输环节中的人们也对这些环节不断产生反应。在企业间越来越长的产业链协作中,如何用信息化的软件系统帮助其中的用户“懒惰”呢?
02 人是懒惰的,但懒惰导致发明,懒惰是创新的动力
如何快速的处理企业间需要的物料、零部件呢?是不是可以考虑拍照识别、在线搜图、扫码查询物料详情、扫码收货……
- 纺织服装行业,快时尚是驱动力
- 因为别的品牌商都在用
- 人是跟风的
- 企业也是跟风的
软件产品中,“时尚”是重要驱动力。
不要太“工具化”,虽然面对的是订单管理的细节,业务流程主导着信息传递,但人缺乏耐心!
如果软件产品不能帮助用户解决现实中的突发问题,那他会离开的,因为没有使用软件产品的时候企业间的协同业务是有进行的、异常也能得到沟通处理的。
- 如果不能让用户一分钟爱上你……
- 产品做好前不轻易拉用户来试用你的产品
- 用户没有耐心看你的说明书
03 人不爱学习
博客的衰落。
马桶阅读理论:不要给用户超过马桶上看不完的内容。
企业用户尤其如此,多订单的业务协同,用户都在评估着质量、交期、价格,监控订单的执行进度,其中不断出现琐碎的事情如质检不合格、退货、对账、付款、产品返修等等….. 用户希望软件帮忙分门别类的跟进订单、监控异常,缩短业务环节以及每个环节的操作时间,更重要的是实现移动处理业务,尤其是在疫情的大环境之下。
04 人性如何获取
人性化就是以己推人,你无法理解他人,只能先理解自己。
你需要了解人最普遍的心理活动,然后才能带入业务场景去理解业务发展中的用户心理变化。
- 需求最终是满足人们的贪嗔痴
- 产品的终极目标是满足人性需求
- 不在产品中参和自己的道德感
- 满足贪嗔痴,但又要用户“少用企业ERP”,世界是荒诞的
- 产品是技术和艺术的结合“Steve Jobs”
05 需求的真实来源
不要用户说要什么就做什么,不直接满足用户需求。
因为用户需求是零散的,解决方案是归纳抽象的过程;用户调研、反馈只是帮助你了解他们的想法,需求只来自你对用户的了解。
- 需求不来自调研
- 需求不来自分析
- 需求不来自讨论
- 需求不来自竞争对手
适用于C端产品的很多原则,在B端企业产品设计中仍然试用。
产品细节方案设计:角色与流程设计会涉及业务团队的组织架构和岗位编制,是需要重点关注的,梳理了核心流程、产品定位、应用架构、功能模块和演进蓝图,相当于完成了万丈高楼建设的规划蓝图。
接下来的细节方案设计就要基于蓝图,逐一分析业务细节,设计产品的具体功能。
数据建模,也叫业务建模或领域建模,是细节方案设计中最重要的环节,是保证产品设计严谨可行的关键工作。
只有基于对业务的理解,抽象出合理且灵活的数据模型,才能设计出有持续灵活性和扩展性的应用系统。
界面与报表是业务用户直接看到的部分,在设计时最好能提供可以体验的交互界面,让业务用户提前感受并反馈意见,减少不必要的返工。
作者:金春;公众号:二十三的夏天(ID:yingbaodexiaowo)
本文作者@山人小道 。
版权声明
本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!