年初接手了一个项目，为一家美容院搭建员工内训的AI系统。系统功能设计得相当完善：客户档案管理、员工复盘归档、AI导购陪练（覆盖四个业务场景），并且三个模块之间实现了数据互通。从实用性、部署便捷性和成本角度考虑，我当时建议将智能体部署在飞书里使用。不过老板有自己的想法，坚持要做成小程序。那就按他的意思来。用扣子搭建智能体，数据存储在飞书多维表格，外层封装成一个小程序——当时觉得这个方案兼顾了灵活性与可控性，挺稳妥的。

小程序在三月份就发布了。但之后的几个月，老板那边一直很忙，系统始终没有真正跑起来。另一个棘手的问题是，扣子上的模型在当时还不够智能，回复的语调机械感很重，与美容院那种追求亲和力与服务感的氛围格格不入。这个问题一直想解决，却始终没找到突破口。毕竟技术出身，写代码不是问题，但调提示词、润色语气这种偏“语感”的活儿，确实不是擅长领域，也一直没能抽时间和老板坐下来认真聊透。

事情就这么拖着，一晃三个月过去了。三个月，不长不短，却足以发生一些意想不到的变化。

上周终于和老板联系上了，本来是想聊聊怎么把这个项目激活——做出来的东西没人用，这跟没做其实没什么两样。

聊着聊着才发现，员工其实早就用上AI了，只是用的并不是我做的那个。他说了一句话：“她们用小龙虾存客户信息，存得挺欢的，也在里面调客户档案，挺方便的。”

为什么是小龙虾？原因很朴素：语音转文字，直接说一段话，客户信息就存进去了。不需要打字，不需要翻菜单，不需要想“我该点哪里”——就是简单直接，上手门槛极低。

再回头看我们做的小程序，要登录，要选模块，要填表单，要点提交……对美容师来说，这些步骤不是操作流程，而是实实在在的拦路虎。

换作以前，心里可能会有点不是滋味：辛辛苦苦做出来的系统，被一个现成的AI工具绕过去了？但这次没有。下一秒想到的是——她们在用。这个“在用”，比什么都重要。

冷静下来想了想，问题确实存在：小龙虾存客户档案，实际上是存在它自己的记忆系统（memory）里的。这个memory是跟着存储空间跑的，哪天空间不够，信息说丢就丢，数据安全性堪忧。

把这个问题跟老板说了，他也意识到，靠小龙虾自己的记忆存客户信息，数据安全没保障。于是提了一个方案：把客户档案的存档和查询封装成Skill，让小龙虾调用，但数据统一存到飞书多维表格里。之前那套多维表格已经搭好了，完全可以直接复用。后续员工复盘、导购陪练，也打算一并封装成Skill，让小C去调用。这样，员工不用改变习惯，继续用她们熟悉的小龙虾，但背后的数据存储和业务逻辑，是可靠的、安全的。

老板还没时间试用封装后的Skill，最终效果如何，还不能打包票。但这件事带来的触动，确实很深。

第一个触动是——AI的发展迭代太快了。三个月前还在想着怎么让智能体回复得更自然，三个月后员工的操作入口已经悄然转向小龙虾。你以为自己在做产品，其实用户在用脚投票，而且投票的速度，比产品迭代的速度快得多。

第二个触动也是最核心的一点：一个AI产品，做得再炫、技术再牛，如果用户不用，它就是废品。反过来看，一个功能不完美、甚至有些笨拙的工具，只要用户愿意打开它、愿意和它对话、愿意把数据交进去，它就在持续创造价值。小龙虾有memory会丢数据的缺陷，但操作足够简单，员工愿意用，它就有价值。

AI落地的本质，不是把技术做出来，而是让人愿意用起来。能真正跑起来，才是真正的落地。用户的习惯，比你的设计更诚实。不应该把“系统做出来”当作终点，而应该把“让员工愿意用”当作真正的目标。