V1.0
先把入口摆正
六个栏目、四十八条条目的框架在这时定下来，第一次做到输入一个词就能落到具体那一条。
SECTION 01
从一间客厅开始的来路
2019 年，算上我们一共四个人，在一间客厅里围着一张桌子干活。接到的第一个像样的问题很具体：一位出差到呼和浩特的用户，在手机上翻了半天，找不到我们前一周发给他的那份旧资料。
事情不大，但足够说明问题——东西再多，入口歪了，人就散了。所以第一件事不是往里加内容，是把入口摆正：六个栏目、四十八条条目，每条都写清它属于哪个栏目、什么时候更新过、适配到哪个版本。这套做法后来长成了站内索引，也长成了今天四条产品线里的第一条。
再往后，案例与服务被拆成两块分开整理，旧版本不再一删了之，移动端被摆到最前面。四次转折，四次大版本，路子一直是同一条。
SECTION 02
年份刻度上的四个阶段
四个大版本走下来，变的东西都发生在同一处：让路径短一点，再短一点。
-
-
V2.0
案例和服务分开走
案例合集收进 120 个场景化案例，按 8 个主题分类归档；服务介绍改成短段落加编号列表，读起来不再是通篇的长条款。
-
V3.0
旧版本不再一删了之
版本资料库按稳定版、兼容版、归档版三级标注，保留近三年共 26 个历史版本条目，每季度集中归档一次。
-
V4.0
把手机端摆到最前面
iOS 入口与站内索引固定到首屏可达的位置，滚动两屏内就能完成跳转；适配 iOS 14 及以上系统，覆盖 12 个常见机型分组。
索引不是摆给人看的目录，是把赶时间的人省下来的那几分钟。
SECTION 03
十八个人，三个组，各守一段路
01
编辑组
把用户问的问题写成一段能独立读懂的话。案例、答疑和回访笔记都从这里出来，写完先自己念一遍，念着别扭就重写。
日常：每天过一遍新增的问题与反馈，挑出值得写的那几条。
02
索引组
维持六栏目四十八条条目的更新节奏，每周维护两次。每条条目里的栏目归属、更新批次、适配版本三项信息由他们盯住。
日常：检查新上线的条目是否落在该在的位置上。
03
适配测试组
五个人，每月完成六十组机型与系统组合的回归测试。iOS 入口的每一次调整，都要在他们手上老老实实走一遍。
日常：在真机上走入口，确认不同机型分组都落到同一处。
三个组每周碰一次头，时间不长，多数时候只是把上周没解决的两三件事拿出来对齐。
SECTION 04
四条产品线是怎么长出来的
产品线不是开会规划出来的，是被用户一次次问出来的。问得多了，就成了一条线。
SECTION 05
一条内容上线前，要过几道工序
-
01
收集
从答疑、反馈和回访笔记里挑出被反复问到的问题，同一个问题出现过两回就值得写。
-
02
编写
编辑组写成一段能独立看懂的话，配齐所属栏目、更新批次、适配版本三项，控制在一屏读得完的长度。
-
03
对照
索引组拿新条目和现有说法比对一遍，前后对不上的退回第一步重写，不进下一道。
-
04
真机走一遍
适配测试组在机型分组里实际点进去，确认路径通、落点对，不是只看截图。
-
05
上线与归档
上线后进入月度归档，每月一次，每季度再做一次集中整理。内容上的错误平均两个工作日内完成修订并更新。
SECTION 06
把服务落在内蒙古，也把回话的节奏定下来
我们以内蒙古为指定服务地区。这里是起步的地方，也是大部分合作咨询来的方向。本地的事当面聊清楚，通常比来回发一堆消息要快。
工作日上午九点到下午六点，是有人在的时间。邮件的首次答复一般不超过四个小时；站内索引相关的问题，把页面路径一起附上，定位会快很多；iOS 入口的咨询注明设备型号与系统版本，能省掉一轮来回。
内容上发现错字、旧信息或者走不通的入口，纠错平均两个工作日内完成修订并更新。想直接找到人，意见反馈页面里有完整的联系方式与填写提示，写明页面位置和看到的情况就够了。