一个学生党花几周做的邮件工具，踩了三个坑

一个同时接三份活的自由职业者，最后用什么管客户跟进？不是Salesforce，不是HubSpot，是他自己写的代码。

从"丢客户"到"造工具"

作者还在读书，同时做项目和接私活。邮件发出去没人回，潜在客户一个个溜走，没有统一的地方告诉他"该跟进谁了"。

他试过现成的客户关系管理工具，要么太贵，要么太复杂，要么逼他改整套工作流程。作为一个单打独斗的自由职业者，他要的是"轻量、能用"的东西。

于是决定自己造。

这个产品叫NexusLead，定位很明确：给自由职业者和个体创业者用的极简邮件跟进工具，没有企业级软件的包袱。

技术栈选型：能省则省

作者公开了完整的技术方案，选择标准只有一个——快速上线、成本可控。

前端用Next.js（一个基于React的网页开发框架），部署在Vercel上，免费额度够用。数据库选Supabase，开源的PostgreSQL托管服务，身份验证和实时功能开箱即用。

邮件服务是Resend，专门做应用邮件发送的接口服务。支付接入Stripe，订阅管理直接走现成方案。

整个架构没有自建服务器，全是托管服务拼起来的。这种"微软件即服务"（Micro SaaS）的玩法，一个人就能扛住开发和运维。

第一坑：邮件进垃圾箱

作者说，让邮件进收件箱而非垃圾箱，是"迄今为止最难的技术挑战"。

他花了好几天研究三个东西：发件人策略框架（SPF）、域名密钥识别邮件（DKIM）、基于域的消息认证报告和一致性（DMARC）。这些都是邮件服务商用来验证"你是不是骗子"的机制。

配置不对，再漂亮的跟进邮件也直接进垃圾箱。作者的原话是："每个做邮件类SaaS的开发者，从第一天就要把这个当优先级。"

这个坑很多技术团队都踩过。2023年Gmail和Yahoo收紧规则后，批量邮件的送达率成了生死线。一个学生的副业项目，直接撞上了和大厂一样的基础设施难题。

第二坑：比写代码难十倍的事

产品做出来只是开始。作者 spent weeks（花了数周时间）做这些事：在Reddit相关板块发帖、在Twitter（现称X）分享开发过程、给潜在用户发冷邮件、在Indie Hackers这类独立开发者社区混脸熟。

他的教训很直接：产品没做完就要开始攒受众。

这是典型的" builder's trap "（建造者陷阱）——工程师以为好产品自己会说话，结果发现代码写完了，对面没人。国内独立开发者社区里，"做完没人用"的故事每个月都在重演。

第三坑：功能做多了

第一版作者加了一堆"万一用户需要呢"的功能。没人提需求，他自己脑补场景，往里塞。

后来学会了一招：最小可行产品（MVP）上线，根据真实反馈迭代。这个转变，是从"我觉得"到"用户说"的切换。

现在NexusLead已经上线，作者正在全力争取第一批付费用户。他公开了网址nexuslead.live，也在评论区征集反馈和合作。

这件事为什么值得看

不是一个成功故事，是一个进行中的实验。作者没说自己月入多少，没晒增长曲线，只分享了真实踩过的坑。

三个信号值得关注：

第一，邮件基础设施的门槛被低估了。SPF/DKIM/DMARC这些"老技术"，至今能卡住新入场者。说明这个领域没有因为AI而变简单，反而因为反垃圾规则收紧变难了。

第二，Micro SaaS的商业模式在验证期。一个人、几周时间、托管服务拼搭，成本压到极低，测试一个细分需求。这种"精益创业"的变体，正在成为技术副业的标准路径。

第三，冷启动的残酷性被再次确认。代码能力不能转化为获客能力，这个断层需要刻意练习填补。

如果你也在做类似尝试，作者抛了一个问题：你建SaaS时遇到过什么挑战？评论区见。