书面沟通的 5C 原则是什么
5C 是书面沟通的一组自检维度：正确（Correct，数据与结论经过核对）、简洁（Concise，没有冗余叙述）、清晰（Clear，陌生读者能一次读懂）、连贯（Coherent，结构顺序支撑结论）、可控（Controlled，语气中性克制）。它常用于报告、邮件与需求文档的定稿检查。实操顺序是先保证正确与清晰，再压缩篇幅；把结论放在开头，是让长文档能被快速处理的关键写法。
基本信息
| 正确 Correct | 数据、口径与结论经核对，引用可追溯 |
|---|---|
| 简洁 Concise | 删掉不影响信息的重复叙述与铺垫 |
| 清晰 Clear | 结构分明、术语统一、指代明确 |
| 连贯 Coherent | 段落有逻辑顺序，前后不矛盾 |
| 可控 Controlled | 语气中性，不激化对立 |
| 常用载体 | 状态报告、邮件、需求与设计文档、会议纪要 |
典型使用场景
- 状态报告定稿前，核对数据口径与结论是否互相支持
- 写进度邮件时，用一句话说清请求对方做什么、什么时候前完成
- 需求文档评审前压缩冗余，把评审时间留给真正的争议点
- 向上汇报坏消息，控制语气并同时给出现状与可选方案
- 对外交付文件前做一轮 5C 自查，减少反复修订往返
改稿检查
| 维度 | 自检问题 | 不合格表现 |
|---|---|---|
| 正确 | 数据与结论是否核对过 | 报告口径与系统数据不一致 |
| 简洁 | 能否删掉三分之一不损信息 | 大段背景铺陈，结论埋在中部 |
| 清晰 | 陌生读者能否一次读懂 | 指代不明、同一概念多种叫法 |
| 连贯 | 段落顺序是否支撑结论 | 结论在前，证据散落各处 |
| 可控 | 语气是否中性克制 | 出现指责性表达，引发对抗 |
邮件改写示例
邮件改写示例
原句：关于进度问题我们这边可能需要再研究一下然后尽快给答复
# 问题：没有明确期限、责任人与结论
改写：联调环境问题需两个工作日确认方案 # 给出可核对的时间量
十月十五日前回复是否需要资源支持 # 明确请求对象与动作
# 效果：收件人不必追问就能决策与排期报告写作先给结论与请求，再给依据与明细。决策者通常只看开头几行，把关键信息放在结尾，等于赌对方会读到那里。
简洁不等于删信息：该删的是重复叙述与铺垫，该留的是判断依据、统计口径与例外情况，这三样删掉就会引发反复追问。
含糊表述（尽快、大概、原则上）无法作为承诺与跟踪依据，在跨部门协作中常成为后续扯皮的源头，需要替换为期限与责任人。