教练一走,会员就跟着走?超级AI助理帮我搭了个台账工作台

大家好呀，我是大鹏。我正在挑战用AI解决100个真实问题～

这次做一个给健身房用的台账工作台：会员档案统一沉淀在店里，教练走了新教练也能接得住，还能每天提醒教练该盯谁，店主一眼看清经营情况。

这次我把它交给了一个超级AI助理：我只说清目标，它自己拆任务、调工具，把成品交出来。

起因是最近有个朋友找我聊，聊的是健身房一个老大难：客户流失。

有一类流失特别典型：会员在店里充了值，余额还剩一些，结果教练走了，会员也跟着走了。

如果你的生意也是这个流程，可以对照着看看。

先说结论：

这不是健身行业独有的问题，所有“人走客户走”的行业，病根都一样：客户资产没有组织化。

放到健身房，就是会员的需求变化、训练计划、身体数据、历史反馈，全都只存在教练个人手里，店里没有统一档案。

新教练接手的时候，不知道会员之前练什么、哪些动作有效、最近身体数据怎么变的。会员一看，就会觉得：你根本不懂我。

于是宁愿回头去找老教练。

 

插图：教练带着档案离开，店里的档案柜空了一格

当然，这说的不是整体情况。余额还多的时候，会员多半会留下来继续上；但余额一用完，人就回头找老教练了。

问题就出在这段过渡期：为什么留不住？

很大一部分原因是：新教练不掌握会员的历史，没能拿到信任。

所以健身房需要的，不只是一个续课提醒，而是一套教练和会员的台账管理系统：

会员信息统一沉淀在店里，新教练随时能查；教练不走，信息持续更新，会员有信任感，也有依赖感；教练走了，会员不丢，交接的人也能更快摸清会员需要什么。

基于这个需求，我们做了一套【健身房台账管理系统】，下文简称健身房工作台。先看下 demo 效果：

整体分两大模块：教练端、店主端。

两端用不同的用户名和密码进入。功能覆盖了大多数场景：今日提醒事项、今日课表、会员储值信息、会员历史体测数据、续费通知、教练管理信息、经营复盘等等。你有别的需要，可以按自己的情况继续加。

 

示意图：会员档案沉淀在店里，教练端与店主端各取所需

整个过程，我分成五步：

第一步：前期项目准备

先说个小 tip：开始做项目之前，可以借助纳米Work预设的技能，效率会高不少。

纳米Work是360面向个人用户打造的超级AI助理：既能做 PPT、整理文档、生成视频，也能规划旅行、整理日程、做学习看板。你说清目标，它理解需求、拆解任务、调用模型和工具推进执行，最后交付可用的成果。官方的 Slogan 是“重要工作，一次做好”。

技能我之前跟大家聊过。说白了，就是把一件事做成的最短路径固化成标准流程，配齐过程中要用的工具，再在关键环节设好检错点。简单总结就是：

技能入口就在页面中间这一块，展示的是一些热门技能，你可以选自己创建的，也可以选纳米Work自带的。自带的还挺丰富，我们今天用到的是“个人工作台”这个技能：

 

首页中间的技能入口，选择“个人工作台”技能

选完技能，先建一个项目文件夹。前期的数据、文件都放这里，后面项目过程的产出和结果也放同一个文件夹。以后想优化、改工作台，好找好查，做版本管理也方便：

 

新建项目文件夹，选中【健身房】作为整个项目的存储位置

对了，纳米Work最近新增了“工作空间”这个功能，确实方便多了。在“选择工作目录”里，直接选刚建好的【健身房】文件夹，这就是整个项目的存储位置。

好，我们回到纳米Work首页。详细的功能介绍，可以看我之前的保姆级教程。在左侧功能区点“首页”，再点新的对话，开始今天的实践：

 

首页标注：①左侧功能区 ②技能选择 ③工作方式与工作目录 ④模型与思考深度

几个位置对应着看：

① 左侧功能区：按需选择，点“首页”就是新建一个对话（任务）。

