原创译文：以用户为中心的设计(JiveCircle案例学习).pdf

原创译文：以用户为中心的设计（ Jive Circle 案例学习） 作者参与设计了自家公司产品 Jive Circle 后，总结出以用户为中心的设计步骤，配以实际案例 ，能让读者深刻体会到如何从需求分析开始，快速将一款产品到推向市场。很值得参考和 学习。 我们刚发布了 Jive Circle ，一款全新的企业通讯录 app ，自年初开始，我们一直为它奋战着。对于这 款app ，我感到非常兴奋，因为我们能采用 “以用户为中心 ”的思路来设计它，从而确保我们开发出既 有用又可用的产品。在这篇文章中，我很乐意分享一些我们的设计流程，以及作为一个团队我们所 学到的经验教训。 所以，让我们从每个产品都会经历的地方开始 —— 用户需求。 从头说起：用户需求 Jive Circle 是我们为企业办公 app 贡献的第 3 款产品。第一个（ Jive Daily ）和第二个（ Jive Chime ） 在今年早些时候已发布。通过对这些 app 做的市场调研，调查小组发现了一个亟待解决的新痛点： 企业通讯录。 人们一般会在一天中多次访问企业通讯录，而这一过程会带来很糟糕的体验。通常人力资源系统或 内网系统能满足需求，但调研显示，人们很少会用这些系统（原因很多，既可能是因为难用，也可 能是因为忘记密码又懒的找回）。相对的，他们会采用从 “Microsoft Outlook 中寻找通讯录这种体” 验极差的方式来满足需求。 企业通讯录中，最常用的找人方法有以下几步： 这完全不是一种理想的方法。于是我们看到了机会，用 Jive Circle 来解决这个问题。 行胜于言：原型解决方案 最开始，我们就想要一个正确的设计流程。我们团队内部达成一致，希望在早期就随时能收到用户 反馈，此外，我们会尽可能快地产出一个可用原型，并从此启动迭代。 在开始进行任何设计工作前，首先我想要团队清楚基本的用户使用流程和信息架构。我们花费了几 个星期梳理正确流程，但在 v5.1 版本才敲定了最终方案（很抱歉下图中我模糊了一部分模块，这些 是我们即将推出的新功能，还不能告诉你们哦 ~ ） user flow 该版本后，此流程几乎从未变过。相比那些仅做了视觉稿，然后自求多福的方法，从梳理用户流程 开始，对产品设计而言极其有帮助。在做信息架构时我们遇到了很多问题和争议，而在这一阶段就 解决掉它们，比起开始做设计后再解决，要更有效地多。 确定好基本流程，就可以开始进行（原型）设计了。我选择 Proto.io 来做初始原型。当然，也有很多 其他选择，但 Proto.io 是最能满足我需求的工具（包括提供 长按“ ”手势操作，这是其他工具那时还没 有的功能）。 现在再回顾那时的原型，我很吃惊地看到从第一版原型到我们第一个的 Alpha 测试版本的进化。一 些元素改变很大，另一些则保持大部分不变。这里有个例子，首版原型 Home 页面，和今天 Beta 版 本的页面对比： home-evolution 更突出的搜索框，更专业的 “team模块，以及底部基于卡片化的信息呈现，所以的改变都直接基于” 可用性测试 —— 但更多的改变是在那之后。 每隔几天，我都会基于团队反馈发布一个新版原型，上面列出所有改动点： change log 就像你在上图中看到的，此时我们发布了 v3.1版本，我们意识到在进行下一步之前，是时候该将它 推到用户面前了。 节省时间和计划：可用性测试 对这款产品，我们非常有必要做至少 2轮可用性测试：一轮针对原型，另一轮针对首个 alpha 测试 版本。所以利用 v3.1版本原型，我通过可用性测试更好地了解到人们当时是如何使用他们的企业通 讯录的，以及我们推出的方案做的如何。