第一个网站的行动路线：从想法到首笔收入

先把最终要发生的事情写出来：一位开发者拿自己的英文App介绍来试用，看过结果与修改解释后，自愿购买9美元的10次成功检查预付包；系统确认付款、增加额度，他能继续检查，并知道遇到问题找谁。

这条路线包含五个动作：找到真实材料、把材料改好、让对方独立使用、收取明确的一笔款、兑现剩余检查额度。本文把每个动作都填成ClearCopy的工作样例。做完，你会得到一份可以逐段执行的路线，而不是先去开发一个装满未来功能的网站。

用一份完成的结果开始邀请

别先问“你会不会用AI写作工具”。先准备能让对方判断的成品。我们选定的输入是离线行李清单App，已有行程、勾选和复用清单功能，没有账号、云同步或AI规划。

原稿和编辑示范可以放在同一个页面：

位置	填好的内容
原稿	This app can let you make trips and check your things. You can use a list again. It works offline.
结果	Create a packing list for each trip, check off items as you pack, and reuse your lists for future journeys. Works offline.
解释	用check off表达勾选；保留离线与复用；没有加入跨设备同步
试用说明	提交自己有权分享的英文介绍，先处理一段短文本

这是一份本书撰写的演示结果，不是已经收获好评的客户案例。把原稿、结果和解释同时放出来，对方才能判断你要帮忙完成什么。

接着找一位正在做App英文介绍、且允许你联系的开发者。下面是一条可以按真实情况修改的邀请草稿；本文不替你发送，也不虚构有人答应。

Hi, I’m making a small tool for checking English App Store descriptions. Here is a before-and-after example. If you are preparing a description, would you be willing to try a short passage and show me where the result is useful or confusing? The first trial is free. Please leave out private or unreleased information you do not want to share.

只保留你能兑现的承诺。若你只能手工处理，明确告诉对方是手工试做，说明预计何时回复。Paul Graham在Do Things That Don’t Scale中讨论早期亲自接触用户；这里借用的是这种观察方式，并不要求你装成已经有自动化系统。

让对方完成一次，而不是听你演示一次

最初可以由你手工改写，但要把结果按正式工具的样子展示。让对方拿自己的原稿走下面这条路径：打开示例页，提交一段原稿和真实功能，收到结果，找到修改解释，复制自己愿意采用的部分。

观察时不要立刻替他完成。假如他问“这里是否会添加我没做的功能”，先记下这句话出现的位置；再看页面是否真的展示了功能事实与不添加功能的说明。假如他找不到复制入口，就把按钮放到结果旁边。你要修复的往往是这样具体的卡点。

留下的一次使用记录可以长这样，方括号里必须换成真实情况，不能把示例当作受访者结果：

日期：[实际日期]
材料：[对方允许使用的原稿名称，不放隐私正文]
任务：把英文App介绍改成可直接使用的一段
开始：[实际时间]
卡住的位置：[对方操作中真正停住的地方]
采用结果：[全部、部分或未采用，以及具体理由]
下次先改：[一处对应卡点的调整]

当你能在没有口头补充的情况下把结果解释清楚，再自动化最重复的部分。首版页面只需要输入、检查、等待、结果与失败提示。第三章会用Astro、Fastify和PostgreSQL实现需要的部分；在此之前，不必先建团队工作空间。

报价要能回答付款后得到什么

把购买说明写到结果附近，先给别人读懂，而不是先接支付。ClearCopy的已填报价是：

9美元购买10次成功检查。每次返回一版英文介绍与修改解释；失败或报错不扣成功次数。提交前展示长度上限。购买后可以查看剩余次数，并通过页面提供的联系入口处理使用问题。

这段说明要求你真的实现剩余次数、扣次与支持。正式销售前还应把适用的退款规则与购买条款写清楚，让购买者能在付款前看见；不能收完款才决定套餐的意思。

向试用者展示报价后，问一个具体问题：“你现在这一轮上架会需要几次修改？你会购买这包，还是只用一次免费演示就够了？”如实记录拒绝的原因。有人说“不错”可以支持你继续询问，只有正常购买才能增加真实收入那一格。本文没有预设这一轮一定有人购买。

先在测试环境走通支付和额度

Stripe Payment Links可以把购买链接接到Stripe托管支付页面，配图展示了链接进入结账页的流程。观察图时只看“入口怎样到付款页”，它没有替你完成ClearCopy的额度管理。

若你有符合商户所在地要求的Stripe账号，可按创建Payment Link说明在测试环境创建一次性商品，名称写“ClearCopy — 10 successful checks”，价格设为USD 9。商品数量1代表一包，不是一次检查。按照当前后台显示的入口创建链接，预览页应能看见正确名称、金额与币种；不要把练习链接当成已经开放销售。

按Stripe Testing文档，在sandbox或测试模式中使用官方测试值模拟交易；不要用真实付款资料测试正式模式。先走通成功和失败两条路径，再检查自己的系统：成功时产生一次订单、增加10次额度；失败时不增加；同一付款通知重复到达时不重复发放。具体代码与事件处理放在支付章节，这里把它们作为上线前必须走完的过程。

支付后的网页显示“成功”还不足以发放额度。查看付款后处理文档，从服务端确认的付款记录继续履约，尤其要区分仍在处理和已经成功的交易。如果你尚未实现确认与额度发放，就把这一项留为未完成，不邀请别人正式付款。

第一笔真实订单怎样走完最后一段

当商户账户、购买条款、付款确认、剩余次数和支持入口都已准备好，再向确有需要的用户开放正式购买。用户按自己的决定购买正常商品，你查看正式付款记录并确认额度到账。测试环境的模拟成功不记作第一笔收入，也不要为制造记录让自己刷一笔正式交易。

这次订单的完成例应能按真实数据填出以下对应关系：

正式支付记录：[订单标识]，9美元，一包
确认后的额度：+10
首次成功检查：-1
剩余次数：9
失败重试：不扣成功次数
用户可见内容：结果、解释、剩余次数、联系入口

其中任何一项没对上，先处理这一笔，不继续扩大邀请。首笔收入之后还有九次检查等待交付；把它们提供好，才走完了你最开始向购买者讲的那条路线。现在给自己的项目标出实际停在哪一段，并只安排推进这一段所需的工作：还没有真人材料就约试用，结果不能采用就改结果，付款不能发额度就修发放。路线越具体，第一版越不容易被无关功能拖走。