接待复盘模板
填入基本信息、关键事件、客户反馈,自动生成结构化 Markdown 复盘文档:KPI 达成 / 亮点 / 问题 / 根因 / 改进项 / 经验沉淀,6 个段落直接可发到团队群或归档。
接待基本信息
关键事件(按时序)
客户反馈(带原话)
自己做得不够好的地方
亮点
复盘文档(Markdown)
就绪
文档结构说明
① 基本信息
主题/日期/参与方一目了然
主题/日期/参与方一目了然
② KPI 达成
对照接待前设定的目标逐项打勾
对照接待前设定的目标逐项打勾
③ 亮点沉淀
可复制的成功动作
可复制的成功动作
④ 问题清单
不回避失误
不回避失误
⑤ 根因分析
不只列问题,找系统性原因
不只列问题,找系统性原因
⑥ 改进项
具体到责任人和截止日
具体到责任人和截止日
怎么用这个工具
- 接待结束 2 小时内开始:趁记忆清晰先填"基本信息"和"关键事件",客户反馈当天必须记录。
- 目标对照:在"接待前设定的 3 个目标"里写下预期目标,工具会自动对比达成情况。
- 不要只写问题不写亮点:很多团队复盘变成"批斗会",会打击士气。亮点沉淀是 SOP 的来源。
- 根因至少挖 3 层:问题→直接原因→流程原因→系统原因。比如"投影仪坏"→"没备用"→"未演练"→"采购流程未涉及应急"。
- 改进项必须可执行:"加强培训"是空话;"5 月 20 日前由李经理建立应急 SOP 并演练 2 次"是可执行。
使用注意事项
- 客户原话要去敏:归档复盘文档时,客户原话要去掉敏感信息(如金额、未公开的合作方)。
- 复盘不是考核:复盘目的是改进流程,不是追究个人责任。避免把文档变成追责材料,否则团队会开始隐瞒问题。
- 复盘文档要归档:建议按"日期-客户名"命名,归档到团队云盘。3 个月后回看会发现很多重复问题。
- 不要流于形式:避免"应付交差"式的复盘。每份复盘至少要产出一个可执行的改进项,否则等于没复盘。
常见问题
复盘文档怎么分享给团队?
工具生成的是 Markdown,可直接复制到飞书/钉钉/Notion;也可下载 .md 文件发邮件。Markdown 在多数办公软件中会自动渲染格式,无需额外排版。
为什么强调"KPI 达成"而不是"自我评价"?
自我评价主观偏差大,KPI 对照更客观。接待前定 3 个具体目标,接待后逐项打勾(✓✓✓/✓✓/✓/✗),团队一眼就能看出效果。"自我感觉良好"在 KPI 面前会原形毕露。
数据会保存在哪里?
所有输入和生成的文档只在浏览器本地运行,不会上传到任何服务器。但刷新页面后输入框内容会清空,建议生成后立即复制或下载。
复杂的接待(如多日跨城市)能写吗?
可以。建议把"接待基本信息"里的"接待主题"写明多日/多城市,"关键事件"按时序写完整,工具会按整体输出。极复杂接待可拆成 2-3 份分阶段复盘。
「接待复盘模板」的结果应该怎么看?
先看最后给出的那个数值,再回到这一段解释里对照:输入接待基本信息+关键事件+客户反馈,自动生成结构化复盘文档(KPI达成/亮点/问题/根因/改进项/经验沉淀),可输出Markdown格式。 看的时候把「数值本身」和「数值成立的前提」分开看,前者是你填进去的东西算出来的,后者决定了它在什么情况下才算数。数值变大或变小分别代表什么,页面在这一节里已经写清楚了。拿到「接待复盘模板」的结果后可以直接照着做吗?
把它当成做决定前的一份对照材料,比当成答案更稳妥:客户原话要去敏 :归档复盘文档时,客户原话要去掉敏感信息(如金额、未公开的合作方)。 复盘不是考核 :复盘目的是改进流程,不是追究个人责任。避免把文档变成追责材料,否则团队会开始隐瞒问题。 复盘文档要归档 :建议按"日期-客户名"命名,归档到团队云盘。3 个月后回看会发现很多重复问题。 不要流于形式 :避免"应付交差"式的复盘。每份复盘至少要产出一个可执行的改进项,否则等于没复盘。 这一页给出的是在当前输入下算出来的一个量级,它并不包含你的实际执行成本、突发情况和对方可能的变化。真正落地之前,再把结果和实际条件对一遍,看看哪些假设在现实里不成立。接待复盘模板需要填写哪些信息?
「接待复盘模板」一共用到 7 个输入项:接待主题、日期、客户方(公司/姓名)、我方主负责人、客户等级、接待形式、接待前设定的 3 个目标。这些字段在页面上是按计算顺序排下来的,前面的输入会直接影响后面的结果,所以不要跳过看不懂的那一栏。建议先把每个数字的单位口径对齐再动手填,单位不统一是这类计算里最常见、也最容易被忽略的错误来源。相关工具推荐
工具局限声明:复盘文档由用户输入自动生成,工具不做内容真实性判断。归档前请自行审核敏感信息和数据准确性。