从模板起步：怎么选，怎么验
用可验证的标准挑一个代码模板，避免把选型变成新的时间黑洞。
大部分产品的前两周都在写同一批东西：登录、支付、邮件、后台布局、部署配置。
用模板不是偷懒，是把精力从重复基础设施挪到产品逻辑上。有 AI 帮着改的时候，基于模板改比从零写快得多。
选模板的第一原则：按项目类型选，不按功能数量选。
功能最多的模板往往也是最难改的那个。你要的是在你这个场景下改起来最顺手的。
先分清两种模板
| 类型 | 里面有什么 | 适合谁 |
|---|---|---|
| UI 壳 | 页面、组件、样式、示例数据 | 已有后端，只缺界面 |
| 业务骨架 | 认证、权限、支付、数据库迁移、后台 | 需要完整产品的第一版 |
买之前一定要确认是哪一种。 很多标着"完整 SaaS 模板"的东西打开只有页面和组件，鉴权是假的、支付是示例、数据库迁移根本没有。
判断方法：看它的文档里有没有"如何配置真实支付回调"和"如何执行数据库迁移"这两节。没有的，大概是 UI 壳。
下载或购买前的六个检查
- 平台是否已经定死——网页、小程序、App、桌面还是纯接口
- 是否覆盖第一周需求——认证、支付、后台、内容管理、部署、示例数据、文档
- 许可证允不允许你向终端用户收费——这条直接决定能不能合法用于商业产品
- 是 UI 壳还是业务骨架
- 有没有官方文档、可访问的演示、更新记录
- 24 小时内能不能完成"去演示化"——改品牌名、删示例内容、跑通一条真实流程
第六条是最有效的单一标准。
如果第一天都卡在环境、文档和陌生抽象里，这个模板不适合当前这个项目——不管它的功能列表多长。
模板的价值是省时间。第一天就在赔时间的，后面不会变好。
第三条最容易被忽略。有些模板的许可证只允许个人学习或单个项目使用，你把它做成收费产品，属于违约。付费前把许可证条款读完，这是几分钟的事。
按难点选，不按名气选
一个简单的分岔：
- 难点是业务流程（登录、订阅、账单、权限）→ 优先选功能型模板，哪怕付费
- 难点是技术体系（第一次用这套技术栈）→ 优先用官方免费起步模板学结构
第二种情况用重型模板会很痛苦——你分不清哪些是框架的约定，哪些是模板作者的偏好，出错时不知道该查谁的文档。
去哪里找
按可判断程度排序，不按数量排序：
| 来源 | 特点 | 要注意什么 |
|---|---|---|
| 开源代码平台 | 免费，能直接看代码 | 维护质量差异极大，先看最近提交时间 |
| 框架官方起步模板 | 结构标准，文档同源 | 通常只有骨架，业务功能要自己补 |
| 商业模板市场 | 品类全，有演示 | 大量只有 UI 没有业务能力 |
| 独立作者的付费模板 | 通常针对具体场景，文档较好 | 更新是否持续，作者是否还在维护 |
看开源模板时,先看最近一次提交和未解决问题的数量。一年没更新的模板，依赖大概已经装不上了。
只保留当前需要的模块
模板里有示例代码，不等于上线时必须保留。第一版发布前删掉：
- 用不到的第三方服务接入
- 示例数据和演示页面
- 多语言（除非第一版就要两种语言）
- 你不打算维护的分析和邮件模块
每个留下来的模块都要配置、会出故障、排错时要被排除嫌疑。 留着不用的模块是纯负债。
组件库不是产品决策
界面层选一套主流的原子化样式方案加一套现成组件就够了。不要在这一层比较三天。
第一版真正影响转化的是页面结构、移动端体验和主路径是否完整，不是用了哪套组件库。
界面的基本规则见界面基础。
常见错误
按功能数量选模板。 功能最多的往往最难改。
没确认是 UI 壳还是业务骨架。 以为有支付，实际是示例。
没读许可证就用于收费产品。 属于违约，事后很难补救。
第一次用某套技术栈就上重型模板。 分不清哪个约定是谁的，排错无门。
留着所有示例模块不删。 每个都要配置、会出故障。
在组件库上比较三天。 它不影响转化。
用一年没更新的开源模板。 依赖可能已经装不上。
验收标准
- 能说出选的是 UI 壳还是业务骨架
- 许可证允许当前的商业用途，已经读过条款
- 24 小时内完成了去演示化，跑通了一条真实流程
- 用不到的模块已经删掉，不是留着"以后可能用"
- 选型总耗时没超过三天
- 知道这个模板最近还在维护
本章动作
给候选模板做一次 24 小时测试：改掉品牌名、删掉所有演示内容、跑通一条真实的用户流程。
做不完就换一个。 这个测试的成本是一天，选错模板的成本是一个月。