之前很多人给我提到“Personas”这个词，在中国的国度里，并非所有设计师都能很好的英文读写，于是让新手听起来很神秘的样子，我经常脱口而出“用户角色”嘛！我们在生活中也会扮演各种角色，比如，你是你父母的孩子，是小孩的爸爸等等，这里的“孩子”、“爸爸”都是你在不同角度所扮演的角色。同理而言，使用某产品的用户，这个“用户”就是角色。只不过我们把“用户角色”当成一种典型的研究用户的方法，根据用户典型的特点虚拟几个用户，让这些虚拟的用户代表广大用户。就这样，很容易理解。

       对于“用户角色”这个词，是cooper先生最先发明的，在他的aboutface3里，对角色有明确的定义：虚拟的用户；研究用户的工具；一种研究用户的方法。有兴趣的朋友可以翻看”（5）Modeling Users:Personas And Goals”这个章节。在web设计领域里，Angela翻译的《赢在用户》很系统的讲了创建角色的过程。

        创建用户角色，客观的讲是建立在细分用户至上的，就是基于对大众用户的分类，然后创建“用户角色”，很多时候被有些人理解为“典型用户”，典型用户很有价值，但“用户角色”不见得都是典型用户。在用户角色背后，有用户相关数据做支撑，否则很难谈的上客观。关于研究用户的系统讲解，还是建议去看《赢在用户》，的确很系统的一本书。这里不是在推荐《赢在用户》了，大家不要误解。

        如果你刚刚用界面把功能串起来，有了主要的界面草图，甚至草图已经做得较细致了，这时迫切需要大致走一下整个操作过程，以此来串一下整个操作过程是否顺畅，也想找到还没有想到或者还没有想明白的地方。在此提到的”没有用户的可用性测试”应该是个有效的方法。为了便于描述，咱们约定：发起测试者为M，被测试者为T。

一、测试之前我们需要准备什么？

        太简单了，拿出出你的草图(草纸编好循序，以免弄乱) ，准备一只笔和几张草纸，选定你身边的3～5个人(什么人不做限制)，一个小会议室(只要是不被打扰的地方都行，有桌子板凳什么的)。

二、准备就绪，开始我们的测试，逐个约T至小会议室。大致顺序如下：

1）M拿出自己的草稿，说明意图。
2）M按顺序向T展示自己的草图，T根据草图模拟操作(比如：点击XXX，在XXX填写XXX，点击XX按钮打开另一个界面)。最好能在不解释的情况下让T看懂，顺利的情况下T会主动要求操作下一张草图。
3）利用测试间隔，简单的记录发现的问题，并画出被测试者操作草图的路线图。
4）测试完后，”叠加”操作路线图，找到操作规律；总结在测试过程中发现的问题，根据问题出现的概率，判断设计问题。

三、在测试中应注意的问题 Read the rest of this entry »

       昨天一个朋友给我抱怨说：“他妈的！我们的总监太不成熟了，一点小事就大呼小叫的，生怕领导和周围同事不知道是的，那种口气‘啊！怎么会这样呢，咋整成这样了！’，妈的真让你受不了!我打算要“撤”了。”在设计或开发中，出现问题是很正常的，我们怎们沟通这些问题很重要。沟通是一门艺术，很多时候不只是简单的把问题说清楚，更多的时候我们要关心对方接受了多少？以什么样的口气沟通对方会接受更多一些，或者不至于因出言不逊伤害对方的自尊等等，相信大家心中都会积压一些沟通的情绪问题。

一，“自我表现意识”是沟通的大忌！

       不管你想不想承认，很多人在沟通的时候，容易依仗自己的优势，来特意表现自己，故意让周围的人感觉自己比对方强（大概是虚荣心吧）。不知道你有没有碰到过这样的情况：在你寻求（或需要）领导（或同时、朋友等）的帮助的时候，没想到他先指责了你半天。比如：

“这样地方怎么能这么做呢？！这样做多不好！”或 “ 你看这里，你怎么能犯这么低级的错误呢！”或“看你这样做多麻烦！看这么多步！多复杂呀！”他先指责了你半天，
“那给点意见呗，或者说点你自己的观点。”虽然被说了很多不是，虽然你很迷茫且心里很郁闷很气愤，但出于礼貌还是很友好的问道，
“我刚才不是说了吗？！！”对方却反问，
……

       没错，都说了，或许也都说的对，但他只是空洞的指责了这么多，却没有理解你想要什么；或许你只是想拿出一个想法和他讨论一下，期望她给点专业的指点；或许你只是想拿你走一下逻辑，一块梳理一下。而现在，你觉得那么可气，就算他说的有些是对的，你仍然不愿意接受，因为这时候你很讨厌他。

二，沟通者需要就事论事的心态 Read the rest of this entry »

        在很多时候，公司未必给予我们提供充足的条件让我们专门从事用户研究；抱怨之余，我们应该积极的为设计找些支撑点。在此分享一下，我们在没有专门的用户供研究的情况下是如何做用户研究的，那就是：分析同类产品的用户。因为不是直接研究自己的目标用户，所以在此称为“曲线”用户研究。但这些方法仅适用于有经验并且有分析能力的设计师，因为有经验的设计师知道自己需要什么，有分析能力的设计师可以敏感的发现信息，并准确的分析出有用信息。

1、分析同类产品的用户案例

        在做音频编辑产品的时候，我就通过视频搜索，搜索到很多关于视频编辑的教学短片，有些是用户自录的使用视频，观看这些视频，设计师可以直观的看到用户是如何操作的，在操作的时候，那些感觉麻烦，哪里常犯错，那些功能是经常使用的，等等。通过分析之后，我们可以得到主要功能列表和简短的使用场景。在接下来的设计中，我们可以以此为支撑点，通过思考加工，变成有价值的设计依据。起码我们有靠谱的资料做支撑，比起拍脑门做设计要强很多吧！

2、分析同类产品的反馈论坛

        在同类产品的反馈论坛中，有用户反馈的许多问题，这些问题值得我们直接借鉴，就像研究历史一样，“以史为鉴”可以让我们避免犯重复的错误。要不然，我们不可避免的还要像我们的对手一样再次走这些弯路，既然我们有了可以避免的途径，为何不“以史为鉴”呢。在同类产品的反馈论坛中同样有着很多用户提出的需求，很多需求很值得采纳，还可以基于用户的描述来构建需求的使用场景，甚至勾画出简单的使用原型。同时用户提出这些需求表明，对手还未做到，我们通过“对手的信息”，以此来超越对手。对用户关注程度是根本，因为关注用户，我们能得到更贴切的功能，更多的需求，设计出更易用的产品；同时意味着产品能挣更多的钱，因为用户会因此而“买账”。

3、观察同类产品的用户 Read the rest of this entry »