我把一批客户文件夹,交给了一档便宜的模型整理。
它交活了,交得挺快。
然后我在自己的电脑里迷路了。
先说这批文件夹本来什么样
我是做外贸的,客户开发的所有东西都在这台电脑里。哥伦比亚35个客户、展会21个、巴西6个、智利11个,一共73个文件夹。
它们本来是有规矩的。每个客户的文件夹里,档案、开发日志、调研、状态卡,从00排到05,一眼就知道哪个是哪个。联系人沟通记录、原始资料、对外发过的文件,各有各的位置,互不打架。
这套规矩没有现成可抄的,是我一个一个捋出来的。捋的时候挺枯燥,一个客户一个客户建文件夹、编编号,把散在聊天记录和邮件里的东西一样样归位。捋完就省事了:任何时候打开任何一个客户,我要的东西三秒钟之内能拿到。
后来手上的活多起来,我想着把几个不太重要的客户交给了另一档模型。便宜不少,我一直觉得应该也够用。
它交出的活,问题不在"没做完"
表面上它做完了。文件夹动了,文件也挪了。
我是回头校对的时候才看出来不对。
编号没了。核心文件从00到05的排位被打散,有的位置两家客户抢同一个号。
分类也乱了。该进"对外发送文件"的报价单、该进"拜访材料"的话术卡,混在一块。
最要命的在这儿:
它把所有东西都摊在了根目录里。
一个还在活跃跟进的客户,文件夹根目录下散着39个文件。我打开那个文件夹,想找一份三个月前的报价,得从头往下翻。翻的时候还得判断:这是什么时候的、有没有更新的版本、能不能用。
它没有删我任何东西,这点要认。还好这个原则它遵守了。
但它把一套"一眼就知道东西在哪"的结构,变成了一堆"挨个打开才知道是什么"的文件。
真正让我发现问题的,是同步
我不是在找文件的时候发现的。
是在核对同步的时候。
我们这套客户管理有一条铁律:任何文件动了位置、改了编号,所有引用它的地方都要跟着更新。开发日志里的链接、联系人总览里的记录、README里的清单,一处都不能漏。
我一个个对下来,发现好几处该跟上的没跟上。某个客户最新的往来,只进了沟通记录,联系人总览和README还是十天前的样子。而操作记录上,明明白白写着"已完成"。
这才是这一次任务暴露的真正问题:模型能力、上下文、规则与任务复杂度没有配好。不能只凭价格解释全部原因。
它说的"做完",和我说的"做完",不是同一件事。
我说做完,是指这件事在哪儿画上句号:该更新的都更新了,该对上的都对上了,关键引用和记录可核对,重要变更经过确认。
它说做完,是指它手上那一步做完了。至于这一步做完之后,别的地方要不要跟着变,那不关它的事。
那段时间我每天得多干一件事:检查它到底做没做对。它不笨。它只是不知道这件事的边界在哪儿。它以为边界在它那个对话框里,可我要的边界,在我这一整套文件里。
换一档工具,重新检查整套结构
没办法,我还是切回了另一档模型,是我当时可用的更高档配置。这里不作为今天的模型排名或选购结论。
我只说了一句:
我发现一些异常问题,帮检查后直接优化吧。
然后就去干别的了。
它回来的时候,给的是份审计:73个客户文件夹全扫一遍,哥伦比亚35、展会21、巴西6、智利11,一个不落。列出来的问题也清楚:编号冲突7家、活跃客户根目录散落39个文件、缺状态卡25家。
它随后按这份问题清单调整结构;最后仍需用实际文件、引用和记录验收。
7家编号冲突清零。39个散落的文件,该进"对外发送文件"的进"对外发送文件",该进"拜访材料"的进"拜访材料",旧版本单独放进"原始资料/历史版本"。被移动的文件,所有引用它的地方一处一处改回来。全程没有删我任何一个文件。
最后它多给了一样我没要的东西:一套能推广到别的客户的标准结构。
00档案/01日志/02README/03调研/04RAD/05状态卡,加上联系人沟通记录、原始资料、对外发送文件、拜访材料。
我后来照这套结构去理别的客户,直接就能用。它没等我问"那别的客户怎么办"。
同一档模型,做选型报告也是这个路子
这事不是孤例。
前天我给一个客户做选型报告。他们做安防和IT分销,代理了十几个品牌,我们要谈的是怎么把产品插进他们的产品线里,还不能跟人家现有的代理打架。
同一档模型做的。
它交出来的东西,开头就是一张「一页判断」,6条结论全在最前面,每条后面跟着依据。不用读到第五页才知道它想说什么。
往下是一张倒排时间表:终点定在2027年8月的行业展会,然后往回推。2027年一季度签约,2026年四季度出首单,10月必须完成选型和样品。每一格都写了谁负责、卡在哪个闸门上。
再往下,是把我公司6份报价表、500多个SKU一条线一条线体检了一遍,五条产品线一条条打分:哪条是主攻,哪条是陪跑,哪条只放两个样品播种。
它自己给自己划的线,是这份报告里我最看重的地方。写产品优势的时候,它主动加了一句:商业机的型号是有风扇的,"无风扇、宽温"这两个卖点只属于工业线,这里不能写。它还把我们自己的短板也写进去了,品牌在当地还不太出名,哥伦比亚也没有本地库存。
一个会主动告诉你"这条线不能越"的东西,和一个只顾着把话说漂亮的东西,是两种东西。
报告里还有一句,我到现在还记得:
「我们给草案,客户圈选。不要变成客户要什么我们找什么。」
这话不是我说的。但它把这个事的主动权该在谁手里,说清楚了。
贵和便宜,这笔账要换个算法
我以前也算过这笔账,但算法是错的。
我算的是单价。这一档一个月多少钱,那一档一个月多少钱,差多少。
这个算法漏掉了最大的一块:返工。
便宜那档省下的钱是看得见的,一个月几十块。
可它把客户文件夹搞乱之后,我得花多少时间收拾?一个个文件夹点开看,判断哪个文件是什么、该放哪、有没有重复;把每个客户的引用关系重新对一遍;还得担着一件事:
在我收拾完之前,所有基于这套文件做的判断,都建立在一堆我自己都不确定的结构上。
这些时间,这些风险,在它的账单上都是零。
它给我省下的是几十块,让我搭进去的是几十个小时的返工,和那段时间里我对自己文件的没底。
便宜真正的代价,从来不写在价格那一栏。
那一档便宜的我用了这次后就停掉了。不是我不想省钱,而是只看订阅价,很容易漏掉自己的核对与返工成本。用便宜模型干活,我每次还得匀出一部分精力去检查它到底做没做对。省下的是订阅费,赔上的是我自己的注意力。
注意力这东西,比订阅费贵太多了。
它本来就是一个杠杆
下午在家喝茶,我跟朋友聊起这事,说了这句话:
它本来就是一个杠杆。
杠杆的意思是,你在这头多使一分力,那头会被放大。
如果工具与任务配得合适,清楚的规则和上下文可以减少返工,后续工作才有可靠的基础。更贵并不保证一次做对,也不意味着可以跳过备份、确认和验收。
反过来,第一步要是错的,它不会停在那儿等你发现。它会往下污染。你基于它做判断,基于判断做决策,基于决策发邮件给客户。
一个错的结构,能让后面十件事全部走偏。
也是后来我才算清楚:
在你要靠它干活的地方省钱,是最不划算的省法。
最后
我不是说贵的一定好、便宜的一定不能用。日常问个事、翻译段话,便宜那档完全够。
我想说的是另一件事。
当任务涉及批量改文件、客户事实或对外承诺,先拿一小份副本比较结果。把订阅、配置、核对、返工和出错代价一起算,再选择工具。
因为它要给你"一次回答"很容易,难的是它一次就做对。
一次做对省下来的那些返工、那些反复确认、那些"我到底该不该信它"的犹豫,加起来的价值,远远超过你省下的那点订阅费。
最贵的从来不是最贵的那个。最贵的是你以为省了、然后花三倍时间收拾的那个。
给第一次使用的人:怎样做一次小比较
- 选一份脱敏副本,保留原件和回退版本。
- 给不同工具相同的输入、规则和完成标准。
- 检查事实、目录结构、引用同步和操作记录,不只看回答是否漂亮。
- 记下自己花了多久核对、修改和返工,再比较总成本。
小任务先做对,再扩大范围。对关键业务,任何价格的工具都需要适当检查。