② 技能选择：点一下需要的技能，然后在对话框里直接打字说需求，它就能帮你写 PPT、写文档、做个人工作台、做调研、画图、生成视频，相当于随身带了个全能助手。这些技能基本覆盖了日常办公的大部分场景。这次我们选“个人工作台”。

③ 工作方式：像我们这次做的 HTML，可以选“边想边做”，也可以选“先规划再执行”。普通任务选第一个就行。下面的项目工作空间，前面没建的话，直接在这里点【健身房】文件夹就 OK。

④ 模型选择：这次不涉及图片生成，不需要多模态模型。DeepSeek V4 系列或者 GLM 系列都可以，案例里用的是 GLM5.3-flash。这个模型也是最近更新的，积分用得少，速度快，基本能达到我们想要的效果。

思考深度看任务复杂度。举个例子：做 PPT，资料已经给全了，选“标准”就够；更复杂的任务，比如要模型自己搜资料、写复杂代码，可以上“高”或“超高”。这次我们先选“标准”，后面看情况再调。

第二步：需求分析

前期准备做完，接下来把健身馆行业的痛点整理出来。

这里可以结合真实需求和场景。有些需求就是一个很小的点，单独做一个工具不值得，所以我们想做的，是一个解决一堆“小痛点”的全面工作台。先把痛点找出来，从痛点提炼需求，再把需求发给纳米Work。

1. “教练每天不知道该盯谁”

教练手里几十个会员，谁该续费、谁好久没来、谁该做体测，全靠脑子记。记不住就漏，漏着漏着，人就没了。

所以让系统每天固定时间提醒教练：谁该约课、谁该做体测、谁过生日要送祝福……都是小点，但做好了，会给会员带来情绪价值。

2. “排课乱、撞课、漏课”

有些健身房排课，靠会员和教练在微信群里随机约时间，靠本子记。约好的时间，当天临时有事没来；数据也记得乱七八糟，教练和店主两边的信息对不上。

我们想做的是：教练端一眼就能看到今天几点给谁上什么课；店主端一看就知道今天哪个教练满课、哪个教练空着。

3. 会员储值信息

会员卡里还剩多少钱、剩几节课、什么时候充的、消费记录在哪。以前会员一问，店主得翻微信、翻本子。

如果系统里一查就有，会员自己能查到，心里也踏实。这背后就是前面说的“信任”：每消费一次，剩余次数、余额、消费时间，都清清楚楚。

4. 历史体测数据，解决“新教练接不住老会员”

前三条是效率，这一条才是全文要解决的核心：客源归店。

会员的体测数据、训练记录、身体变化，全部沉淀在店里，而不是在教练个人的微信里。教练走了，新教练一打开系统，这个会员什么情况、之前练什么、哪项有效，都看得见。

新教练能把会员的情况说清楚，把最近体测数据的变化说清楚，最好连后续计划也能讲出来，会员就没理由不信任他。一定程度上，这个问题也就解决了。

当然，需求还有很多，这里只展示一部分。

这块每家店的需求都不一样，所以我们这次选“边想边做”。但不是直接把需求丢过去，而是让纳米Work先基于我们的需求，给一份规划好的需求文档。

这里有个小细节：如果需求理解错了，需求文档就不对，最后出来的工作台效果也可能不理想。所以我加了一句话：

接下来就会进入需求对齐，也就是助理先“理解需求”。这是纳米Work内置的一个小工具，很多时候我们想得不够全面，可以让 AI 替我们想，尽量做到和我们要的一致。比如这一步，是在确认工作台的常用端：

 

需求对齐：AI 追问工作台主要在什么设备上使用，选项含手机、电脑和两端

还有这种选择题式的，按自己的需求回答就行；没有合适的选项，就在“其他”里自己填：

 

需求对齐：选择工作台的产品定位，这里选“一家店的定制工具”

这里我选的是一家店的定制工具。刚开始做，直接去标榜“行业通用”有点着急，不如先用一家店跑一跑，看看这个工作台到底有没有效果。

