我们一直采用第三方提供的 Knowledge Base 插件写文章，所以原来的文章页面设计是什么样的，我们就用什么样的，但插件提供的形式已经完全无法满足当时的发展和文章的需要，所以我们需要对文章页面进行一次整体的改版。TOC 的添加只是在改版的过程中主观认为偏教程类的文章添加一个文章索引有利于用户体验，且为了节省时间，我们直接选用了未经过多更改和验证的第三方的免费插件，这也为日后的插件更新可能带出的问题埋下隐患。
为了页面能够快速上线，改版的时候，我们计划的 A/B 分裂测试是针对整个页面设计的，并没有针对页面上的每一个功能进行独立的测试和优化，因为这样做会导致效率低、成效慢，在当时的情况一次性全局测试才是最优的方法。所以这样的一个结果就不能保证页面的每一个元素或功能的实际使用情况是真正有效和有意义的。
我们后期有针对文章页面的一些功能，比如 Related articles 做出优化和改进，并且针对文章页面进行了不少功能的独立测试，包括页面的二级导航等等，但唯独没有测试过侧边栏文章目录的功能。
近期我们补做了一次针对这个功能的 A/B 分裂测试和设置数据追踪，这个行动最后观察下来，让我决定将该功能关闭。
原因有几点：
- 关于文章 Table of contents 的 A/B 测试结果，经过完整 14 天的观察，开启或移除侧边栏的文章目录对我们的转化率没有影响，并未达到一个显著性的差异。
- 这个功能的使用率根据两周的数据观察，使用率不算高。通过 Google Analytics 的数据，计算得出：TOC 的总唯一点击率占整个文章访问量的 1.1%
- 使用率不高、对转化率没有影响，对 SEO 搜索和流量增长也没有帮助，那么，我找不到它存在的价值，投入和产出不成正比，这不符合我们一贯秉承的 2/8 法则，将有限的资源集中在能产出 80% 的事情上，然后投入 100% 的精力。我们完全可以利用侧边空白区域进行一些可能更有价值的功能或展示形式的探索。
在页面设计、功能需求的产出，我们需要留意的是用数据化设计方法，主观合理的推断需要有，但是当设计的敏锐性没有培养起来的时候，更需要用数据验证，衡量好投入和产出，给出一个合理的推测（你是如何进行推衍的，依据是什么），然后设计一个解决方法，以最小化的方式和代价拿到数据结果，验证有用后，再投入更多时间进行功能的实现和优化。
写下你的评论