B端产品的用户是人

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

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

01 用户一直首先是人

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

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

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

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

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

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

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

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

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

03 人不爱学习

博客的衰落。

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

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

04 人性如何获取

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

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

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

05 需求的真实来源

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

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

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

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

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

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

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

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

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

 

作者:金春;公众号:二十三的夏天(ID:yingbaodexiaowo)

本文作者@山人小道 。

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部