这几天看了MS两位前辈(John Pruitt & Jonathan Grudin)写的论文《Persona: Practice and Theory》，虽然成文很早，但还是受益匪浅。论文前关部分是他们对实践的总结和分析，现简要翻译摘抄下来，和大家分享。（如果你不知道啥是角色模型，到这里看扫盲帖。^_^）

    项目情况

    MSN Explorer
    　开发项目组成员：数百人
    　角色模型项目组：共4人。可用性工程师3人(其中两人兼职),产品设计师1人(兼职)
    　角色模型项目时间：从2001年1月起，持续大约10个月
    Microsoft Windows
    　开发项目组成员：数百人至数千人(随时间变化)
    　角色模型项目组：共22人。包括几个技术文案、几个可用性工程师、4个产品策划人、2个市场调研
    　角色模型项目时间：从2001年3月起，持续大约2年时间（到作者发稿时还没有结束）

    碰到的问题

    角色不可信。明显是由项目成员人为设计（并不是基于数据），或者与数据之间的关系不那么清晰。
    角色的传达沟通没做好（译者注：应该是指把角色向整个项目组的成员传达）。通常的手段就是把做得像简历一样的文档打印到很大一张纸上，然后四处张贴。
    没有真正认识到要怎么去使用角色模型。尤其是在整个项目过程中没有向所有的人一直不停地讲述模型。
    没有足够的资源支持。包括高层的支持、人力资源和预算等。
    引出的思考

    怎么提取用户抽象是最好的办法？
    可以虚构到什么程度？那些内容必须以数据为基础？
    哪些数据是最合适的？
    怎样才能把不同类型的数据整合起来？
    几个相关的产品开发小组能不能共享一组通用的用户抽象？
    怎么评价这些努力是值得的？
    结果我们的产品变得更好了吗？等等
    实践中的细节

    利用已有的数据，特别是用户研究的数据。包括行业调研、焦点组、用户访谈和市场趋势研究等。
    角度数量控制在一个比较可控范围：3-6个。
    收集大量相关的市场调研和用户研究数据（从网上或者一些外部资源）。
    创建一个“反面角色”，尽可能表现出那些没有被考虑到的用户。
    Windows项目中人员较多，所以拆分到两三个人的多个小组中，每组负责一个角色。
    关于角色的每一句描述都尽可能地和数据相关联。
    创建一个“基础文档”，所有的角色都在这个基础上创建。它包括数据、关键属性、照片、相关材料等）。
    当一个角色基本上被创建出来之后，就近找一个人来当模特，为他拍上一到两小时的照片，用作后面的视觉材料。避免使用图库的图片，因为图库中的同一个人常常只有一两张照片（译者注：我们现在可以利用一下flickr，那上面有好多喜欢把自己24小时生活都展示出来的人）。
    角色完成之后，为它建一个网站。找那些总体上匹配的用户来看看在细节上是不是和他们匹配。
    角色和文档都搞定之后，开一个启动会议来向大家介绍。
    用多种方法让大家时刻都记得角色模型。比如做一些角色模型（真的模型，玩具）、印有角色的鼠标垫、啤酒杯、其他多种形式的电子材料等等。
    花大量的精力保证产品和功能文档中包含使用角色模型来创建的情景流程。
    视觉设计师在角色模型的基础上来创作视觉表现。