关键词频率：客户案例不能公开时怎样写清方法而不伪造案例
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /fcd9e1049512.html
📄
关键词频率：客户案例不能公开时怎样写清方法而不伪造案例
直接回答：把“案例”拆成可公开的方法层与需授权的证据层。方法层写清适用条件、操作步骤、判断依据和失败边界；证据层只做区间化、脱敏化描述，并明确标注哪些内容经过改写。这样既不伪造案例，也不让文章失去可信度。关键词频率在这里的作用是：它帮你检查方法层是否围绕同一问题反复展开，而不是检查你有没有把某个词塞够次数。
先判断你处在哪种约束下，再决定写法
约束不同，写法完全不同。先分清两种情况。
条件一：客户身份不能出现，但过程和结果可以谈。 这时你写的是“方法型案例”，重点是让读者能复现判断路径。选择依据是：客户只在意匿名，不在意方法外流。
条件二：客户身份和具体数据都不能出现，连行业也不能暗示。 这时你只能写“抽象方法 + 假设示例”。选择依据是：任何具体数字都可能被反向识别。此时不要硬凑案例，改写方法本身。
区分动作：向客户确认三件事——能否提行业、能否提数量级、能否提时间跨度。只要有一项被拒，就降一级写法。这个动作的结果直接决定你后面能不能用数字。
方法层要写到能被别人执行
方法层的核心不是“我们做了什么”，而是“在什么条件下该做什么”。一份可公开的方法说明至少包含四块：
- 触发条件：出现什么信号时才开始处理。
- 操作顺序：先做什么、后做什么，哪一步可以跳过。
- 判断依据：凭什么认为这一步有效，而不是凭感觉。
- 例外与失败：什么情况下这套方法不成立。
写触发条件时，用可观察的现象，而不是形容词。例如写“同一批内容中，某些页面的访问来源长期集中在同一入口”，比写“流量结构不健康”更可执行。写判断依据时，说明你比较的是哪两个量、在什么时间窗口内比较。这里关键词频率可以作为一个自查工具：如果你围绕同一问题反复使用同一组词，说明方法层是聚焦的；如果词群散乱，通常意味着方法本身没想清楚。
实施动作示例：把方法层写成编号步骤，每一步后面加一句“如果这一步的结果是A，则进入下一步；如果是B，则回到上一步或终止”。这个动作的结果是，读者能自己判断该不该继续，而不是读完只知道你做过。
证据层用区间和假设示例替代真实案例
不能公开案例时，证据层有三种可接受的替代，按可信度从高到低排列。
- 区间化描述：只给范围，不给点值。例如“处理周期通常在数周到数月之间”，并注明这是假设区间，不是实测统计。
- 假设示例：明确写出“假设某站点有100个同类页面，其中30个符合触发条件”，然后推演方法如何应用。必须写明这是假设，用于说明比较方法，不代表真实项目。
- 反例说明：写清什么情况下这套方法无效。反例往往比正例更能建立信任，因为它暴露了边界。
不要用“某知名客户”“某头部平台”这类模糊指代来冒充案例，这既不可核验，也容易被读者识别为包装。也不要把统计相关直接写成因果：两个量同时变化，只能说明它们值得一起观察，不能说明前者导致后者。
用关键词频率做一致性检查，而不是做填充指标
没有适用于所有网站的关键词密度、字数或标题字符阈值。关键词频率在这里只承担一个功能：检查你的方法说明是否始终围绕同一个问题展开。
具体动作：写完方法层后，把全文的核心词群列出来，看它们是否指向同一类操作。如果出现大量同义词机械换写，比如把“处理”换成“应对”再换成“解决”，而操作内容没有变化，那不是丰富，是重复。此时应删掉换写句，补一个具体的判断条件或例外情况。
这个动作的结果是：文章变短，但可执行信息变多。下一步你可以据此决定是否需要补一个假设示例，而不是继续加词。
例外：什么情况下应该放弃写方法，改写成问题清单
如果客户既不允许提行业，也不允许提任何数量级，同时方法本身高度依赖具体业务参数，那么强行写方法会变成空话。这时更诚实的选择是改写成“问题清单”：列出在类似约束下需要先向客户确认的问题，以及每个问题被拒绝后写法如何降级。
判断标准很简单：如果读者读完无法判断自己该不该用这套方法，那就不算写清方法。此时降级为问题清单，比编一个无法核验的案例更有价值。关键词频率的检查也适用于此：问题清单的词群应该集中在“确认、授权、降级、替代”这类动作上，而不是集中在结果承诺上。
最后一步：把成稿交给不熟悉该项目的人读一遍，让对方复述“什么条件下该做什么”。如果复述不出来，问题不在证据层，而在方法层的条件写得不具体。
