书籍目录 展开 / 收起

时间、成本与收益:建立合理的投入预期

先替ClearCopy排一个能放进生活里的试做计划:四周、32小时、最多100美元。最后留下一份真实输入处理演示、一个可供别人试用的短流程,以及是否值得继续开发的判断。这里不承诺四周赚到钱;我们先把没有收入时也承受得起的投入安排好。

这三个数是本书的教学预算。如果你每周只能抽出两小时,把范围缩到手工改写与一次观察也可以。不要把计划写成“尽快上线”,然后让模型调用、托管服务和熬夜各自无限延伸。

32小时怎样放进四个星期

打开日历,先预约每周两个各两小时的工作时段,再预约周末四小时。四周共有32小时。下面是已填的排法,按顺序做,但不把每格当成工期保证。

周次 8小时具体用在哪里 这一周能看见什么
第一周 找真实英文介绍2小时;手工完成对照结果3小时;约人使用并观察3小时 原稿、成稿,以及用户卡住的具体位置
第二周 页面草图2小时;完成输入与静态结果页4小时;纠正手机显示2小时 同一份材料能在页面里完整展示
第三周 接一个受限检查接口4小时;处理失败与长度限制2小时;自己重走流程2小时 原稿进入、结果出来,失败时能重试
第四周 邀请试用与解释报价3小时;修最影响使用的问题3小时;整理下一轮任务2小时 真实使用记录、9美元/10次成功检查的报价反馈

这张表特意没有安排团队空间、多语言后台、联盟分销。如果第一周找不到愿意拿真实材料使用的人,先用第二周的时间解决接触用户的问题。网站做完得很快,却没人愿意把原稿放进去,继续加页面通常帮不上忙。

每天结束时只记两项:“实际用了多久”“完成了哪个看得见的结果”。例如“原计划2小时接接口,实际3小时仍报错;已定位为环境变量缺失”,就比“今天学了AI编程”更方便明天继续。连续两次时间用完还没有结果,缩小下一次任务,例如先让接口固定返回示例,再排查模型连接。

100美元不用一开始全花掉

在电子表格里填入下面这份首月预算。所有金额均为本书为教学预留的数额,不是供应商报价,也没有假设全部都会发生。

项目 预留金额 什么时候才花
Railway托管与数据库 15美元 需要公开试用时,先核对当前套餐及资源用量
模型调用 10美元 手工结果已能说明任务,再接受限接口
域名 15美元 试用地址已能工作,再核对域名年费和续费价
异常与补测余量 20美元 已明确是哪项故障或必要支出
暂不动用 40美元 保留,不为了花完预算购买工具
总计 100美元 已计划支出60美元,未动用40美元

托管按月、域名可能按年付款,先记实际出账金额,避免把15美元年费当成每个月都要支付。模型充值余额也要与实际消耗分开记;充了10美元、只用了2美元,不等于已经发生10美元调用费用。

本书部署选择Railway。核对Railway套餐说明时,有一个值得实际算一遍的细节:本次查看的Hobby月费5美元包含5美元资源用量;官方举例中资源用了3美元,账单仍为5美元,用了7美元,账单为7美元。不能直接写成“月费5+资源7=12”。这也不意味着你的项目固定7美元,数据库、内存、CPU、出站流量仍要看真实使用。

把自己的预算表旁边加一列“官网核对日”和一列“真实账单”。前者提醒你价格何时看过,后者才用来核算实际花费。结算币种、税费或额外服务出现时,也写进对应行,不用预留数字掩盖差额。

学会读计费表,而不是寻找永久免费的方案

配图来自Cloudflare Workers定价页,本篇保留它作为读计费表的例子,不把部署方案换成Cloudflare。图中把请求量、Duration和CPU time分开列:你要看清服务究竟按哪一项计费,哪些有包含额度,超过后怎样算。

对照ClearCopy,浏览器访问页面、API处理请求、模型生成文本属于不同环节。托管供应商给了请求额度,也不自动支付外部模型账单。把“免费请求很多”直接理解成“可以免费无限生成”,会漏掉最直接的一项开支。

因此,上面的10美元模型预算要配合产品限制使用。练习版先只处理一段短介绍,提交前显示长度限制;重复点击时不要并发生成多份;失败重试应有次数上限。用户买的是10次成功检查,系统需要区分成功扣次与失败调用成本。具体实现放在开发章节,这里先把它们写入范围,避免预算和产品承诺各写各的。

Cloudflare Workers官方表格对比Free与Standard的请求和CPU计量
Cloudflare官方计量表截图(2026-11-02):观察请求次数、持续时间与CPU时间是不同维度;免费配额有边界。图内价格仅为当日文档信息,实施时重新核对,不是本站成本预测。 Cloudflare, Inc. and contributors · CC BY 4.0。

在到达预算前给自己一个提醒

若已有Railway账户,打开Workspace Usage。按官方成本控制说明,工作区管理员可以设置用量邮件提醒与硬限制;页面还把Compute和Agent用量分开处理。先确认所在工作区,再查看Compute用量,避免改到其他项目共用的工作区设置。

本书试做预算的一个设置例是:Compute到10美元发邮件提醒,15美元为准备讨论的停止线。不要直接照抄数值到承载其他项目的工作区。硬限制可能让工作负载离线,设之前要明确这正是自己能接受的结果;它也不覆盖外部模型供应商的账单。只想先了解花费时,先设置邮件提醒并每天查看实际用量即可。

在自己的预算表中写一句处理办法:“收到10美元提醒后,暂停扩大公开试用,检查最贵的服务和请求;需要继续时,先说明花费增加能回答哪个具体问题。”这样邮件到来时不用临时决定。

四周结束时怎样决定再给多少时间

先不写“月入多少美元”这种倒推出来的目标。拿出第一周与第四周同样的原稿,看看现在的流程有没有让别人更容易得到可采用的结果。把观察写成下面这种句子,空白处用真实发生的内容替换:

本轮已完成:一段原稿输入后能拿到完整英文介绍和修改解释。尚未完成:用户是否会为10次成功检查支付9美元,仍没有真实支付结果。下轮先花4小时邀请使用并解释套餐,不增加团队协作。

这是一个允许“还不知道”的结论,同时说清楚下轮要做什么。若已有真实购买,也要记下剩余额度与后续支持时间,别因为收到预付款就把承诺的工作删掉。最后把32小时中的实际分配和真实支出填回原表;你会知道下一轮缺的是访谈、页面、可靠交付,还是资金,而不是再开一个内容相同、日期不同的计划。

登录后可保存阅读进度

下一篇:第一个网站的行动路线:从想法到首笔收入登录保存进度