业务还是功能？2B 产品的用户角色问题

如何构建一个能够“容纳”不同角色的用户体系并行处理业务，实现跨流程的协作？

我们之前谈到了基于用户洞察设计产品的业务架构 ，其目的是：实现业务的解耦，以便构建一个“轻型”的2B业务系统，实现可扩容的架构，使得整个系统能够跟上业务快速发展的步伐，而不必为了新业务的增长而重构系统。
我们也花了几个篇幅来介绍“产品架构”的概念、思路和设计的方法，并复盘了一个 2B产品的多租户架构设计 案例。
如果你稍微细心，就能发现其中还缺少了一个关键的环节。
是的，这个环节就是 “用户对象”的问题，就是整套业务系统里面，到底应该如何构建一个能够“容纳”不同角色的用户体系并行处理业务，如何实现跨流程的协作。
事实上，这个问题对系统的影响还包括如何构建角色和权限模型，这一点在后续将继续展开。
作为整个系列的第12篇文章，本文仍然以“O2O平台”作为案例展开。

01 基于工作流梳理用户对象

2B的产品，简单的来说，就是解决很多的用户（发布在很多业务部门，涉及各种交叉并行的业务流程）如何高效率的协同工作的问题。不管是我们常见的OA系统，还是各种复杂的ERP、CRM系统，还是前些年火热的O2O平台。
对任何面向企业的产品来说，都是一头挑起各种不同的用户角色，另一头挑起协作效率的重任。
对普通的使用者来说，这套系统的价值在于节省时间和工作量，通过使用这套系统来实现自身（个人或部门）“业绩”和能力提升。
对企业的管理、决策者来说，这套系统的最多价值在于如何有效的提升整个企业的业务能力。
换一种说法就是：2B的产品，本身指是一个实现企业业务运作协作的工具。它的难点在于： 如何更有效率的容纳N中角色和N多并行业务的处理能力，并通过这一产品，实现企业业务流程的优化创新 ？
在设计产品时，真正值得高度关注的是用户的目标、产品的使用场景以及用户与产品的关键交互阶段，而不是把焦点集中在用户的任务是什么以及如何完成任务。
所以，在设计用户角色模型时，应该分成两个步骤来完成：

• 建立对人物角色的同理心，包括用户的履历和年龄、收入等人口学属性。

• 关注人物角色的动机，包括用户的态度和行为，使用产品的目的和动机，以及在使用产品时的行为细节、偏向和心理感受。

  作者
  杜松，公众号：产品微言。专注于人工智能方向，擅长产品规划和架构设计。

关键字：产品运营

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！