让 AI 做了全套,才发现第一步错了

最近做工作台，我越来越有一个感受：一个好用的产品，往往是从很小的地方，逐渐长出来的。

这也是我自己绕了一圈，才体会到的。

一开始，我就想做一个比较完整的工作台。把平时要用的东西，集中放在一起，处理工作的时候，有一个统一入口。

后来，确实做出来了。

但用着用着发现，并不好用。

再后来，我开始处理日常工作里，那些具体的小麻烦。做报价、跟进客户、整理产品素材，各做一个能帮上忙的小工具。

这些工具逐渐汇总、连接，反而慢慢长成了一个更好用的工作台。

刚开始做的时候，我很容易想到，一个工作台应该有哪些东西。

客户管理、产品资料、报价、文件、待办。把这些分好类，放到不同的页面里，看起来就有了一个比较完整的样子。

AI 又让这件事，变得很容易。

想加一个模块，就能很快做出来。再补几个页面，多放一些功能，也不算特别费劲。

但真正开始处理工作，问题才出现。

客户放进去了，今天该先联系谁，还要自己判断。资料有地方存了，具体做事的时候，还是得重新找。报价有了入口，里面的规格、数量和价格规则，却没有处理细。

每一块都涉及了一点，真正用到的时候，又都差一点。

回头看，我当时更多是在想，一个工作台“应该有什么”。至于我每天具体怎么做事，哪一步最费劲，哪些信息需要接着往下用，还没有想得那么清楚。

于是，先有了一个完整的框架，里面很多地方，却没有长实。

再往后，我做工具的方式，慢慢变了。

碰到一件麻烦事，就先盯着它，看能不能解决。

比如报价。

每次都要找产品，核对规格和价格，再整理成文件。这段工作反复做，我就把产品资料和报价规则整理进去，做成了报价工具。

这时候，需求就很具体。

客户有没有确定数量，该准备什么文件；同款不同规格，怎么选；哪些条件每次都要填，哪些资料可以直接带入。

做完之后，拿实际任务用一下，哪里不顺手，就继续改哪里。

客户跟进也是一样。

名单里有很多客户，但每天打开之后，我需要知道，谁正在等我回复，谁到了跟进日期，谁已经安排过了，谁需要停下来，再想想后续怎么处理。

所以，又逐渐做出了“今日跟进”。

它会把来信、实际发信、提醒日期和下一步，放到一起。客户有新回复，原来的提醒就要调整；已经跟进过几次，后面怎么处理，也要有地方记录。

SEO 工具，则是从整理产品素材开始。

产品资料、图片、规格，先整理清楚，再选择怎么介绍、用哪些图，生成之后继续修改，最后方便取用。

这些工具，起点都很小。

但因为它们对应的，是我正在做的事，用起来就很容易发现，哪里还差一点。

需要改什么，也越来越清楚。

一个工具做顺之后，往往又会带出下一步的需求。

报价的时候，需要客户资料。客户管理里已经有了，就让它直接带进来。

给同一个客户，之前报过什么价格，后面还会用到，就把历史报价关联回去。

准备下一份单据时，已经选好的产品、填过的数量、确认过的价格，也尽量沿用。

这些联系，是沿着工作逐渐加出来的。

做报价时，先关心怎么把报价做好。真正用起来，再发现，客户资料不该重复填，历史价格需要保留，后续单据还可以接着用。

再比如产品内容。

文案生成之后，还需要修改图片。图片处理好了，需要一起审阅。审阅完成，又需要方便后续复制、下载和使用。

于是，选图、处理要求、成图确认、文案预览和分享导出，逐渐放进了同一段流程里。

功能多起来，是因为前面做完之后，确实还有一件事，要接着往下做。

现在再看这个工作台，客户、产品、报价、资料和网站内容，已经逐渐联系起来。

我也更清楚，每一部分为什么会在这里。

它解决过什么问题，前面接什么，后面又交给谁，都能说出具体原因。

之前看到过约翰·加尔提出的“加尔定律”，大意是：一个能正常运行的复杂系统，通常是从一个能正常运行的简单系统，逐步演化而来的。

最近做工作台，我对这个观点，多了一点体会。

我们看到一个成熟产品，很容易先看到它有多少模块、多少功能。轮到自己做，也很自然地想把这些先搭出来。

但这些功能背后，往往有很长一段使用过程。中间遇到过什么问题，改过哪些地方，为什么要保留某条规则，光看最后的样子，很难知道。

我一开始做工作台，就省掉了这段过程。先把框架搭全了，很多细节却只能靠想。

后来，从小工具开始，反而有了具体依据。

报价能不能顺利做完，客户跟进会不会漏掉，整理好的内容能不能直接取用，实际做一次，就能看出来。

所以，现在再想加一个功能，我会先问自己：它要解决哪件正在发生的事？

把这件事做顺，再看看前后还有哪里，可以继续接起来。

AI 已经让做功能，变得很容易。对我来说，更需要花心思的，是选好眼前这一小块，把它真正用起来。

至于工作台最后会长成什么样，就在使用中，继续调整。