答疑时间是什么
固定答疑时间（Office Hours）指专家在每周固定时段集中接待提问，替代随时被打断的工作方式。它同时是知识生产机制：公开日程、要求提问者带上具体问题与上下文、现场解决或转跟进，把高频问答整理成 FAQ 与知识条目。相比随问随答，它降低了打断成本，也让答案能被后来者复用。
基本信息
| 形式 | 每周固定时段（通常 1-2 小时），线上会议或线下工位 |
|---|---|
| 参与者 | 平台或领域专家主持，任何同事可登记提问 |
| 参与规则 | 提前登记问题并写明上下文、已尝试的方案 |
| 产出 | 已解决结论、转工单的跟进项、新补的知识条目 |
| 沉淀渠道 | FAQ 页面、知识库条目、常见问题邮件组 |
典型使用场景
- 平台类团队服务多个业务线，用固定窗口集中答疑替代零散打扰
- 新人上手期：集中解答环境、流程、工具类共性问题
- 跨团队方案评审前置：在写方案前先问清依赖与约束
- 疑难问题会诊：多人共同排查，把结论沉淀成条目
- 架构或规范发布后：集中解释变更点与迁移注意事项
运转示例
运转示例
每周三 15:00-16:00 平台答疑（线上会议，日历公开）
参与者在登记表中填写问题、影响范围、已排查步骤
主持人按优先级排序：阻塞类优先，咨询类后置
未解决项当场转工单并指定负责人与期限
结束后 24 小时内更新 FAQ 与知识条目问题分流规则
| 问题类型 | 处理方式 |
|---|---|
| 文档可查 | 现场给出链接，并检查文档是否需要补充 |
| 需现场排查 | 答疑时段内共同排查，记录结论 |
| 复杂疑难 | 转专项跟进，限期内回写结论到知识库 |
| 需求类请求 | 不在答疑范围，转需求流程并说明 |
| 重复出现三次以上 | 升级为待补文档项，指定撰写人 |
答疑时间的价值一半在会中、一半在会后：如果不能把结论写回文档，同一问题下个月还会被再问一次，投入的时间就没有累积效应。建议每次答疑结束固定输出一条 FAQ 更新。
要避免答疑变成“专家替人做事”：提问者应带上自己的排查过程，主持人引导思路而不是直接代为操作，否则团队能力不会随答疑提升。