作者用 Claude 花费十几元 Token 构建单词打卡工具，探讨教培 SaaS 定制化路径

花十几块钱token、两小时，作者用Claude从零做出了一个单词打卡H5工具。文章借这个小实验，讨论教培SaaS如何借助AI为学员提供定制化学习工具，并指出客户成功这件事，正在被AI重新定义。

前段时间，我用 Claude，通过 Vibe Coding 做了一个单词学习打卡工具。

前后花了大概2个小时，消耗了十几块钱token，是H5网页的形式，大概长这样：

工具已经可以实际使用了，背单词、打卡、积分排版榜，该有的功能基本都有。除了发音还有一点小瑕疵，整体上我还是比较满意的。

做完这个工具，我想到了一个和教培 SaaS 客户成功有关的问题。

如果教培机构能够根据每次课程的内容，给学员配套一套定制化的学习工具，会不会比现在的学习打卡方式更有效？

我之前做过教培 SaaS，所以这个想法并不是凭空产生的。

一、一个单词打卡工具，暴露了通用产品的问题

做这个工具的起因很简单，团队想做内部学习，需要一个打卡工具。

市面上有很多类似产品，功能也很成熟。但当我真正开始使用时，发现一个问题：通用产品虽然能满足大部分基础需求，却不一定能很好地满足我们自己的学习要求。

尤其是词库，很多学习产品支持导入自己的单词词库，但导入单词只是第一步。每个单词的例句、释义，以及内容是否符合当前的学习目标，同样重要。

如果我们正在学习一套特定的课程，希望单词和例句都围绕课程内容展开，那么通用产品就不一定能很好地满足要求。

所以我毫不犹豫的选择coding一个定制化的学习打卡工具出来，我把需求告诉 Claude code，让它基于目标去搜集学习素材，包括词库、例句等等，然后基于此去构建一个打卡学习APP。

最终做出来的东西谈不上精致，我也不需要备案的域名，我只要把它挂到我花几十块钱购买的域名上，再把服务也上到一百多一年的轻量云服务器上，就可以让大家公网访问和使用。

我之前做过很多这样类似的小工具，小范围、特定场景、简单交互，完全可以通过ai coding 出来稳定使用。

二、如果把这个思路放到教培机构呢？

做完工具后，我很自然地想到了之前接触过的教培行业。

教培机构的核心工作是教学，老师准备课程、组织课堂，学员上完课之后，还需要完成练习、复习和作业。

但课堂教学只是学习过程的一部分，课程结束后，学员能不能把知识真正掌握下来，同样重要，比如，一家英语培训机构今天教了一组单词，要求学员课后复习掌握，我们当然可以通过纸质化的方式去学习，但是如果有更好地、更高效地方式，学习效果会不会更好？

成年人的时间是碎片化的，小孩也需要更有趣的学习方式，如果能够以多种形式去辅助课后复习，比如视频、打卡工具，甚至游戏化的方式，这会不会更好？我认为值得尝试。

而且，这个思路并不只适用于英语培训，不同的培训课程，都可能存在类似需求：课程内容有自己的特点，课后练习需要配合教学安排，但通用产品未必能够完全适配。

如果能够基于不同课程提供特色的学习工具，这可能也能成为教培机构的竞争优势。

三、教培 SaaS 的 CSM，可以做些什么？

过去，教培 SaaS 的 CSM 通常会帮助客户熟悉系统、配置业务流程、解决使用问题，以及推动客户把产品用起来，这些工作依然重要。

但如果 CSM 对客户的业务足够了解，他其实还可以做更多，比如，一家机构使用教培 SaaS 管理学员、课程和教学安排。CSM 在服务过程中发现，机构一直希望加强课后督学，但现有系统的工具不一定能够很好满足机构的要求，于是机构老师便通过微信群、电话、或者使用多个APP的方式来做课后服务。

现在，情况发生了一些变化，如果需求足够明确，CSM 可以借助 AI，先做一个小工具出来。

