看了不少有关用户角色的文章，总觉得和我实际的工作的情况有很大的差异。因为文章里描述的大部分是大众软件，或者是互联网的产品，这类产品的客户群之大之复杂，所以需要对每个任务进行角色划分，来满足不同用户对这个任务的完成需求。

而我所从事的工作，大部分都是针对某个部门的内部应用系统。面对的用户是比较单一，因此同类的任务几乎不值得再去划分用户。这也是一直以来令我非常困惑看不明白他人文章的原因。对于这样的系统，用户角色的划分模式，更多的是倾向于，划分整个系统的不同的状态，并分析状态间的任务，再对任务进行类比分析，确认系统的最小范围的任务清单。角色的划分是基于这些任务清单，定义角色，以及这个角色所涉及的任务。

所以这种角色划分的方式，与大家通常指的角色有很大的差异。这种角色的划分是基于任务的，而大家通常指的角色划分模式是基于用户特性的。我想这就是两者的根本性差异。

我的工作过程中，在角色定义下来后，这个角色可以说与研发定义的角色高度吻合，会对这些角色进行现场观察，看看他们是如何开展工作的？工作的瓶颈在哪？有些什么困难？工作的很有趣的做事方式是，等等...，对于他们是否是初级用户，高级用户，中间用户，关注度不会太高。因为对于这类的用户，他们最终都将会处于一个中间用户的阶段，当然某些特殊的角色会一直出于高级用户的阶段。这种模式下，更关注的会是如何让他们更加顺畅的完成任务，或者是如何去改善他们现有的工作模式。我们可能会“跳过”大家认为的“角色”的分析过程。

我不太确定两种角色的做法是否都是大家讨论的那个角色。但对于内部系统的应用软件，我认为还是选择我目前使用的分析模式会更加有效。