从具体材料出发，把文章和邮件写完整

先说明谁读，以及读完要做什么

“写一篇介绍我们产品的文章”没有说明读者为什么要看。更具体的任务是：帮助项目经理判断现场交接记录需要哪些字段，或帮助创始人比较两种建立首批客户名单的方法。

把能支撑回答的材料一起放进任务：产品页、已批准的示例、有来源的观察，或已有草稿。在 Afield 中从研究结果或选题继续写作，可以沿用那份上下文。

假设研究主题是项目交接不完整。文章可以解释必填信息，展示一份填好的记录，并说明材料缺失时怎样处理。给一家相关公司的邮件则可以介绍这个示例，询问是否适合他们的工作流程。

这是虚构任务示例，用来说明写法。若要将文章称为客户案例，应换成你实际有权使用的材料。

第一版太泛时，直接指出缺少的内容：“把提升效率那一段替换成填写好的交接记录，并解释每个字段为什么重要。”宣传过重时，要求删除那些不帮助读者完成任务的产品介绍。

大幅修改后，应拿到新的完整正文。修改建议可以用于讨论，但不能代替你要求的成稿。把标题和各段第一句连起来读；如果换成任何产品都适用，通常还需要更具体的材料或问题。

现场交接文章可以先从一份填完整的记录写起。用一个演示场景：技师检查漏水泵，更换密封件，但现场负责人还没有确认设备恢复正常运行。交接需要交代设备、已经做完的工作、尚待检查的事项和接手人。只写“本次服务完成”，就会掩盖最后一个未完成的确认。

设备：装卸区 P-14 水泵
已完成：更换损坏密封件，记录检查情况
待确认：现场负责人在正常工况下确认重启结果
下一位负责人：服务协调员取得确认
状态：维修已执行，等待验收

接下来解释为什么选这个状态：技术工作已经发生，但关闭记录会让后来的人误以为验收也完成了。读者由此明白，交接为什么不能只有一段随手写的总结。如果要把这个例子用作客户案例，必须换成经过确认的实际设备与过程，不能把演示当成实绩。

开头这时就容易写了：“技师已经修完，客户还没有确认重启结果。交接记录需要把这两件事同时说清楚。”它直接提出本文要解决的情境，不需要先讲三段“高效沟通的重要性”。

给潜在客户的邮件则只提出一个小而明确的下一步。确认对方确实提供现场维修服务后，可以写：“你们的服务页提到在客户现场进行设备维修。我们准备了一份交接示例，展示如何区分维修已执行与客户已验收。负责协调现场服务的同事会需要这份示例吗？”这里没有擅自断言对方流程有问题。

最后把文章和邮件放在一起看。如果示例后来改成等待备件，文章的解释与邮件的提议也需要一起改。让 Afield 返回两份修改后的完整文本，再检查是否残留旧例子。只返回几条建议，还没有完成改稿。

正文确定后，再准备邮件主题与正文、博客标题与文章，或较短的社交版本。需要配图时，单独描述它应展示哪个例子，不要让泛泛的科技插画代替内容。

发送或发布前核对链接、收件人或账号、附件。生成草稿与对外发布是不同操作。