消息 App 的演变
Google ， Facebook 这些牛逼公司都对消息 App 很狂热，当然了还有 Apple ，不是三分钟热度那种。当然了，消息 App 的演进也在按照用户的需求演进。这个可用性测试也证明了用户需要这种人工智能的产品。
作为开端，短信和彩信已经存在了几十年了，依然坚挺的存在着。WhatsApp，Hike，微信这类应用，代表着消息传递的第二个时代。人们分享信息，互相聊天或者群发消息，这些都是我们现在用消息 App 做着的事情。
作为全球 IT 界最低调最骚气的公司，永远这么风骚，谷歌提出了下一代消息应用，就是我们今天的主角—— Google Allo 。这款智能消息应用背后的理念是：无论如何消息传递都会占掉我们使用手机的大量时间，那为什么不干脆把我们在手机上所有操作产生的消息全都放到一个入口？这想法，真特么屌啊，产品经理们不应该从 Allo 里学学什么才是真正给产品做减法么？
关于 Google Allo
Google Allo 是一个能跟你的朋友和家人聊天的只能消息平台。它帮你制定计划，寻找信息，更加吊炸天的一个功能是它能通过预测你会说什么让你更轻松地表达自己，单身狗不知道怎么跟女神聊，偷着乐吧（不过，蛋疼的是要想用，先翻墙）。还有很多其他的功能，比如可爱的贴纸，图片涂鸦，自定义文字大小等。
讲了这么多，想想能对这款超叼的 App 做可用性测试就莫名的有些开心呢。
可用性测试的目标
预测性智能回复是 Google Allo 最牛逼闪闪的功能。测试的目的是确定 Allo 在对话和理解的可用性，以及答复建议的是否有用。
用户研究
用户角色
在进行可用性测试之前，我创建了一个用户角色来更好地理解 Allo 安卓 App 的目标用户。这个过程帮我深入用户内心，深入思考他们的使用场景、需求和目标。大部分用户角色是 WhatsApp 和类似的消息应用的现有用户。
如此符合马库斯的需求！
试验平台
我用在线工具 CanvasFlip 创建原型并分析 UX ，比如会话重放（用户视频），转化漏斗和热图。
测试中没有用户
我用比较多的受众测试了应用程序的原型，以确保交互界面是否有问题，并了解平均聊天时间的长度标准。所以我测试了32个安卓用户。
任务场景，给予用户
我把消息应用最常见的使用场景作为了测试任务-“告诉你朋友你正在进行的奇妙旅途，给他发送关于这场旅行的图片以及细节。”
可用性测试
我选择了没有监管的远程可用性测试，因为我想捕获用户在自然状态下使用产品的体验，躺在床上、教室里把手机藏在课桌下或是在公共汽车站等车。因为跟坐在房间或在自助餐厅里坐我对面比起来，在这些情景下，更容易很自然的发送消息。
所以这里是我为测试构建的原型。
原型测试：
在新标签中打开原型以体验它。
我对 Google Allo 原型的见解：
聊天界面的 UX 流程非常简单干净，没有过载或过多的选项。更重要的是， Google 的设计团队牢记，用户没必要去重新学习聊天应用。因此用户在搞清楚 App 使用流程上不会遇到任何问题。 Allo 的大多数用户都来自 WhatsApp用户社区，因此，表情、发送位置的图标，语音消息的图标位置都不用播放。
1.最小的流程摩擦摩擦
检查使用原型的用户的这些会话记录，我们在流程中没有发现任何摩擦…
2.预测回复的有用性
我的原型有两个流程：1.用户输入消息并发送2.用户选择预测答复。分析显示，大约78%的用户选择预测的回复，这就是说用户接受建议而不是非常乐于使用它。我对此持积极态度，因为随着时间的推移，这些预测回复肯定会越来越好。
Google Allo 中还有多个其他功能，我期待着测试。但现在，聊天功能（在消息传递应用程序的主要功能）的工作原理就已经很迷人了！
最后的话
很明显， Google Allo 还处在比较早期的阶段，它的建议回复还不能说出你的想法。但它确实设法减少了80%的打字负担。这是消息 App 里用户体验的一大飞跃。
Jason Cornwell， Allo 的 UX 负责人：
“像我这样的设计师的工作是让 UI 消失…我们只是到了自然语言处理和 AI 就足够好，你不必再创建 UI 设计了。
本文由吆喝科技编译自：canvasflip.com/blog/index.php/2016/09/28/usability-google-allo-ai-messaging-app/#alertConatiner
原创文章，作者：ioued，如若转载，请注明出处：https://www.iamue.com/18772/
