所接触到的项目中，能够有完整角色设计流程的情况不多，能够能按步就班做好创建角色、描述角色和使用角色三大步骤的情况更少。
最近看的几篇角色相关文章中，特别留意了进行角色设计碰到的问题、失败的原因，深有同感，结合一些项目体会，究其问题根源，尝试从三个主要阶段来总结。
原有计划被打乱
- 资源不允许，或者人力、财力、时间等各方面的预算超支。
- 工作不被领导认可而被迫终止，进行几天后，仍然没有具体的成绩，容易被误解。
- 责任心不够，设计师有可能玩几天就更换目标，没了兴趣。
都在说以用户为中心(UCD)，但是谁能代表用户？都在说交互设计(ID)就是讲故事，但故事的主角在哪里？如果再有人整天瞎嚷嚷用户如何如何，我们就问他“到底谁是用户？”
定义不准确
- 不够真实，人为设计的痕迹过于明显，数据之间的关系不够清晰。
- 过于概念化，没有用详细的属性描述来具体落实市场定位。
- 容易主观化，在由具体成员扮演时，容易犯此错误。
- 不能代表整个用户群，用户研究做的不够彻底。
- 主、次角色的权重定义失败，用户细分没有做好。
- 修正出现失误，比如迭代和调整过程中经常发生的角色重复。
不准确“角色定义”设计出来的项目，运营一段时间后，很有可能让我们大惊失色。当然，更有可能的情况，是在后续设计中就直接被全盘否定，造成推倒重来。
没有使用好角色
- 意识不够充分，没有真正认识到如何使用角色模型，也有可能是和项目组成员的沟通不够。
- 后续设计工作不够入戏，或者入戏后又很快出戏，设计师自己还不觉得，其实这正是落实“以用户为中心”思想的关键，而不只是挂个口头禅。
- 没有效果评估和总结，也就不能进行工作量化。
- 资源浪费，成熟角色还有可能进行重复使用。
前几天做项目还在犯不够“入戏”的错误，进行模块呈现设计时，示范数据忘了匹配已经设计好的角色，虽然不影响效果，但为了保证我们的“故事”真实性，最好还是严谨一些。
总结
不同项目会有不同用户群，不用商业目的也会有不同用户群，甚至一样的用户群还会有主要角色和次要角色之分。以用户为中心(UCD)，强调站在用户角度考虑设计，但是我们得先证明“用户”有效。
经验丰富的设计师，有能力创建角色直接进行交互设计，但“角色设计”的关键，在于用更科学的方法规范流程，提高团队协作效率和工作质量。
