不同于消费级产品的单用户场景，在企业级产品中，很多任务场景都涉及到多人参与，这里面会有分配任务的leader，有承担任务执行的项目组成员、有关心任务进展的项目负责人等等，这些角色会在里面有不同的任务和目标，所以在实际设计前，需要梳理清楚每个角色的场景，协调多方的利益，把握住产品上的关键目标才能设计出一个合理的功能。
文章将从以下三点试着分析：
- 场景分析
- 需求分析
- 一点疑问
1. 场景分析
这是我在设计业务协作系统过程中遇到的一个实际案例，涉及到一个项目中两家公司的关于工作问题处理的协作事项。
场景故事
甲方A公司在现场检查工程施工情况时，需要将发现的问题在系统中记录，然后协调乙方B公司在规定期限内解决该问题，反馈处理结果。
并且在同一个公司内部，也涉及到不同的岗位角色的参与，其中往往是项目负责人发现问题，员工跟进、解决问题，但问题最终的关闭解决操作权限是在项目负责人这里，因为工程领域必须责权明确、合法合规。
目标用户
甲方A公司项目负责人、项目组成员、其他问题关注者；乙方B公司项目负责人、项目组成员、其他问题关注者。
设计目标
与原先线下的问题处理时间相比，提高双方之间的信息沟传递沟通效率，减少约50%的时间。
2、需求分析
用户需求分析
在目标用户中，由于用户角色比较多，需要进一步抽象用户角色，在具体分析了各个用户的实际工作后，我们分为了三类：问题发起人、问题负责人、问题关注人。
其中创建问题→处理问题→关闭问题为核心流程，而退出问题、修改问题分别为支线和异常流程。
产品需求分析
一般用户流程节点上的设计需求会分为信息需求和功能需求，也就是用户在这一节点上需要获取/输入什么样的信息，然后进行什么样的操作。
根据用户需求分析中的梳理，主要有以下功能点：
3、一点疑问
问题1：在创建问题后，是否允许用户对问题进行修改？
在产品需求分析中，并没有对修改问题这一用户需求进行具体的功能点设计，主要是认为：
（1）避免修改问题带来的频繁的消息推送信息负担。由于问题牵涉的人员较多，且涉及到企业里面的各级领导层，所以需要克制的推送消息
（2）建立严肃的问题管理机制。让相关工作人员对待问题管理更为认真、严肃，不但能满足领导层的工作管理需求，更能保证工作目标的达成，即使某种程度上来说降低了即时性的用户体验
（3）在提交按钮处可以提示用户如果需要修改该问题内容，则需要删除该问题后重新创建
当然这是目前采取的做法，不一定是最好的解决办法，还需要保持长期关注。
问题2：多用户任务流程能否用到消费级产品设计中？
回到开头，说到消费级产品往往是单用户任务流程，而企业级产品是多用户任务流程。那么多用户任务流程是否可以用到消费级产品中呢？
在设计消费级产品时，结合用户实际的使用时互动性的场景，是否可以更刻意的打造一个多用户的任务流程呢？比如分答在一个回答问题场景中，引入了偷听用户角色，这样本来是一个提问者和回答者的场景流程，将问题浏览者的角色强化后加入流程中，从而更好的刺激了用户的参与、分享动机。
最后
进一步想到是否可以在购物、亲子教育等 C 端产品借鉴多角色的设计模式呢？将某一些以前弱化的角色适当的强化，以流程化、游戏化的方式来设计产品核心流程，也许会是一种更好的体验。