奶茶健康榜单平台 — MVP 产品架构评审 | 2026 年 7 月 5 日
ChatGPT 给出的架构方案方向正确——信息架构清晰、URL 对 SEO 友好、页面分类合理。但整体停留在"产品经理的功能列表"层面,缺少真正落地所需的关键技术决策和数据策略。
架构中完全没有提及数据采集方案。奶茶配料数据不是公开标准化数据,这是整个项目成败的核心风险。
现实挑战:
建议:MVP 阶段先手动整理 5-10 个主流品牌的 Top 20 热门饮品,使用 JSON/CSV 作为数据源,验证产品方向后再考虑扩展采集能力。
"Next.js + Tailwind + Supabase" 只列了技术名称,没有说明架构方式。
| 方面 | ChatGPT 建议 | CTO 建议(MVP) |
|---|---|---|
| 前端框架 | Next.js | Next.js (App Router) + SSG 静态生成 |
| 样式方案 | Tailwind CSS | Tailwind CSS(Mobile-first) |
| 数据存储 | Supabase / Airtable | 静态 JSON 文件(零运维成本) |
| 部署 | 未提及 | Vercel(免费额度足够 MVP) |
| 迁移时机 | — | 数据超过 500 条或需要用户提交时迁移 Supabase |
/compare/heytea-vs-nayuki 这类动态对比页面开发成本高,SEO 价值在初期也十分有限。
建议:V1 不做对比功能,先把单品页和榜单页做扎实。对比功能作为 V2 特性。
/learn/ 板块是 SEO 流量的主要入口。"奶茶健不健康"、"植脂末危害"等长尾关键词有大量搜索需求。
奶茶消费场景 90% 发生在手机上,架构完全未提及响应式设计或 PWA。
建议:必须使用 Tailwind 做 Mobile-first 设计,所有页面优先保证手机端体验。
一个饮品(Drink)到底包含哪些字段?建议至少明确以下核心 Schema:
Drink {
brand // 品牌名称
name // 饮品名称
category // 分类(纯茶/奶茶/果茶/咖啡)
calories // 卡路里 (kcal)
sugar_g // 含糖量 (g)
caffeine_mg // 咖啡因 (mg)
protein_g // 蛋白质 (g)
fat_g // 脂肪 (g)
uses_real_milk // 是否使用纯奶 (boolean)
uses_creamer // 是否含植脂末 (boolean)
size_ml // 杯量 (ml)
price // 价格 (元)
health_score // 健康评分(自研算法)
source // 数据来源标注
updated_at // 数据更新时间
}
| 阶段 | 任务 | 预计周期 |
|---|---|---|
| Phase 1 | 定义数据模型 + 手动采集 5 个品牌数据 | 3-5 天 |
| Phase 2 | 开发核心三页:首页 + 榜单页 + 单品详情页 | 5-7 天 |
| Phase 3 | 撰写 2-3 篇科普文章,做 SEO 引流 | 2-3 天 |
| 上线 | 部署到 Vercel,验证搜索流量和用户兴趣 | 1 天 |
| Phase 4 | 根据数据反馈决定是否扩展(对比/搜索/更多品牌) | 按需 |
这个架构作为"想法的起点"够用,但离可执行差距较大。
最大的风险不在技术,而在数据获取。建议先花一周时间手动整理数据,确认数据可得性,再开始写代码。
技术上 MVP 应尽量轻量:静态站 + JSON 数据 + Vercel 部署,最大程度降低开发和运维成本,把精力集中在内容质量和产品验证上。