我们会发现，日常中见到的很多帮助中心似乎有些“鸡肋”，要么是不容易找到，或者说无法在用户需要的时候出现；要么是内容解决不了用户的问题；还可能是内容过于“教条化”，像上课一样
试想，你上学的时候听完课，是不是还会有很多疑惑？
结合上述三类问题，对比来看，我认为是个好的帮助中心功能，应该以这三点为基础。即
能够在用户需要时快速找到的，可以快速解决用户问题，无需人工介入的工具
未来一段时间，我将陆续在公众号上拆解其他平台的帮助中心，并从中分析用户场景和优化建议
另外，我还会分享对于帮助中心这个功能的看法。它的核心价值到底是什么？是为了帮助用户？还是为了节约成本？亦或是其他
帮助中心这样一个产品必备功能，但大多数产品都做不好的功能，其背后的故事又有什么？产品和研发之间，产品和市场之间又会有哪些博弈的故事
后续的文章我都会慢慢写出来
（饼画的有点大，脑壳疼~）
最后，分享一则最近发生的小故事，正式这则故事让我坚定了加快写这一系列文章的动力
前阵子一位朋友给我闺女买了一辆玩具车，车座子下面的空间里装了一些配件，需要打开车座把配件拿出来
就这样一个简单的操作，我研究了不少于半个小时
首先经过排查，我确认这个座子不是通过按钮打开的，之后我试着从不同角度用力，也没有打开
其次，我查看了店铺的产品介绍、详情、安装视频，都没有找到这个座子怎么打开
之后，我又发现评论区也有用户在问，车座子怎么打开？没人回复...
没办法，我去问了客服。然而客服是个新来的，他一直在说，我帮您确认一下，稍后回复。我等了半个小时也没告诉我怎么打开
最后，我老婆下班回来了，大力出奇迹，它开了
就是这样一个亲身经历，让我重新思考对方提供的安装视频所暴露的问题
那则视频通篇都是在讲如何正常安装。但是过程中如若出现了任何问题，都不知道是什么原因
比如配件在哪，比如配件可能有几种类型，有哪些区别。包括车座子怎么打开。安装时容易出现哪些错误等等
就像很多初中级产品设计功能逻辑时，只考虑正向交易，忽略逆向交易和错误操作后的反馈与处理机制
因此，帮助中心到底能不能真正帮到用户？这是一个非常值得产品团队思考的问题。尤其是B端产品，面对复杂的操作，匹配对应的客服和售后团队是非常耗费成本和资源的
如果能够通过好的功能设计让用户自主解决、自主学习，岂不是一件长期有价值的事情？
其实，我们多去研究一下游戏的指引思路，其中可以提炼出很多关键的方法论，为我们提供很多灵感
我们经常忽视习以为常的体验，而这些体验所形成的惯性思维，才是我们真正需要跳脱出来揣摩的“背后推手”
