什么时候该请第二个人来帮你维护用 AI 做的应用

大多数用 AI 应用构建器做出来的应用，都是从一个人的项目起步的。你周六早上冒出一个想法，把它描述给构建器，周六晚上就有了一个能用的东西，到下个周末就有真实的人在用了。有那么一阵子，你可以一个人把整件事撑起来——回消息、修主页上那个错别字、加上用户一直在催的那个新功能、在咖啡馆用手机看数据。

然后有一天你发现，你已经三周没做出任何新东西了。每一点空闲时间都用在了维护上。那些”小改动”永无止境。同一个问题，你已经第十五次回答新用户了。你开始害怕打开这个应用——而这是一个做东西的人对自己作品所能产生的最糟糕的感觉。

这就是该考虑请第二个人的时刻了。不是联合创始人，不是正式员工，也不是来做大重构的外包——只是再多一个能帮你扛一把的人。

这篇文章讲的是：怎么知道你已经到了那个时刻、第一个该请的是谁、以及如何把你这个 AI 应用的一块交给他们，而不必交出对整个东西的掌控。

该请人的信号

当下面这些里大部分你都能答”是”的时候，你就知道时候到了：

**你在对自己想做的改动说”不”。**不是因为它们是坏主意——而是因为你没那个工时。你已经开了一个私人清单，记着”有空了我要做的事”，而它越来越长。
**同一个用户问题反复出现。**两周里”我怎么导出我的数据？“你回答了八遍。这本该做成一个帮助页面，但你没空写，于是只能一遍遍手动回。
**你在躲着这个应用。**它有某个角落让你觉得沉重。也许是管理后台，也许是账单页面——某个每次改动都像做手术的地方。你正放任那里的 bug 拖得比该拖的更久。
**一个失误就会造成伤害。**你的应用现在有了真实用户、真实数据。一个疲惫的周二晚上一次糟糕的部署，就可能弄丢某人的成果。你身边没有第二双眼睛。
**你成了增长的瓶颈。**三个潜在客户在注册之前提出要一个小改动。两个月前你当晚就能做出来。现在你连三天都回不上一句话。

如果这些里有两条成立，你或许还撑得住。如果有四条成立，那你当瓶颈的时间，已经比你意识到的要久了。

第一个该请谁

人的本能是去找一个”比你更懂技术”的人。这通常是错的。第一个该请的，不是会写代码的人。是那个已经在乎你应用的人。

大致按这个顺序去找：

**一个老是提建议的用户。**你多半就有这么一位。他给你发过四个功能点子、两个 bug 报告，还客客气气地抱怨过你注册页面上的措辞。他想让这个产品变好。他在认真留意。如果你问他愿不愿意帮忙打理其中一个角落，答案往往是愿意。

**一个在场边一直看着的朋友。**那种听你聊这个应用聊了好几个月、又很好奇的人。他不需要会写代码——你的 AI 应用构建器会做这件事。他需要的是能把自己想要什么说清楚，而大多数看着你折腾了一阵的人，在这方面比他们自己以为的要强。

**你社群里的某个人。**如果你的应用服务老师，就找一个老师。如果它服务婚礼摄影师，就找一个婚礼摄影师。领域知识比技术能力更值钱，因为 AI 应用构建器能补上技术能力，却补不上”婚礼摄影师在七月的某个周六实际需要什么”。

一个真实的例子，稍作隐去。我们认识的一个人用 AI 应用构建器做了一个手工陶艺的小型交易市场。半年后她快撑不住了——回卖家的消息、把同一段结账文案改三遍、给她从没见过的买家做功能。她请来了她的一位卖家，一位过去一年里已经给她发过十一条建议的女士。两个月之内，那位卖家就重写了大部分面向卖家的页面，那种语气是任何外人都模仿不来的。这位创始人则继续给买家做东西。应用没有慢下来；它的节奏几乎翻了一倍。

最糟糕的第一人选，通常是一个泛泛的技术外包。他们会把活干得不错，但他们不会在乎，而你请的第一个人需要在乎，因为他们要在没有你的情况下做出大量细小的判断。

该交给他们哪一块

错误的做法是把整个应用交给他们。整个应用在你脑子里。你知道哪些部分脆弱、哪些部分你一直没真正收尾、哪些部分曾被一个用户差点搞坏。他们不知道。

交给他们一块。一块真实的、有边界的：

**主页和营销页面。**风险低，曝光高。他们可以在文案、版块、截图、用户评价上迭代。就算他们弄坏了什么，你一小时内就会发现，而且没有用户会丢数据。
**帮助中心。**如果你一直在回答同样的问题，这就是该交出去的那一块。他们来写答案；你审头几条，直到你信得过那个语气；然后由他们发布。
**某个具体的面向用户的功能。**也许是导出流程、评论系统，或是通知。一个边界清晰的东西，里面出了 bug 也不会拖垮整个应用。
**你自己在用的管理工具。**一个出乎意料地好的起步切块。他们可以在不碰任何客户能看到的东西的情况下，改进你日常在用的工具。你每天都能感受到这些改进，这会建立起信任。

切块的形状没那么重要，重要的是它确实是一块。它归他们管。你不去对每一处改动反复质疑。你们商定一个对齐的节奏，然后让他们干活。

第一天不该做的事

一份简短的清单，大多是看别人把这事搞砸时总结出来的：

**别给他们你的线上数据库访问权。**大多数 AI 应用构建器都允许你做一个应用的预发布副本。让他们从那里开始。他们第一次把东西推上生产环境的那天，应该是一个小小的仪式，而不是一场事故。
别把所有东西一股脑塞给他们。“这是一个有 87 件事的 Notion 文档，随便挑。“这会让人不知所措，他们会退出。一起挑出头三件事。把这三件做完。然后再挑下三件。
**别指望他们能读你的心。**你和这个应用朝夕相处了好几个月。你对每件事都有自己的简称。把关于应用如何运作、以及你如何对它做决策的五件事写下来。交给他们。这会花你九十分钟，却给你省下好几周。
**别消失。**头几周他们需要你。定一个真实的节奏——每周一次简短通话，中间用异步消息。一个月之后，你大概可以降到每两周一次。但别在那之前。

之后实际是什么感觉

大多数单干的创建者第一次请人进来时，都会惊讶于自己找回了多少精力。不是因为对方做得快——一开始他们多半不快——而是因为你一半的担忧本就是关于那些你顾不上的事。一旦有别人在顾它们，那份担忧就转移了。

你还会注意到，你的应用开始没那么脆弱了。两个理解一套系统的人，其韧性远超一个人的两倍。“巴士因子”从一变成二，这听起来是件小事，直到某一周你的笔记本坏了、而另一个人仍然能发布东西。

如果你正守着一长串”有空了我要做的事”，那今天也许值得花一个小时想一想：那第一个人会是谁，以及你愿意把你 AI 应用的哪一块交给他们。

这通常没有看上去那么大的一跳。