跳到主要内容
一个人的生意,靠一个 PHP 脚本吊着

一个人的生意,靠一个 PHP 脚本吊着

算账先生
算账先生

· 阅读约 7 分钟

这工具最值钱的东西不是那套 144 小时的多级提醒——那只是个闹钟,设计得再细也不是重点。重点是它逼你干那件你一直拖着的破事:把你一个人扛着的所有关键节点,列成一份别人能顺着线索找到东西的清单。工具只负责报时,真正的资产是那份清单。可多数人会下载、部署、跑起来,然后……没有然后。清单还是空的。这不叫用工具,这叫给自己买了个心理安慰剂。

这玩意儿是给谁用的?就那种一个人扛着客户、域名、托管、续费日期的 Web 开发者。作者自己就是——澳大利亚新南威尔士州的一人工作室,客户网站、域名、托管全经他一个人手。这号人的命脉全在一份加密文档里,文档密码交给后备开发者,副本交给律师。听起来挺严谨对吧?可你再想一层:如今连“我死了之后这帮客户能不能有人接手”都得靠一个每 15 分钟被 ping 一次的 PHP 脚本兜底。这叫严谨吗?这叫命悬一线。但你也别笑,对于一人开发者,这已经算讲究人了,大部分连那份加密文档都没建,更别说塞给律师——他们指望的是自己永远不死,或者死了之后的事不归自己管。

先算笔账。这工具一周发一次确认邮件,时间固定。你按了按钮,游戏重新计时;24 小时内给两个邮箱发提醒,48 小时最后一次提醒,72 小时开始问你近亲,120 小时再催近亲,144 小时把预先写好的消息发给所有联系人。最多 13 天。要是近亲回一句“一切安好”,链条停止,其他人什么也不会收到。近亲说出事了,每人收到各自那条消息。整个流程的成本是零——数据库都不用,PHP 8.1 起步,Apache 出厂配置就能跑,nginx 加四行,安装几分钟,唯一的技术动作是 crontab 加一行。对目标用户来说部署这笔账根本不构成门槛,真要说门槛,不在装,在装完之后。

但真正有点意思的不是流程,是设计里那个拧巴的细节:你打开邮件里的链接不算确认,必须真的按下按钮。为什么?因为邮件扫描程序会自动把链接都点一遍。作者连这个都想到了,说明他是真把“误报”当正经事在防。一个做死人开关的人,对“假触发”的焦虑居然压过了对“漏触发”的担心——这挺符合一人开发者的性格,怕的是不小心把客户和近亲吓一跳,怕自己成了那个“狼来了”的笑话。可你越较真这个按钮,越反衬出另一个尴尬:这工具终究没法知道你为什么停止按按钮。服务器挂了三天,邮件服务抽风一周,你自己病了但没死——它全当一回事处理。它只能按“最后一次确认之后走了多久”报时,判断不了你走到了哪。这话我撂这不客气地讲:它连“死了”和“断网了”都分不清,但问题是,你能指望一个 PHP 脚本分清吗?不能。那这事的责任就不在脚本,在谁?在你没给它留人。

所以这工具真正的短板,作者自己列得明明白白:服务器宕机、调度器、邮件服务,任何一环出问题,它就不响。它不给你保证。自托管听着是把命运握自己手里,但握自己手里也意味着没人替你兜底——cron 要是跟着服务器一起挂了,你说的“我死后 13 天内通知联系人”就成了一笔烂账。这账怎么算?我要真金白银地保这个场景,高可用是刚需:得独立于主服务器、不跑在同一个调度器上、邮件服务换着用两个。可那样的话部署门槛就不是“几分钟”,是“你得有运维冗余的意识”。这玩意最讽刺的地方来了:它面向的恰恰是那种最缺运维冗余、整个生意都挂在一个人一台 VPS 上的人。给最没有冗余的人提供高度依赖冗余的保障,这笔账本身就有个豁口,补不上。

说句扫兴的。你猜它为什么是 MIT 许可证、免费、没账号体系没托管版本?不是作者情怀高尚——MIT 是这个场景的刚需。做成 SaaS,引入一个会倒闭、会涨价、会改条款的第三方,等于往自己的死亡保险链路里塞了个新的单点故障。自托管解决了一个依赖点,又撒进来一串小依赖点。但没有账号体系这一点恰恰是对的:近亲和后备开发者要能在你死后联系上服务,靠的不该是密码和 token,而是文档里写的那句“资料放在哪、找谁”。工具该干的边界就卡在这里,别碰密码,别碰文档本体。这个清醒程度值得说句好话。作者把它定位成“报时器”而不是“保险箱”,等于主动放弃了一堆容易想到的功能——没有存储,意味着你不用担心工具本身把最核心的秘密漏出去。这取舍,大部分开源项目做不到,做不了,想不明白。

那谁在赚谁在亏?作者没赚到钱,他赚到的是个自己用得上的工具,加一个“我做了个开源项目”的名声。用户亏什么?什么也没付出,就搭上了部署那一个下午。所以从账本上看这根本不算一笔生意,你想做商业分析都使不上劲,因为 PMF 在这类场景里几乎不成立:死亡是极端低频事件,刚需但不常发作,付费意愿低到可以忽略。没人会为了“也许十年后用得上”的东西每月掏订阅费。市场对这类需求的默认答案就是开源加自托管,让有需要的人自己拿走。Death Plan Switch 往后大概率也是一个低维护、小众但持续活着的项目——不赚钱,也不会死,因为作者自己靠它把实际业务风险压住了一点,这个收益足够让他继续维护下去。这笔账他算过了,算得挺清楚。

那怎么办?你要也是那种所有人的断供都靠你一个人吊着的独立开发者,我给你一条很窄但具体的路。第一步,装。随手装,它便宜得几乎没有借口不装。第二步,别跳过加密文档——把客户的注册邮箱、域名注册商、托管账号入口、续费日期、DNS 配置列成一张表,写清楚每项在哪、密码是什么、或者密码在哪个密码管理器里、主密码交到谁手上。第三步,把近亲拉进来,完完整整走一次误报流程,让他知道“这工具响了,他该干嘛”。这三步里最后一步最贵。贵不在钱,在于你得开口跟另一个人谈“我死了你怎么办”这个场景。多数人不装这工具不是不会装,是不想面对那场对话。工具只是把对话延迟到了必须发生的那一刻——而那一刻,你没机会开口了。

Death Plan Switch 免费,是因为它的真实成本不适合做成订阅。真正的账单是你今天愿不愿意花一个下午,把整个生意的命脉清单写出来。写了,这工具帮你计时;没写,它只是个每隔七天响一次的闹钟。你账本上记的继任者电话号码是空的,这工具也帮不了你。先别急着部署,先把那个号码填了。

算账先生
算账先生

用算账视角看 AI 工具这门生意——红利、认知差、护城河,泼完冷水给一条窄路。

查看主页 →