LATTE 增长蓝图
LATTE 内容中控台
域名已上线 本地主库 local 所有读写走本地 本地备份模式 接口文档

不是做一个账号,而是搭一台能复制的增长机器。

增长蓝图页负责定方向、定系统、定节奏。

这页把未来 3 年的增长模型拆成飞轮、七大系统、业务线、KPI、数据中台和执行时间表。它是所有页面的上层逻辑,不是临时想法板。

增长主线
7
从内容获客一直串到裂变放大。
系统模块
7
流量、转化、产品、留存、裂变、数据、自动化。
数据仓
6
必须沉下来的 6 个核心数据仓。
阶段节点
5
从第一周到第三个月的关键推进节奏。

增长主线

先把利润引擎、粘性引擎和数据大脑讲清楚

健身负责利润,咖啡餐食负责粘性,数据系统负责把内容、成交、复购和裂变连成闭环。

1
内容获客
2
到店转化
3
私教成交
4
咖啡复购
5
社群留存
6
转介绍裂变
7
再放大

系统地图

七大系统一起工作,增长才不会断在中间

内容拉新只是开头,后面还要有转化、产品、留存、裂变和自动化系统去接。

A. 流量系统

小红书、抖音、美团负责拉新。

B. 转化系统

私信、到店、成交路径标准化。

C. 产品系统

课程、咖啡、轻食共同构成收入结构。

D. 留存系统

训练、咖啡、社群共同提高复购。

E. 裂变系统

满意、分享、推荐、奖励形成低成本增长。

F. 数据中台

Notion 和本地数据库负责沉淀与决策。

G. 自动化系统

采集、生成、分析和 ROI 自动化。

业务线

健身和咖啡餐食必须分线运行,再由数据中台打通

两条业务线目标不同,所以平台组合、内容策略和判断标准也要分开。

健身业务 高客单、强转化
做利润引擎,重点盯体验课、私教成交和续费。
  • 抖音负责同城放量和线索承接
  • 小红书负责搜索种草和案例成交
  • 美团负责门店信任、评价和直接转化
咖啡餐食 高频、强留存
做粘性引擎,重点盯复购、连带消费和生活方式心智。
  • 小红书负责生活方式种草、收藏和到店意愿
  • 抖音负责播放放量、套餐转化和短视频引流
  • 后续可视情况接美团团购与门店经营数据

内容比例

引流、转化、品牌三类内容固定分配,不靠感觉拍

内容配比稳定,后面的线索和成交判断才不会被情绪带偏。

引流内容 40%

认知教育、痛点反转、同城流量。

转化内容 40%

案例、结果、体验课、门店证明。

品牌内容 20%

训练氛围、咖啡生活方式、社群感。

执行节奏

把每日 SOP、数据仓、人员分工和时间表定下来

这部分决定系统能不能被团队稳定执行,而不是只靠你一个人盯。

每日 SOP

每天固定做什么

爆款采集 10 条 AI 拆解 10 条 生成脚本 10 条 拍摄发布 3 到 5 条
数据中台

必须建好的 6 个库

爆款采集库 内容生产库 发布记录库 客户线索库 咖啡运营库 转化数据库
人员分工

让团队知道自己负责哪一段

1
战略、数据判断、产品设计
2
教练
拍内容、接待客户、推动成交
3
吧台
出品、推荐、咖啡与轻食转化
4
AI
内容、话术、分析、系统设计

阶段时间表

从第一周搭基础,到第三个月进入可复制阶段
1
第 1 周
建 Notion 系统、开始收集爆款、开始发内容
2
第 2 周
跑通私信、到店、成交的第一轮闭环
3
第 3-4 周
让教练参与拍摄,把咖啡系统接进转化链路
4
第 2 个月
把数据沉下来,找到真正的爆款规律
5
第 3 个月
系统稳定后进入可复制阶段

平台作战

小红书、抖音、美团各自成板块,再按业务线组合

平台接口、指标和诊断不要混成一团,拆开以后后面接真实数据会轻很多。

小红书运营板块 咖啡餐食、健身

种草和高意图人群筛选

核心指标:笔记曝光、阅读量、点赞量、收藏量、评论量、主页访问、私信线索
样本采集接口 选题计划接口 笔记任务接口 互动回填接口 线索承接接口
抖音运营板块 咖啡餐食、健身

短视频放量和转化推进

核心指标:播放量、完播率、点赞量、评论量、分享量、关注转化、私信线索、团购或预约转化
视频任务接口 发布回填接口 投流观察接口 评论私信承接接口 成交回写接口
美团运营板块 健身优先,咖啡餐食可后续接入

门店信任建设和订单成交

核心指标:门店曝光、进店访问、下单转化率、订单量、实收金额、客单价、评价数量、评分、差评回复率
门店经营数据接口 团购商品接口 订单回写接口 评价监控接口 门店诊断接口

接口分层

内容、运营、经营、诊断四层拆开,后面扩展就不会乱

这几层会决定你之后接 Notion、采集系统、美团经营库时,会不会牵一发而动全身。

内容接口

负责样本采集、选题、脚本、发布任务和素材状态。

GET /api/blueprint/platforms GET /api/viral-items GET /api/content-drafts POST /api/content-drafts
运营接口

负责每日任务确认、平台结果回填和异常状态追踪。

GET /api/operations/summary GET /api/operations/records POST /operations/update
经营接口

负责营业额、订单、线索、到店和成交。

GET /api/revenue/summary GET /api/revenue/records POST /revenue/upload
诊断接口

负责按业务线和平台输出执行诊断、ROI 和动作建议。

GET /api/command-center/blueprint GET /api/blueprint/growth-machine

接口设计重点

后面一边长功能,一边保证结构不散
1
内容样本采集
按 platform + business_line + content_type 抽象,避免后面加平台时重写。
2
任务回填
按日期、平台、题材、任务类型、完成状态、结果指标做统一结构。
3
转化归因
按 content_id、platform、lead_source、visit_count、sale_count 回写。
4
门店经营数据
把营业额、订单、客单、评价和退款单独建接口,不和内容字段混在一起。