BuildMidas 手册:平台全景地图

让我带你走一遍某个真实账户从头到尾的完整流程，而不是逐项介绍侧边栏。假设这是一位自由职业者，在平台上的第一周，正在为一个小客户构建一个习惯追踪应用。这就是这个构建项目在仪表盘中流转时实际发生的事情，按照真实发生的顺序——以及每一站究竟是帮上了忙还是浪费了五分钟。

提示词

他们打开 AI 构建器，输入类似「帮我做一个习惯打卡工具」这样的话。作为第一句话，这没问题，但作为最终提示词，就不太够用了。返回的不是代码——而是一份用大白话写的计划，如果你看到「差不多可以」就停下来点击批准，那你得到的东西在字面上确实回应了「习惯打卡工具」这几个字，但在所有真正重要的方面都是通用的、没有针对性的。这位自由职业者的客户要求没有社交功能、只用本地存储、默认深色模式。这些要求都没写进第一条提示词里。它们进入了计划阶段，变成批准前的三处修改：删掉计划自己臆造出来的「分享你的连续打卡记录」功能，替换存储方式那一行，把默认主题改过来。三十秒的编辑。经过这一步产出的构建成果，匹配的是需求简报本身，而不只是匹配「习惯打卡工具」这几个字。

大家常常跳过的计划步骤

我见过其他用户在这个环节踩过同样的坑——不读就批准第一版计划，迭代到第三轮才发现，还得重新解释本该在计划阶段就定下来的约束条件。计划这一步存在的意义正是为了避免这种情况。它几乎不花什么成本，而且是整个流程里唯一一个你可以用自己的语言和智能体沟通、而不是去调试它生成的代码的环节。

构建成果实际落在哪里

生成完成后，这个习惯打卡工具会以卡片形式出现在我的构建里——这是一个可按类型筛选的资源库页面，等到第三周积累了五六个构建项目之后，这会是这位自由职业者打开次数最多的页面。它不会出现在展示区里；那个页面是精选内容，不会自动收录，客户项目默认不公开展示是对的。它也不会自动出现在模板里，除非这位自由职业者主动把它存为模板——其实这里值得这么做，因为一个习惯打卡工具的骨架，正是自由职业者换个客户、换个品牌视觉就能直接复用的东西。大多数人要等到做到第六个项目时才想起「另存为模板」这个功能，然后后悔没在第一个项目上就这么做。

已发布，还是更重一些的方案

接下来是分发方式的问题。这里有三个真正意义上不同的选项，而不是一个选项披了三个名字。已发布提供免费子域名，几秒钟就能上线，无需任何配置——在客户还在审阅、可能会要求改版的阶段，这是正确的选择。域名管理适用于客户自己的域名已经准备好、可以指向该构建项目的情况，这一步还有额外的作用：在这里绑定域名不只是换个网址，也是侧边栏更下方那些数据分析页面能够采集到数据的前提。部署，位于设置里，是走 SFTP 路径的选项，适用于客户坚持要求构建项目运行在他们自己掌控的基础设施上——配置更复杂，而且正常运行时间的问题就完全不再由这位自由职业者负责了，这是一个值得明确权衡、而不是意外发现的取舍。

对于这个项目，先选「已发布」。之后从子域名迁移到自定义域名毫无难度。而在一个可能被取消的客户项目上撤销自定义域名部署，善后的麻烦远超其价值——事实上，这位自由职业者在之前的一个项目上就因此吃过亏，这正是「默认选已发布」这个习惯的由来。

上架应用商店这段小插曲

这位客户还要求上架应用商店，因此这个构建项目不止步于「已发布」，而是走了已发布上架这条路——这个页面的存在，是因为应用商店的审核是异步的，而且各家进度差异极大，网页部署完全不是这样。提交到一个商店，可能要等两天；提交到另一个商店，二十分钟就能通过。「已发布上架」页面让你不用开五个浏览器标签页、登录五个不同的商店后台、面对五套不同的状态术语，就能追踪这一切。

那个没人提前警告过他们的空白页面

域名连接一周之后，这位自由职业者打开搜索表现查看情况。空的。而且看起来还有点惨——没有图表，没有数字，只有一个提示你去连接账号的框。这不是故障，而是如实反映：搜索表现、Google Analytics 和商店数据分析都依赖设置里的 Google 账号连接，而且都不会补录历史数据。同步是从你连接的那一刻开始往后走的。第一天就连好域名，到第二周你就有一周的历史数据；因为忘了而拖到第十天才连，那到了第十天你还是从零开始。这位自由职业者连好了域名，却没连 Google 账号——这是两个看起来该是一步、实际却是两步的操作。

这里真正付出代价的不是那个空白图表本身。而是那些优化类智能体读取的正是同一份数据，一个在没有任何搜索表现历史数据支撑的情况下被要求提升页面排名的智能体，只能依据通用的最佳实践来工作，而不是这个网站真实的数据。跳过这一步连接，不只是让某个仪表盘页面空着——它限制了智能体能发挥的上限。

那个没人要求、却主动冒出来的简报

两周之后，机会发现里出现了一张卡片：一份指出客户网站内容缺口的商机简报，还附带一个「构建此项目」按钮。当它命中了一个你本来就会去做的方向时，确实很有用。但机会发现这个模块本身的设计更偏向数量而非精准——生成的简报比任何人能采纳的都多——所以正确的态度是把它当作建议收件箱，而不是待清空的任务队列。这位自由职业者每隔几天扫一眼，大部分都直接忽略，而这正是预期的使用方式，不是没跟上进度。

本该在第一天就搞定的设置项

到这个阶段，这位自由职业者已经接触过四个设置页面，却从没主动打开过设置菜单——每一个都是因为别的地方空白了才被发现的。

Google 账号连接是最值得提前配置好的一项。它是一个单点连接，背后关联着三个不同的仪表盘功能面，而通过踩坑才发现这一点——三个不同的空白页面、三次不同的「哦，我得先连接一下」的时刻——正是第一天花五分钟提前配置好就能避免的摩擦。

一直都在那里的两样东西

浮动的AI 问答按钮从始至终都出现在这些页面上，而且它不是一个功能受限的常见问题机器人——它可以代你连接账号、启动一个构建项目，或者解释某个页面为什么是空的。这位自由职业者的客户不会说英语，需要在通话评审时把整个界面切换成另一种语言；导航栏里的地球图标可以在会话进行中切换全部二十种语言，且不会丢失正在进行的构建工作。这两样东西都不需要像本篇走查中其他内容那样靠试错才能发现。它们本来就在那儿。

这就是这整个账号头两周经历如实的总结——不是「先看文档，再动手做」，而是反过来。「我的构建」在有一张卡片之前只是个抽象概念。「搜索表现」在有域名给它喂数据之前只是个空状态。在做第一个项目之前先读一遍平面图当然也可以，但只有当里面真的躺着一个具体的习惯打卡工具时，这张平面图才真正有意义。