数据库优先开发：先设计，再向AI下指令

数据库优先开发，就是在写下任何一行应用代码之前先设计数据库。构建前花两周设计系统，能省下构建中两个月的重构。这不是假设——这是一道算术题，在我见过的每一个代码库里都被证明过，包括我自己的。

构建FIKR Space时最重要的两周，就是我在写任何应用代码之前，用来设计数据库结构的那两周。大多数人读到这句话会点点头，然后置之不理。这里是实践版：“设计架构”实际上指的三件事，以及做完之后接续的构建时间线。

数据库优先开发：为什么诱惑就是陷阱

验证一结束，你就会忍不住想打开Claude或Cursor开始构建。你会想要代码不断堆积带来的多巴胺。你会想在周末结束时给另一半看一张截图。抵制它。

在数据库设计好之前就开始写代码，是首要错误——其他所有构建陷阱都是它的下游。第一天你会觉得很高效，因为AI在生成界面，可它们底下的地基是流动的，地基每周一变，建在上面的所有东西就都得返工。这种不断加速的返工循环，正是氛围编程陷阱如何把第一周感觉势不可挡的人团团困住的方式。

第1步：设计数据库——在纸上

列出你产品里的每一个实体。用户。公司。订阅。无论核心名词是什么。然后列出关系：一个用户属于一家公司，一家公司有许多用户，一个订阅属于一家公司并追踪用量。

把这些画在纸上。是的，纸。画图的过程会让你想到只在脑子里设计时会漏掉的边界。当方框和箭头不再变化，你就有了一套数据库结构。然后把这些实体清楚地描述给Claude，它会在二十分钟内为你写出真正的SQL。现在你有了地基。

第2步：划定服务边界

你的系统执行哪些主要操作？注册。处理付款。生成报告。发送通知。每一项都是一个服务——系统中职责明确、自成一体的一部分。在编写服务之前，先定义每个服务的输入和输出。

这听起来很官僚，其实不然。这是一个能够演进的系统，与三个月后就僵化的系统之间的区别。

第3步：走一遍用户流程

走一遍用户使用你的产品时最重要的三件事：注册、完成第一个有价值的操作、续订。把每个流程勾勒成一连串界面或交互——先别设计界面，只画顺序。你要找的，是流程中断的地方，或是你做了不成立的假设的地方。

当数据库、服务和流程在纸上都说得通——而且一天后用新鲜的眼光再看仍然说得通——你就有了一套架构。现在可以开始构建了。

本书The Solopreneur RevolutionLuis Gonçalves 讲述如何在不辞职的情况下用 AI 打造独立创业者事业。获取本书 →

随之而来的八周时间线

架构优先并不更慢。它让快的那部分真正变快。以下是它解锁的日程，每周专注构建四到八小时：

到第六周结束时，产品已有三四个核心流程可以运转：注册、完成主要任务、被计费、明天再回来做一遍。这是一个人在2026年能做到的事，而在2020年，十个人花多少钱也做不到——而且每周的每个功能都从一份书面简报开始，而不是一句充满希望的提示词。这就是PRP方法，它之所以有效，只因为其底下的架构已经不再移动。

别让AI当架构师

Claude是出色的实现者，却是平庸的架构师。问它“这应该是一张单独的表，还是一个JSON列？”它会给你一个答案——通常还行，有时很糟，偶尔极好。问题在于，除非你有自己的架构品味，否则你没法判断自己处于哪种情况。要有意识地培养它：看看其他产品如何组织系统，在纸上推敲各种取舍，并在让Claude实现之前把架构写下来。

架构决策是你的。实现决策是Claude的。守住这条界线，代码库的质量就会不断累积；模糊这条界线，代码库就会腐化。

如果你现在正处于这个阶段，这一周这样过：花三个晚上研究实体和关系。把数据库结构画在纸上。反复打磨。让Claude生成SQL。通过走一遍你最重要的三个用户流程来做合理性检查，看看这套结构是否能干净地支撑它们。先别写应用代码。到周日晚上，你拥有一套你有信心的数据库结构，以及你将在接下来六周构建的四到六个核心功能清单。枯燥。缓慢。每一小时都值得。

12 周企业职业生涯从来都不是计划申请加入 Solopreneur Accelerator。立即申请 →

常见问题

什么是数据库优先开发？

在写任何应用代码之前先构建数据模型：列出产品的实体和关系，在纸上反复打磨到不再变化，然后才生成数据库结构、开始构建功能。数据库是地基——其他一切都建在它之上，所以它必须先停止变动。

编码之前应该花多长时间做架构？

两周——数据库、服务边界和用户流程。这两周能为你在构建期间省下两个月的重构，因为建在稳定地基上的功能，不必在地基每次变动时都返工。

AI能替我设计数据库吗？

AI能写出数据库结构——把你的实体描述清楚，Claude二十分钟就能产出SQL。但它不该做设计决策。Claude是出色的实现者，却是平庸的架构师：实体、关系和取舍，都是你在下指令之前要做的决定。

我不懂技术——真的能设计数据库结构吗？

能，因为难点不在技术。难点在于列出你业务中的名词——用户、公司、订阅——以及它们如何关联，这一点你比任何开发者都更清楚。纸上画方框和箭头。当它们不再变化，设计就完成了，AI负责把它翻译成SQL。