原创文章代写：客户要求沿用旧文错误前提时先纠正还是照写
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /964976c76e16.html
📄
原创文章代写：客户要求沿用旧文错误前提时先纠正还是照写
先纠正，再决定是否继续写。错误前提一旦被写进正文，后面每个小标题都会替它背书，改稿成本远高于开工前的一次确认。但纠正不等于推翻客户需求：把前提拆成“可验证的事实”和“可保留的意图”两部分，只改前者，往往能保住后者，也保住这份合作。
先分清是事实错了，还是意图没被听懂
客户说“我们上一版文章里写了这个数据，新版接着用”，这里可能有两层问题：数据本身已经过时，或者客户真正想要的是“延续感”而不是那个数字。前者必须改，后者可以换一种方式满足。
一个判断方法：把错误前提单独拎出来，问一句“如果这条不成立，你还想要什么结果”。如果客户答得出，说明前提只是手段，意图才是目标，纠正后仍可继续；如果客户答不出，说明前提就是他的核心诉求，这时要谈的是要不要接这份稿，而不是怎么措辞。
假设情境：旧文里的结论已经站不住
以下为假设例子，仅用于说明决策顺序，不代表任何真实项目。某客户要为一篇两年前的旧文做续写，要求新稿继续引用旧文结论“该方案在同类中成本最低”。实际上，这个结论来自当时有限的三家对比，现在市场上可选方案已经变多。
直接照写，新稿会继承一个无法支撑的判断；直接删掉，客户会觉得续写失去了和旧文的连接。可操作的中间路径是：保留旧文作为“当时的判断依据”这一身份，把新稿的表述改成“在两年前的三家对比范围内成本最低”，再补一段说明现在需要重新比较哪些维度。这样既没否定旧文，也没让新稿替旧结论担保。
这个动作的结果是：客户拿到的不再是一句需要他反复解释的话，而是一个可以继续往下谈的比较框架。下一步就能自然过渡到“这次要和谁比、比哪几项”，而不是卡在“你到底改不改”上。
纠正的三种力度，对应三种继续合作的方式
- 轻度纠正：只调整限定词，比如加时间范围、样本范围、适用条件。适合客户意图清晰、只是表述过宽的情况，改完即可继续写。
- 中度纠正：把旧结论降级为背景信息，新稿另立判断依据。适合旧结论仍有参考价值、但不能直接当论据的情况，需要客户确认新依据。
- 重度纠正：指出前提与客户目标冲突，建议换角度或终止这部分内容。适合客户坚持的恰恰是错误本身，这时继续写只会放大风险。
选哪一种，不取决于错误大小，而取决于客户能否接受“旧内容退出主论证、只保留背景身份”。能接受，就还有合作空间；不能接受，就要在动笔前说清楚，而不是写完后返工。
退出旧内容时，先标出还值得留下的部分
旧内容、旧系统或旧合作关系要退出时，常见的错误是整段抛弃，结果连仍然有效的部分也一起丢了。更稳的做法是先做一次“保留清单”：哪些结论依赖的条件已经变了，哪些只是表述方式过时，哪些数据和案例仍然可用。
以旧文续写为例，如果旧文里的用户问题描述仍然准确，只是解决方案换了，那问题部分可以保留，方案部分重写。这样新稿既不是旧文的复读，也不是和旧文毫无关系的另起一篇。对客户来说，这种处理方式更容易解释给内部听，也更容易通过审核。
把纠正写进交付说明，而不是只留在沟通里
口头说过“这里我改了”不够。在交付时用一小段说明写清：原前提是什么、为什么不再沿用、改成了什么、如果客户不同意可以怎么调。这段说明本身就是下一次合作的依据。
它还能帮你区分两类反馈：客户说“这个结论我不认”，是事实分歧，需要补依据；客户说“这样写不像我们”，是语气分歧，改措辞即可。两者混在一起谈，最容易把一次可修复的修改变成一次合作终止。
所以，遇到错误前提时，先纠正再回答，但纠正的对象是前提，不是客户。把前提拆开、把意图留下、把改动写进交付说明，旧内容该退出的部分退出，该保留的部分保留，这份稿才既站得住，也接得上下一段合作。