这是根据我们的需求生成的需求文档。可以看到，基本解决了之前罗列的绝大部分痛点。列出来的功能模块里，如果还有想加的，继续跟纳米Work说就行。

这次用的是“个人工作台”技能。健身房工作台涉及会员信息和经营信息，为了保证数据安全，会涉及 API 契约文档。这是技能自动匹配生成的，这里不展开，感兴趣的朋友可以自己查一下资料。

需求对齐完，它没有急着写代码，而是先“拆解任务”：根据需求给了三份设计文档。

《课消信任账模块设计》，是整个工作台的施工图。技术架构、数据库表结构、五档分诊算法的判定规则、记一次课消时余额怎么扣、流水怎么记、负债表怎么算，全部提前定死。

《API 契约》，是前后端的接口合同。30 多个接口的参数、返回格式、错误码逐一约定。最关键的是权限边界：店主看全店，教练只能看自己名下的会员，越权一律拦截。

《验收方案》，把每条验收标准翻译成 42 条测试用例，每条都写明“输入什么、应该输出什么”。开发完一条条过，过不了就不算做完。

 

示意图：施工图、接口合同、验收方案三份设计文档的内容与顺序

这里同样可以修改，比如计价、扣课次规则等。这部分的产出如下：

 

产出的《API 契约》文档开头：接口地址与鉴权方式

这份设计文档的目录，大致是：

• 整体架构与数据流：教练记课消怎么一路走到账上
• 7 个功能模块：认证与角色、续费雷达、课消信任账、教练交接、演示数据、上传、前端页面
• 数据库表结构，以及分诊阈值的默认值
• 错误处理、安全、技术栈、风险，以及待确认的设计问题

第三步：工作台制作

设计文档确认后，直接回复“没问题，继续完成任务”。

这一步纳米Work会稍微慢一些，耐心等一下~毕竟它有一点很值得一提：返工率低。

最后会产出工作台 HTML 和一套使用说明。在打开 HTML 之前，一定要先看使用说明。这次打开的方式，和我们之前不太一样：要双击“启动工作台.bat”。

简单说下和之前的 HTML 有什么不同：

HTML 是静态网页，双击就能看，因为它不需要后台。

现在这个工作台需要后台服务、数据库、接口，HTML 自己跑不起来，所以要先用 BAT 把后台启动起来，再打开网页。

 

对比图：静态 HTML 双击即可看，这次的工作台要先启动 bat 再打开网页

 

项目文件夹里的启动文件：server.py、健身房工作台.html、启动工作台.bat 和使用说明.md

使用说明里，头几步最关键。这里用的是示范数据，后面把自己的真实数据传上去就行：

上面说的 PIN，测试时可以直接用初始的，后面再改。

 

初始 PIN 文件：一个店主 PIN，七位教练各一个 PIN

第四步：测试

接下来看它“交付成果”，按使用说明的流程走一遍：

登录页长这样：

 

工作台登录页：输入 PIN 进入

工作台会根据 PIN 值，自动匹配进入哪个端。我们先用店长 PIN 进入：

店长功能测下来基本没问题，再测教练端：

第五步：优化细节

这一步，根据你的具体需求继续对话就行。我这里想加一个文档上传入口：

修改后的工作台效果：

回到开头那个问题：会员的信息，不该只存在教练个人手里。这次做的工作台，思路就是把档案沉淀到店里，教练端、店主端各看各的权限。

做完这一步，我和朋友简单看了一下，基本能覆盖一家店的基础功能。当然，这只是 demo 状态，教练交接的实际效果，真正用起来之前，肯定还要用真实数据再测试。

这篇主要是想给大家一些思路：AI Agent 到底能帮我们解决什么问题，实现什么功能。

虽然还没到 AGI 的时代，但像这种不是工程级的简单 Coding 任务，日常实践下来，我觉得基本都没问题。

还是要多去实操，才能对 AI 的能力边界有真实的体感。

#纳米Work#超级AI助理#skill#AI#工作台#编程