一个纯粹的聊球去处，
是怎么做起来的

• [ 01 ]

  先说结论，再讲来龙去脉

  一段话说清一件事，句子尽量短。遇到要动手的地方，写成能一步一步跟着点的顺序，不让你在一大段说明里费劲找关键那句。

• [ 02 ]

  版本号摊开写，谁都能读

  版本号是 3.x.y 的三段式：中间那位说明这轮加了什么，最后一位说明修了什么。当前跑到哪个区间，在应用与版本页上摆着，扫一眼就知道手里这份是不是新的。

• [ 03 ]

  每条反馈都有去处

  提交之后会归进登录与设备、版本与更新、消息与通知、账号与隐私、访问与网络这五个标签里的一个，处理到哪一步也跟着标签走。同类问题攒够几条，我们就把它写成一条正式说明。

1. 01

   选题

   从收到的反馈和场边日志里挑。反复出现的问题优先写，只被提过一次的先记着。

2. 02

   写初稿

   一个人写，尽量把步骤拆到能照着点的粒度。写的时候先想「他卡在哪」，再想这句要不要留。

3. 03

   照着走一遍

   换另一个人拿真机跟着稿子走一遍。哪一步走不通，退回上一步改，改完再走。

4. 04

   挂上去

   确认没问题，挂到对应栏目，同时进问题反馈中心的那份清单，在 128 条常见问题里给它找个位置。

每个季度还会把 128 条常见问题整体过一遍，删掉已经不作数的，补上新的。其中被问得最多的 36 条，永远排在清单最前面。

1. 刻度 01

   一个入口

   只有一页，解决的是换了设备之后还能不能接着用的问题。页面很短，短到不用滚动。

   当时的判断：把一个问题说透，比铺十个栏目有用。

2. 刻度 02

   四个栏目摆开

   应用与版本、场边日志、问题反馈中心、联系与反馈陆续立起来，开始按栏目各自的节奏更新。

   当时的判断：有人是来看动态的，有人是来找答案的，不该挤在同一页里。

3. 刻度 03

   记录攒厚了

   场边日志累到 240 余条，常见问题整理出 128 条，其中被反复追问的高频问题 36 条。

   当时的判断：能被反复问到的问题，就值得写成一条正式说明，而不是回一次算一次。

4. 刻度 04

   版本成组呈现

   最近 12 次版本迭代按赛季阶段成组摆出来，3.x.y 的三段式一眼读出加了什么、修了什么。

   当时的判断：版本这件事说得越具体，需要来问的人就越少。

• 栏目再厚一点

  三个专题系列各自补到六条左右。换设备登录和夜间看球习惯这两条先补满，它们是回访的人问得最多的。

• 版本说明写细一点

  每一轮改了什么都写具体，少用一句话带过。能让你在更新之前就知道这次动的是哪儿，而不是更新完再猜。

• 反馈的脚步看得见

  把处理进度直接标在分类标签上。提交完你就知道它走到了哪一步，不必隔两天再来问一次。