一万字文档做成图文卡，先提炼和不提炼差多少钱

2026-08-05 · 约 5 分钟

2026-08-05。数字来自我们平台的真实分页与计费逻辑，不是估算。

有个功能我们一直做错了：用户把一万字塞进文本框，我们直接给他出图。

出多少页？按每页承载 1200 字算，9 页。而我们的规则是超过 6 页整套画质从 4K 降到 2K。所以他花了 264 积分，拿到 9 页 2K 的图。

如果先做一次提炼，一万字压到约 3500 字，落成 4 页，120 积分，画质保持 4K。

同一份材料，9 页 264 积分的 2K，和 4 页 120 积分的 4K。 后者又便宜又清楚，而用户完全不知道有这条路。

完整的账

我们的分页规则是：每页上限 1200 字，最少 4 页，前 8 页满价（精细档 30 积分/页），第 9 页起折扣（24），超过 6 页整套降 2K。

按这套规则算三档源文：

提炼本身要花钱（我们按档位收 30/40/50），但成本对用户来说不值一提——一万字那档扣掉 50 的提炼费，净省 94；五万字那档净省八百多。

为什么用户不会自己想到

因为「提炼要额外付费」这件事，直觉上像是多花钱。用户看到「先提炼，50 积分」的按钮，第一反应是跳过。

所以弹窗不能写「是否需要提炼服务」，得把两条路的账直接摊开：

这段文字约 10,000 字。

直接出图：约 9 页 · 264 积分 · 画质 2K
先做提练：约 4 页 · 120 积分 + 提练费 50 · 画质 4K

提练可省约 94 积分，画质还更高（超过 6 页会整套降到 2K）。

点「确定」先提练（推荐），点「取消」按原文全量出图。

关键是让他看到「付 50 省 144」，而不是「付 50 买服务」。付钱的目的是省钱，这个逻辑成立，用户就不会犹豫。

一个必须守住的边界：省不回本就别劝

四千字上下的源文，提炼后页数压不下来多少（本来也就 4 页起），扣掉提炼费基本不赚。这时候还弹窗劝人花钱，就是纯粹的宰客，用户吃过一次就再也不信你的推荐了。

我们的判定是净收益大于零才弹，否则安静地直接出图。代码里就一行：

if (tradeoff.saved > 0) { 弹窗 }

页数预估不能算错

弹窗说 4 页，实际出 6 页，这就从「帮用户省钱」变成了欺诈。

这里有个工程细节：提炼后的字数没法直接预测，但页数受目标小节数约束。我们的目标节数是按源文字数对数增长的（字数每翻一倍才多约 5 节，1 万字约 10 节、9.5 万字约 28 节），按每节约 180 字反推总字数，再走同一套分页规则，实测与成稿吻合——九万五千字的书算出 5 页，实际成稿也是 5 页。

更重要的是：这个预估函数必须前后端共用同一份实现。我们原来把它放在服务端，前端要算账就得复制一份逻辑，两边一旦漂移就会出现「弹窗说 4 页、服务端切 6 页」。所以我把它挪到了共享目录，两边引同一个函数。

顺带说提炼档位的差异

同一份 2.5 万字的材料，三个模型的提炼结果差别很大：

轻量档最慢而且压缩最狠——每节只有约 118 字，精细档是 158 字、均衡档 191 字。它拿到同样的目标节数，却总把每节写到下限。

我们的处理是给轻量档单独抬高节内要点条数（7–11 条，另两档 5–9 条），并把每段小节数下限从 4 提到 5。它单价最低，用户愿意用它就是图便宜，那就该让它把节内写满，而不是靠多切节来凑字数。

结论

如果你的产品按「产出量」计费（页数、张数、段数），那么任何能压缩产出量的预处理，都是可以单独收费的服务——前提是把省下来的钱明确算给用户看。

用户不排斥付费，排斥的是不知道自己为什么付费。

本文的分页与计价规则来自 MV Studio Pro 的图文知识卡功能。具体数字随定价调整会变，思路可复用。