用 AI 写帮助中心文档：把用户问烂的问题变成自助手册
先把手头的真问题倒出来
写帮助中心最忌拍脑袋列条目，你以为用户会问的，跟他们真问的往往两码事。正确路子是先把客服系统、工单、社群里的高频问题导出来，按出现次数排个序。这跟定位 bug 先看法线日志一个道理，哪儿报错多先打哪儿。我当年管支持团队，每周必拉一遍问题榜，前十名就是下周文档的优先项。原料是真实的，写出来的东西才有人看。凭想象写出来的帮助，最后都成了摆设，谁也不点。
让 AI 把问题归成体系
问题攒了一堆，得分类才有骨架。让模型按「怎么注册、怎么付费、怎么退款、常见报错」这类维度归拢，别让它直接写答案。分类这活儿它干得比人快，但拍板得你来做——你最清楚自家产品的逻辑。我习惯让它出三版分类方案，我挑那个最贴合用户心智的。分完类，用户找答案才不迷路，不然一百条平铺直叙，看着就头大。结构稳了，后面填内容顺风顺水，老炮都走这条省心路。
每篇照固定骨架写
单篇帮助文档也别自由发挥，固定一套结构最省力：一句话说清这是啥问题、分步骤的操作、卡住时该看啥、还不行找谁。让 AI 每次都按这个模子填。这跟写接口文档一个思路，格式统一，用户读一篇就会读全部。我存了一套提示词模板，每次换新功能就套，半小时出一篇像样的。新手别追求文采，把步骤写准写全，比啥都强。用户要的是照着做能成，不是看你遣词造句。
语气得跟你品牌对上
帮助文档也是门面，冷冰冰的「请勿」「须知」没人爱看。给 AI 一个口吻要求，比如「用朋友唠嗑的口气，别端着也别卖萌」，出来的调调立马不一样。我带过不同调性的产品，统一的经验是：文档口气和产品整体越一致，用户信任感越强。但分寸要拿稳，专业的事不能为了亲切就糊弄。模型初稿常要么太硬要么太油，你专门嘱咐一句，它就能找准那个劲儿。语气对了，自助率自然往上走。
拿新工单持续回炉
帮助中心不是写完就完，产品一改、新问题一冒，文档就得跟。我习惯每周把新冒出来的工单丢给 AI，让它比对现有文档，标出「这块没覆盖」「那块说过时了」。这跟代码要持续集成一个理，放着不维护准腐化。回炉一次成本不高，但能救你于「用户照文档操作却报错」的尴尬。工具帮你发现缺口，但「啥该写进文档」那个判断，还是得你拿。别让文档成了没人信的摆设。
老程序员的两条底线
唠到最后两条。第一，文档里涉及账号、支付这些敏感操作，步骤必须跟实际产品严格对齐，写错了用户真金白银吃亏，那是要担责的，别让模型瞎编按钮位置。第二，能自助解决的尽量让用户自助，但永远留个找真人的口子，别把人逼到死胡同。帮助中心是放大器，写得好客服少挨骂，写歪了火上浇油。工具帮你把 repetitious 的活儿卸下来，分寸还得你这人把着。