例如：

• 英语培训机构： 根据每次课程的词汇，生成带有定制例句的单词学习和打卡工具。
• 职业培训机构： 根据课程内容制作相应的课后练习工具，帮助学员进行分阶段练习。
• 技能培训机构： 针对需要反复练习的课程，开发带有任务、反馈和进度记录的轻量化应用。

这些工具不一定需要做成完整的软件产品，只要能够解决一个具体问题，能让老师和学员实际使用，就有尝试的价值。

这里有一个前提：CSM 需要能够判断客户真正需要什么，并把这个需求转化为可验证的解决方案，不需要做很大的场景和工具，只做一些实用的小工具。

四、工具做出来了，怎么交付给客户？

如果只是自己用，事情很简单。本地运行一下，能用就行，但如果要交付给客户，特别是让老师和学员通过手机访问，就会遇到一些实际问题。

我这次做的单词打卡工具，除了开发本身，还涉及域名、服务器和公网访问。这里面有些事情并不复杂，但如果之前没接触过，确实容易卡住。

1、先解决公网访问的问题

开发完成后，工具通常运行在自己的电脑上，只能自己访问，要让客户使用，就需要让它能够通过互联网访问。

如果只是临时演示，可以考虑使用内网穿透一类的方案，把本地服务临时映射到公网。不过，这种方式更适合测试，不适合直接作为长期交付方案，尤其要注意访问权限和数据安全。

如果希望客户长期使用，就需要考虑把应用部署到云服务器上，或者使用适合这类应用的托管服务。

2、域名和服务器怎么选？

域名相当于客户访问工具的网址，服务器则负责运行应用、保存数据。

如果只是做一个简单的学习工具，初期不需要购买配置很高的服务器。根据实际技术架构，选择一台入门级云服务器，或者合适的应用托管服务，通常就可以开始验证。

域名也不一定需要每个工具单独购买。如果公司已经有自己的域名，可以考虑使用二级域名，例如 study.example.com，分别部署不同的工具。

如果公司没有合适的域名来提供，可以个人或团队去购买一个域名，需要注意的是，在中国大陆提供公网访问时，域名备案、服务器接入要求等事项需要提前确认，前期不备案，用cloudflare做一个tunnel转发也可以。

3、费用到底有多少？

以轻量级、低访问量的内部工具为例，开发阶段的 AI Token 费用可能只需要十几块钱。但这不代表整个项目的成本只有十几块钱。

还需要考虑域名、服务器或托管服务、数据库、存储，以及后续维护等费用。具体成本取决于部署方式和使用规模，不能把一次开发的费用当成长期运营成本。

如果是给一家客户做定制工具，我更倾向于先用最低成本验证需求。确认老师和学员确实愿意使用，再考虑是否需要独立域名、独立部署，以及更完善的服务保障。

4、谁来维护？

这是最容易被忽略的问题。

如果学员每天都要用，出现登录失败、打卡记录丢失、手机上显示异常等问题，谁来处理？课程内容需要更新时，谁来维护词库？如果 AI 生成的例句不准确，又由谁来审核？

这些问题都需要在交付之前想清楚。

对于 CSM 来说，我认为比较合适的方式是先把工具定位为小范围试用的解决方案，明确使用范围、数据处理方式和维护责任，涉及客户的真实业务数据时，还要经过必要的安全评估。

如果后续使用效果不错，客户也希望长期使用，就应该考虑更规范的部署、权限管理和维护机制，而不是一直依赖一个临时搭建的应用。

Vibe Coding 降低的是开发门槛，并没有让部署、运营和维护这些事情自动消失，最终还是建议产研部门要接受后期的运维。

本文由人人都是产品经理作者【AiSaaS老司机】，微信公众号：【AiSaaS老司机】，原创/授权 发布于人人都是产品经理，未经许可，禁止转载

题图来自Unsplash，基于 CC0 协议