自助支持验收：拦截率、首次解决率、成本与风险四张表
自助支持做了三个月，值不值得继续？本文沿用 200 次支持需求的漏斗，区分 80.5% 首次解决与 98% 最终解决，按拦截、首次解决、成本和风险四维重算 0.7145 综合分，并明确风险未闭环时必须先修再扩。分数不是考核，是下一季度的动作清单。
tag
自助支持
共 11 篇文章。
人工升级路径：自助失败之后怎么交给人
自助失败之后的交接质量，决定用户会不会把不满写成差评。本文给出自助、一线、本人三级路径，五类必须升级的触发条件，六个交接字段与响应承诺，并用 200 张工单的完整漏斗复算升级率、误升级率与首次解决率。交接包缺一项，用户就要重说一遍。
模板答复与社区答案：把重复回复变成可复用资产
同一句话回到第三十遍，它就该变成资产。本文给出八类模板、确认结论步骤升级四段式、变量与禁用承诺、社区答案的采集审核与转正，并用 180 条复用、21 小时毛节省、10% 失效率与 16 小时净节省复算。模板要维护，否则会制造错误。
更新日志与破坏性变更：让老用户知道发生了什么
一次改动带来的工单，往往比一次故障更多。本文把变更分成四类、受众分成三档，给出破坏性变更的提前期、迁移指南与内容同步清单，并用 200 名受影响用户、40 张额外工单与 4.8 小时节省复算告知成本。告知买的是预期管理。
站内搜索与空结果：让答案真的被找到
帮助中心最大的浪费不是没写，而是写了搜不到。本文把搜索失败分成三类，给出同义词与错误码索引、结果排序规则、空结果日志与每月补十篇的闭环，并用 500 次搜索、15% 空结果率与 60% 点击率复算。先把用户的原词补进标题。
教程与截图：让用户在 60 秒内完成一件事
教程不是功能演示，而是让用户在一分钟内完成一件具体的事。本文给出五块教程模板、截图规范与隐私打码、录屏的适用边界、版本同步清单，并用 24 张截图与 2 段录屏的 7 小时成本、80% 完成率复算。五块齐全，用户才不会掉队。
故障排查树：症状、检查与出口
故障类工单不能靠一篇 FAQ 解决，需要一棵从症状出发的排查树。本文给出检查、分支、出口三型节点，错误码与日志位置的写法，四条出口与死路率，并用 6/8 覆盖、3.2 步与 18 小时建树复算第二阶段回本。树不承诺修复，只负责分流。
FAQ 的写法：从工单原话到可执行答案
FAQ 写不好，多半是作者按功能写、用户按原话找。本文给出从工单原话提取问题、结论步骤失败三段式、标题即搜索句、四条可执行检查，并用 20 条 30 分钟与 8/10 抽检复算成本、合格率与二次工单。先摘原话，再合并问题。
帮助中心的结构：按任务组织，不按功能组织
帮助中心的结构决定用户能不能在两次点击内找到答案。本文给出四层信息架构、一页一任务的页面模板、五个入口与提交工单前的候选答案分流，并用 24/30 的覆盖率、36 张缺口工单与两次点击的导航深度复算。结构先对齐，内容才有人读。
自助支持是一本账：工单分类、可自助比例与四笔成本
自助支持不是先写 FAQ 再盼工单变少，而是一本账：把 200 张工单分成五类，用四条判据筛出可自助的 80 张，再算写作、维护、工具与误自助四笔成本，用回本周期与误自助四型决定做不做、先做哪一层。本文给出分类表与保守复算。
一个人的自助支持：帮助中心、排查树与工单减少（10 篇）
10 篇讲一个人怎么把重复问题从人工路径上移走：先算可自助比例与四笔成本，再搭任务型帮助中心、写 FAQ 与排查树、做教程与搜索，管更新日志与模板答复，最后用三级升级路径与四张验收表收口。全组共用月工单 200 张、单张 12 分钟的基线。