纸媒文章转新媒体

要解决什么问题

企业内刊、季报、年报里的稿件是按“记录”的逻辑写的：交代背景、罗列成果、职务全称、层层铺垫。这套写法放到公众号里，读者三屏之内就划走了——纸媒读者是被要求读完的，公众号读者是随时可以走的，所以每一段都得挣得下一段的注意力。

改编的目标不是“删短一点”，而是换一套阅读契约。唯一的验收标准：如果一篇稿子能让不在这个业务领域的同事也愿意一口气读完，它就是合格的。改稿中每做一个取舍，都回到这句话上判断。

核心原则：留事实，砍连接组织

这是压缩时最重要的直觉，也最容易搞反。内刊长文的价值几乎全在具体的东西上：人名、项目代号、数字、案例细节、原话引语；臃肿的部分几乎全在抽象的东西上。所以压掉 30% 通常不需要牺牲任何案例，删掉这几类即可：

• 预告句 / 预告段：如“他常用自己总结的一套 L1 到 L5 框架来判断……”——直接讲框架，宣告“接下来要讲 X”是纸媒的礼貌，线上是浪费
• 过渡桥句：如“这个判断，直接影响了公司整体战略。”——小标题已经在做转场，不需要文字再转一次
• 抽象归因段：没有具体细节的因果分析，读者记不住也不会转发
• 收尾总结段：重述全文，读到这儿的人不需要被总结
• 职务全称的重复：首次出现给足，之后只留姓名

不能砍的：任何人名、项目名/代号、具体数字、直接引语——在企业传播里这不只是内容问题，是政治问题。不能加的：原稿里没有的事实。术语可以解释（用原稿已有的信息），事实不能补；确实需要参照物时，把建议单独告诉用户去找编辑部确认，别自己写进去。

工作流程

1. 读原稿摸底：标记最有冲击力的一个细节（往往埋在第三、四段）、所有必须保留的具体事实、能当小标题的短句；配图保留并放到开头钩子之后
2. 定钩子和标题：找那个“讲给朋友听会先说这句”的东西——反常的数字、冲突、有态度的原话、具体场景，提到第一句；标题避免“关于……”“……工作纪实”式写法
3. 重搭结构：小标题控制在 12 字以内、3-5 个，从抽象主题词换成具体、带悬念的短句，每个小标题下独立成一个小故事
4. 逐段改写：长段拆到 80-150 字；公文动词换人话；用破折号、冒号制造节奏；引语单独成段；术语第一次出现时用半句话解释
5. 收尾：不用总结段，落在最强引语或具体画面上
6. 输出：默认 .docx，走自带的 build_article_docx.js 脚本和 content.json 约定，渲染后 Read 生成图片肉眼检查一遍再交付
7. 自检清单：第一句就是钩子、字数压 30% 左右、人名/项目名/数字/引语一个没丢、无新增事实、小标题短且不对仗、外行读得下去

适用边界

默认压缩 30% 是最安全的档位，绝大多数内刊稿件适用。用户要求“再狠一点”（50%+）时才开始取舍：合并同类案例、只留最有代表性的一两个引语、砍次要人物——这时必须主动告知砍掉了什么，因为可能涉及内部关系。原稿本身就紧凑（如 1500 字以内）时不要硬压，说明结构和标题改了但字数变化不大，比交一篇削瘦的稿子好。