网站类型与商业模式：工具站、内容站与 SaaS

打开浏览器前，先看我们这一篇要做出的选择：ClearCopy首版是一页英文介绍检查工具。页面接收原稿与功能事实，返回改写结果和逐项解释；不要求先注册，不做团队协作，也不把历史项目保存到服务器。另有一篇示范文章，解释如何判断改写有没有增加不存在的功能。

SaaS是“软件即服务”，指通过网络持续提供软件的交付方式。一个在线工具也可以属于SaaS；内容、工具与SaaS并非互不重叠的分类。本篇用“文章、单次工具、持续工作空间”比较三种建设方案，其中工作空间只是持续使用的一种具体设计。

为什么选这个版本？我们用同一份行李清单App资料，分别做出内容页、工具页和工作空间的成品草稿。你会看到三个名字后面实际多了哪些工作，再决定自己的第一版应当长什么样。

用一份输入试出三种网站的区别

把下面的材料复制进电脑上的文本编辑器，保存为packing-app.txt。这是三种方案共同使用的原料，不需要任何付费账号。

读者：准备提交英文App介绍的个人开发者
原稿：This app can let you make trips and check your things.
You can use a list again. It works offline.
已有功能：建立行程、勾选物品、复用清单、离线使用
没有提供：账号、云同步、AI规划
希望得到：可复制的英文介绍，以及修改理由

如果你想到“添加家庭共享会不会更有吸引力”，先别改这份材料。写作工具应该帮助开发者说清楚已有产品；增加功能是另一项产品开发任务。这个固定输入能让三种方案放在同一张桌上比较。

内容页：读者带走一套自己会用的方法

先打开MDN的浏览器与服务器教程。不用登录，你就能阅读请求、响应、静态与动态网站的解释。它展示的是内容网站的一种典型交付：文章、例子和图解可以反复查阅，读者把知识用到自己的项目里。这不是对MDN收入模式的推断。

ClearCopy的内容版本也要让读者做成一件事。下面就是一份可以直接成为文章主体的短范例：

把功能句改成使用动作

原句：This app can let you make trips and check your things.

改写：Create a packing list for each trip and check off items as you pack.

“make trips”容易被理解成去旅行；这里实际要表达的是为行程建立清单。“check off”说明勾选动作，比“check your things”具体。再把“离线使用”和“复用清单”补回段落，就能完整覆盖已提供的功能。

不采用：Sync your packing lists across devices。原始材料没有云同步。

你可以照着这个格式写三组真正不同的句子，例如功能介绍、首次打开提示、空清单提示。每组都给原句、改写和原因。读者读完后应该能动手改自己的一个句子，而非只得到“文案要简洁”的建议。

内容页的开发量相对集中：发布文章、组织链接、保证手机阅读。后续工作在于持续补足值得读的例子并修正过期内容。卖模板、广告或推荐佣金是另外的商业安排；一篇文章能打开，并不自动产生其中任何一种收入。

工具页：读者提交原稿，直接拿到成品

打开DeepL Write公开页面。其页面把拼写、语法、标点、替换表达和风格语气列为能力。这是官方自述，本文没有把它当成改写质量的独立实测，也没有声称它缺少某项功能。

对ClearCopy来说，这说明“帮你把英语写好”已经有明确替代品。我们的首版要把App介绍这一件事做具体。按以下顺序在纸上或任意绘图工具里画一张页面，工具选择不影响练习结果。

1. 顶部写“检查英文App介绍，保留你的真实功能”。在下面放两个输入框，分别标为“英文原稿”和“已有功能”；把本篇固定材料填进去，别留占位空白。
2. 在输入区旁写出“未提供的能力”，填入账号、云同步、AI规划。用户一眼能看到需要保留的限制。
3. 画一个“检查介绍”按钮，下面直接放结果区，不先插入注册或价格弹窗。
4. 把以下完整英文结果填入结果区，再放一个“复制结果”按钮和修改解释。

Create a packing list for each trip, check off items as you pack, and reuse your lists for future journeys. Works offline.

修改解释可以直接写：“把make trips改为create a packing list，避免含糊；把check your things改为check off items，突出勾选；保留复用与离线两项功能；没有添加同步。”这份结果由本书编辑示范，不是DeepL或已运行ClearCopy返回的输出。

如果草图里只有输入框与“生成”按钮，练习还差最关键的一半。把这段成品补进去，才能判断输出是否方便复制、解释是否能对应原文、用户是否需要在多个页面来回找结果。工具站最适合用“做完一项任务”来说明价值。

工作空间：用户下次回来，还要继续同一份工作

再读GitHub关于Issues的官方说明。文档介绍了任务讨论、标签与里程碑等能力。它给我们一个真实的持续工作示例：任务不因关掉网页就结束，下一次要继续查看它的状态与上下文。这里只观察工作方式，不把GitHub等同于文案工具。

假设ClearCopy服务的是每周维护多款App的工作室，工作空间草稿会变成这样：

页面位置	已填内容	下次回来需要保留什么
项目列表	Packing App / English / 待审核	项目名称与当前状态
功能事实	离线、行程、勾选、复用	同一项目的事实资料
文案版本	v1原稿、v2改写、最终采用版	每次修改与采用情况
审核区	负责人待确认离线描述	成员身份与审核状态

这些数据跨次保存后，用户才能继续工作。配图中的MDN动态网站结构把浏览器、Web应用和数据库连起来：在这个方案里，服务器要读取属于当前账号的项目，再返回内容。图解解释的是技术流程，不证明只要接一个数据库就建成了SaaS。

你也随之承担新任务：成员能看哪些项目，误删后如何处理，用户离开时怎样导出。它们都有实际价值，但对只想改一次介绍的人，可能先增加注册和学习步骤。是否建设工作空间，要看反复处理项目、复用事实和协作审核的需求，而非类别名称听起来是否高级。

把三个方案放进同一张选择表

我们现在已有三个成品，选择就能具体到页面和数据。

方案	用户这次带走什么	首版必须完成什么	暂缓的内容
内容页	可照抄的方法与正确例句	一篇有完整前后对照的文章	大批量文章、广告系统
工具页	自己原稿的可复制结果	双输入框、结果、解释、错误提示	账号、历史与协作
工作空间	能持续处理的项目	登录、项目保存、权限与版本	对首版工具不必建设

ClearCopy先选中间这一行，并用内容页解释结果为什么可信。这次选择同时删掉了账号、历史记录和团队权限三组开发工作；保留结果生成、事实核对和失败提示，因为它们决定用户能不能完成当前任务。若后续用户反复要求保存同一项目，届时可以拿工作空间那一行继续设计。

你不需要因为选了工具站就立刻做订阅。工具形态回答“怎样帮用户完成任务”，收费方式回答“按什么单位收多少钱”，两者可以分开决定。现在把这张选择表和已填页面草图保存在一起：别人打开时，不用听你口头讲解，也能知道首版让谁提交什么、最后得到什么，以及哪些按钮根本还不该出现。