花儿@Oscar Dream makes me always full of confidence…

大家在体验新产品的时候往往有一种经验，作为菜鸟，我如何快速读懂这个产品，快速成为中级用户是对一个产品质量的最佳体现。往往所有产品都会提供一份无比详细，充满文字图示的help文档。但是往往这些死气沉沉的长篇大论是无法让人长期依赖。开发方面也常常无法让help的内容跟上产品更新的速度。这让help文档很快成为了产品环节的一个鸡肋。

最近在体验facebook的过程中，发现了一些简单但是非常悦目的体验，请看如下图示：

1.我们在产品中如果有新特性，如果友好的让客户知晓，难道只有通过频繁的邮件或者是传统的发布list来告知用户吗，如果只有这些客户又会花多少耐心来听取这些呢，我们看这个案例：

这里是一个 添加 Badge的预留位，当客户看到这个特性预留位，尝试性的会点击这个提示。

2.点击后大家直觉会跳到哪里呢，是不是大家都觉得跳去 create Badge页面呢？ok，我们看第二个图示：

确实与我们的第一直觉有些异同，我们可以看到这个跳转是来到了一个简单的介绍页面，其实就是我们所谓的help。在这个页面，我们看到一些简单的图示加以文字介绍让用户在最短的时间内忍受了help的冲击，顺理成章的接受了这个特性的洗脑。在了解了什么是“Badge”之后，我们可以从这个页面选择Creater Badge，跳转到真正的Create页面。这么做避免了过于“理性”跳转，即使让客户进入了Create页面，用户在未对新特性有完全了解的前提下，猜疑和不信任的心里会让客户轻易的放弃此功能。所以在加入中间这个简单的过度跳转，让客户有了非常好的体验。

总结一下这个简单的体验，其实我们在开发我们的产品过程总会有一个心态。希望我们的产品特性以最小的推广代价让客户了解，并且希望以最小的沟通代价让客户迅速摆脱菜鸟阶段。这时候我们必然要依赖help文档，但是我们如何将这两者发挥到极致，我们需要的就是分流我们的help，让help无处不再，让help变得更加人性化，用不超过用户忍耐程度help去征服用户。通过这些我们就让原本鸡肋的help从此走向无与伦比的美丽。