diff --git a/.gitignore b/.gitignore new file mode 100644 index 0000000..9fda1f7 --- /dev/null +++ b/.gitignore @@ -0,0 +1 @@ +*/.pi diff --git a/architecture.docx b/original/architecture.docx similarity index 100% rename from architecture.docx rename to original/architecture.docx diff --git a/background.docx b/original/background.docx similarity index 100% rename from background.docx rename to original/background.docx diff --git a/product.docx b/original/product.docx similarity index 100% rename from product.docx rename to original/product.docx diff --git a/roadmap/product-roadmap-1-zh.md b/roadmap/product-roadmap-1-zh.md new file mode 100644 index 0000000..ba14bfc --- /dev/null +++ b/roadmap/product-roadmap-1-zh.md @@ -0,0 +1,178 @@ +# 首席增长官 (Chief Growth Officer) — 推荐产品路线图 + +_一份按风险排序的路线图。组织原则不是"下一步该构建什么",而是"下一步该验证什么"。每个阶段的存在都是为了消除一项特定风险,只有在获得证据后,下一阶段才会解锁。_ + +--- + +## 指导原则 + +以下原则是塑造一切设计决策的基础。这是经过深思熟虑后对原计划的调整。 + +1. **按风险排序,而非按功能排序。** 原计划是向外构建的(1个引擎 → 5个引擎 → 行业基础设施)。真正能扼杀这家公司的三件事是:_数据获取_、_在合理价格下的付费意愿_,以及_创始人是否信任并执行AI推荐_。路线图优先消除这些风险。 +2. **楔子必须独立站立。** 第一阶段必须是一个毛利率为正的业务,不依赖任何其他假设。它不能是一个只有在 heroic upsell 假设成立时才能运转的牺牲性引流产品。 +3. **深度优先于广度。** 不要一次性推出五个引擎。一次一个地添加,从能够叠加现有数据护城河的引擎开始,且只有在多引擎协同效应被_实证_而非_断言_之后才继续。 +4. **赢得"决策者"标签;从决策支持切入。** 首先定位为副驾驶。只有在准确性和信任得到验证后,才逐步提升自主权等级。在第一天就销售自主战略决策会创造产品和公司都无法逾越的信任和责任门槛。 +5. **真正的护城河是私有数据锁定加战略意图过滤器。** 有意识地朝这两个方向构建。将知识图谱视为一个垂直领域的深度玩法,而非针对拥有原始数据平台的防御性声明。 + +--- + +## 信任阶梯(贯穿所有阶段) + +产品会随着时间推移逐步攀登这个阶梯。定价权和"首席增长官"定位是通过向上攀登赢得的,而非在起点宣称的。 + +| 阶梯 | AI能做什么 | 阶段 | +| -------------- | -------------------------------------------------------------------- | --------- | +| 1. 告知 | 呈现信号、排名痛点、标记异常 | 阶段 0–1 | +| 2. 推荐 | 提出具体行动建议,带有推理过程和置信度 | 阶段 1 | +| 3. 起草 | 生成可直接使用的人工制品(内容、计划),供人工审核 | 阶段 2 | +| 4. 编排 | 协调跨职能的多步骤工作流,保持人工参与 | 阶段 2–3 | +| 5. 执行 | 在护栏内执行,以人工监督模式运行 | 阶段 3+ | + +--- + +## 阶段 0 — 验证与风险消除 + +**月份 0–4 · 命题:"赢得构建平台的资格。"** + +这个阶段在原计划中不存在,而它的缺失是最大的缺口。目标是:用尽可能少的工程投入来证明整个业务所依赖的假设。 + +### 做什么 + +- **在其他一切之前先解决数据问题。** 精确绘制竞争对手评论和社交数据在法律允许范围内获取的完整路径:官方平台API、授权的第三方数据供应商(如成熟的电商/社交分析服务商)、直接数据合作伙伴,以及哪些通过爬取方式现实上不可行。这个答案决定了整个产品面。将其作为一项 gating 调查,而非脚注。 +- **运行礼宾服务(手把手协作)版本的产品创新引擎。** 手动交付洞察输出,AI在幕后辅助,对5-10个设计合作的美妆品牌进行服务。收取真实费用。目的是了解创始人是否_采纳_推荐以及他们是否愿意付费,而非发布软件。 +- **验证战略意图过滤器。** 确认参数化战略意图(如"高端成分导向"vs"性价比导向")能够有意义地改变输出结果,且客户能够感知并重视这种差异。这是原计划中最具防御性的想法;尽早验证它。 +- **在一个狭窄的子品类中播种知识图谱。** 不是整个美妆领域。选择类似护肤精华或防晒霜这样细分类目,与领域专家一起建立真正的深度。 +- **PIPL / 数据处理就绪检查**,为最终的私有数据摄入做准备(客服对话、SOV、流失数据)。 + +### 退出门槛(必须达到才能进入阶段1融资) + +- 一条经过验证、可重复、法律上可行的核心雷达数据管道。 +- ≥ 5个付费设计合作伙伴;有文件记录的证据表明创始人根据输出改变了真实决策。 +- 明确的付费意愿信号及价格点。 + +### 已消除的风险 + +数据获取可行性 · 付费意愿 · 核心洞察是否可执行。 + +--- + +## 阶段 1 — 楔子:产品创新引擎作为独立业务 + +**月份 4–12 · 命题:"一个能够自负盈亏的产品。"** + +将阶段0中有效的做法产品化。这是客户入口,必须是一个独立于任何未来 upsell 的真实业务。 + +### 构建什么 + +- SaaS工作台:战略配置中心(战略意图过滤器)、外部市场雷达和AI决策工作台——定位在信任阶梯的第1-2级(告知+推荐)。 +- 专业级的私有数据诊断(本品体验诊断、流失归因、区域/渠道预警)——这是持久锁定的起点,因此优先打造流畅、低摩擦的数据连接体验。 + +### 从批评中继承的修复 + +- **重新定位为副驾驶,而非自主CGO。** "增长副驾" / 决策支持框架。"永不离职的CGO"愿景是终点,而非第一天的承诺。 +- **重新定价以匹配价值。** 8,800元/年的入门价格将产品锚定为廉价数据工具,并破坏了整个定位。提高价格底线,或转向价值/使用量对齐的模型,让价格传达"战略系统"而非"SaaS小玩意"的信息。阶段1必须在这个价格下实现正向毛利率,并具备可实现的CAC。 +- **修复层级逻辑。** 旗舰工作台的查询("我们比竞品X弱在哪里?")需要客户自己的数据,而仅有公开数据的初级版缺乏这些。重新绘制初级/专业版边界,让头条功能在大多数人购买的层级中不空洞——例如,将轻量级私有数据连接作为入门体验的一部分。 + +### GTM(原计划中缺失的——在此构建) + +- 创始人主导的销售 + 设计合作伙伴推荐作为初始打法。 +- 将创始人的增长方法论作为内容营销输入美妆创始人社区——这同时也是差异化AI的语料库。 +- 明确界定并埋点 **CAC和回收期目标**。高触点 onboarding(配置向导 + 私有数据集成)配合低价格是走向负单位经济的最快路径;定价和打法必须一起设计。 + +### 退出门槛(必须达到才能进入阶段2) + +- Logo留存和净收入留存高于目标(与团队设定具体阈值)。 +- 入门产品的CAC回收期在~12个月以内。 +- 阶段1独立实现正向毛利率。 +- 有文件记录的反复采纳推荐的用户百分比(扩张欲望的先行指标)。 + +### 已消除的风险 + +独立单位经济 · 市场推广可重复性 · 早期信任。 + +--- + +## 阶段 2 — 深度,然后是相邻的一个引擎 + +**月份 12–24 · 命题:"在宣称五引擎护城河之前,先用两个引擎证明协同效应。"** + +这是对原计划最大的战略偏离。_不要_一次性推出四个引擎。那是给一家只交付了一个产品的公司布置五份独立难题。正确做法如下: + +### 构建什么,按顺序 + +1. **首先在楔子中深化。** 将知识图谱扩展到更多子品类;提高推荐准确性和置信度校准。深度比广度更能快速叠加护城河。 +2. **精确添加一个引擎:内容运营。** 它是自然的第二个引擎,因为它直接_消费_产品创新洞察——这正是原计划用作展示案例的协同效应(洞察 → "清爽不粘腻"内容策略)。这也是美妆品牌投入重金且AI生成有真正杠杆效应的领域。 +3. **真正构建编排层——并衡量协同效应。** 证明两个引擎一起比两个单独购买的引擎产生更多价值(留存、扩张、成果)。这是对原计划只是断言的"核心护城河"的实证检验。攀登至信任阶梯第3级(起草)。 + +### 定价与扩张(现在是赢得的,而非假设的) + +- 将单引擎到多引擎的转化建模为_明确的、可衡量的队列变量_——而非原计划中"绝大多数会转化"的假设。追踪它;根据观察到的协同价值为套餐定价。 +- 避免原计划中25-40倍的价格悬崖。构建更平滑的扩张路径,让账户内增长成为一系列自然步骤,而非一次不可思议的飞跃。 + +### 其余引擎的排序 + +基于数据决定广告 vs 用户运营 vs 全链路运营谁是第三个引擎——看哪个邻近领域是阶段2客户实际拉动你去的,以及哪个能叠加你已有的数据。一次一个地添加,每个引擎都设置自己的价值门槛。 + +### 退出门槛(必须达到才能进入阶段3) + +- 可展示、可量化的双引擎协同效应(同时使用两个引擎的队列在留存/扩张上明显优于单一引擎队列)。 +- 在美妆垂直领域拥有可防御的地位(份额、留存、参考客户基础)。 +- 扩张收入是可观察和可重复的,而非基于假设建模的。 + +### 已消除的风险 + +协同效应是否真实且可货币化 · 扩张经济 · 编排作为真正的能力。 + +--- + +## 阶段 3 — 平台与"全域"愿景 + +**月份 24–36+ · 命题:"成为美妆领域增长决策的记录系统——然后,且仅在此时,扩展表面。"** + +直到现在,原来的"首席增长官全域版"愿景才可信,因为公司已经赢得了可防御的据点。 + +### 构建什么 + +- 跨平台数据统一(天猫 / 京东 / 抖音 / 私域 / 线下)建立在统一数据基础上——真正的跨孤岛护城河,原计划将其定位为第一天壁垒,但实际上它是阶段3的能力。 +- 完整的编排器和更高自主权的运营(信任阶梯第4-5级,人工监督模式)。 +- 随着数据和需求的成熟,逐步完善引擎矩阵。 + +### 对"行业数据服务"第二曲线持谨慎态度 + +原计划中将匿名洞察销售给OEM、原料供应商和投资者的想法是一个_不同的业务_,存在真实的渠道冲突风险:你的品牌客户可能不希望他们的行为(即使匿名化)被用于服务竞争对手或供应商。在追求之前验证客户同意和信任影响;它可能悄悄瓦解核心产品的锁定。将其作为可选项保留,而非承诺的里程碑。 + +### 可能的第二垂直领域 + +第二个行业(如另一个消费品类)是阶段3的可选项,基于美妆知识图谱和 playbook 是真正可复制的(而非依赖创始人)的前提。 + +--- + +## 原计划中保留、削减和推迟的内容 + +**保留** + +- 楔子 / 土地-扩张形态。 +- 美妆优先的单垂直领域聚焦。 +- 战略意图过滤器——计划中最强的想法;让它成为差异化故事的核心。 + +**削减或重新定位** + +- 第一天的"永不离职的自主CGO"声明 → 重新定位为信任阶梯顶端,随着时间推移逐步赢得。 +- 一次性推出五个引擎的阶段2 → 一次一个引擎,每个都基于已验证的协同效应设置门槛。 +- 85折套餐数学错误和25-40倍层级悬崖 → 重建定价为平滑的、价值锚定的扩张路径。 + +**推迟** + +- 跨平台统一 → 阶段3(原计划将其定位为早期护城河;其实不是)。 +- 行业数据第二收入曲线 → 可选的阶段3+,待渠道冲突验证。 + +--- + +## 真正重要的决策问题 + +原计划的开放问题(定价是否正确、节奏是否正确、美妆是否已确认)是二阶问题。以下才是真正决定业务生死的问题: + +1. **我们能否合法地、大规模地、持久地获取雷达的数据?**(决定阶段0能否启动。) +2. **创始人是否愿意支付符合价值的价格,并真正采纳输出结果?**(决定阶段1能否启动。) +3. **多引擎协同效应是否创造了足够可衡量的价值来支撑扩张定价?**(决定阶段2能否启动。) +4. **我们的CAC和回收期是多少,销售打法是否可重复?**(决定一切。) diff --git a/product-roadmap-1.md b/roadmap/product-roadmap-1.md similarity index 100% rename from product-roadmap-1.md rename to roadmap/product-roadmap-1.md diff --git a/roadmap/product-roadmap-2-zh.md b/roadmap/product-roadmap-2-zh.md new file mode 100644 index 0000000..6b1ee48 --- /dev/null +++ b/roadmap/product-roadmap-2-zh.md @@ -0,0 +1,750 @@ +# 产品路线图:首席增长官 + +## 路线图理念 + +最優路徑不是立刻構建完整的"AI首席增長官"。完整願景很強大,但第一個產品必須是狹窄的、可信的、商業上可驗證的。 + +產品應該分三層演進: + +1. **產品機會雷達** — 從市場信號中發現高質量的產品和 messaging 機會。 +2. **決策智能系統** — 幫助品牌決定構建什麼、改變什麼、測試什麼或傳達什麼。 +3. **增長協調平台** — 協調產品、內容、廣告、用戶運營和服務工作流。 + +前12個月幾乎應全部專注於驗證一件事: + +> 我們能否比美妝和個人護理品牌自身更可靠、更早、更準確地幫助他們發現可執行的產品機會? + +如果是,更大的"首席增長官"平台就能從這個楔子自然生長。 + +--- + +# 階段 0:ICP 與問題驗證 + +## 時間線 + +0–6週 + +## 目標 + +在構建廣泛的SaaS產品之前,驗證最狹窄、價值最高的客戶細分市場,確認第一個付費用例。 + +## 目標 ICP + +初始 ICP 應為: + +> 年GMV在人民幣3,000萬至3億元之間、主要通過天貓、抖音、小紅書、京東或私域渠道銷售的中國美妝、護膚、個人護理或頭髮護理品牌。 + +優先選擇滿足以下至少三個條件的品牌: + +- 頻繁推出新產品或SKU迭代。 +- 重度依賴成分、功效、質地或功能性宣稱。 +- 創始人或產品負責人直接參與產品決策。 +- 競品壓力大。 +- 現有識別新產品機會的痛點。 +- 現有客戶反饋分散在多個平台。 + +## 需驗證的關鍵客戶問題 + +- 他們目前如何發現產品機會? +- 誰負責產品創新決策? +- 他們信任哪些數據? +- 他們多久審視一次競品評論、社交內容和客服對話? +- 他們願意為改進哪些決策付費? +- 他們願意為機會卡片、每週簡報還是儀表盤訪問付費? +- 什麼會讓他們信任AI生成的推薦? + +## 交付物 + +- 20–30次客戶訪談。 +- 5–8個試點設計合作夥伴。 +- 經驗證的3–5個最高價值用例列表。 +- 第一個付費產品包層的清晰定義。 + +## 成功指標 + +- 至少5個品牌同意付費或半付費試點。 +- 至少70%的受訪品牌確認產品機會發現是真正的痛點。 +- 至少3個品牌提供歷史產品發布或客戶反饋數據用於測試。 + +--- + +# 階段 1:禮賓 MVP — 產品機會雷達 + +## 時間線 + +第1–3個月 + +## 產品名稱 + +產品機會雷達 + +"首席增長官"名稱應保留為母公司願景。第一個可銷售的產品應有更鋒利的名稱。 + +## 核心承諾 + +> 我們幫助美妝品牌從競品反饋、消費者痛點和市場信號中發現新的產品、質地、成分、功效和 messaging 機會。 + +## 產品形態 + +不要從完整的SaaS儀表盤開始。 + +從混合模式開始: + +- AI驅動的數據分析。 +- 專家審核的機會卡片。 +- 每週機會簡報。 +- 輕量級網頁工作空間。 +- 緊急競品信號的推送通知。 + +## 核心數據源 + +從有限但可靠的集合開始: + +- 競品產品評論。 +- 電商問答。 +- 在法律和技術允許範圍內獲取的小紅書帖子和評論。 +- 在可獲取範圍內的抖音產品和內容信號。 +- 公開的社交提及。 +- 品牌提供的客服對話(用於專業試點)。 + +## 核心功能 + +### 1. 競品評論情報 + +每個客戶追蹤20–50個競品SKU。 + +識別: + +- 上升中的負面反饋。 +- 重複投訴。 +- 質地問題。 +- 功效質疑。 +- 包裝問題。 +- 成分疑慮。 +- 價格/價值抱怨。 +- 使用困惑。 + +### 2. 痛點排名 + +按以下維度對消費者痛點進行排名: + +- 頻率。 +- 增長率。 +- 嚴重程度。 +- 與品牌定位的相關性。 +- 競爭空白。 + +### 3. 產品機會卡片 + +每張卡片應包含: + +- 機會名稱。 +- 消費者痛點。 +- 來自真實反饋的證據。 +- 信號強度。 +- 競品弱點。 +- 品牌契合度。 +- 建議的產品方向。 +- 建議的宣稱或 messaging 角度。 +- 建議的後續行動。 +- 置信度。 +- 風險等級。 + +### 4. 每週創始人簡報 + +一份簡短的每週報告,回答: + +- 本週發生了什麼變化? +- 哪個競品正在顯現弱點? +- 哪個消費者痛點正在上升? +- 哪個機會值得關注? +- 品牌下一步應該做什麼? + +### 5. 戰略過濾器 + +允許品牌配置: + +- 品類。 +- 價格帶。 +- 品牌定位。 +- 成分理念。 +- 目標消費者。 +- 產品組合。 +- 戰略優先級。 + +這防止了泛泛的AI建議。 + +## 此時不構建的內容 + +不要構建: + +- 完整的AI代理編排。 +- 五引擎平台。 +- 自動化廣告優化。 +- 沉重的儀表盤BI系統。 +- 廣泛的品類覆蓋。 +- 完全自動化的決策。 + +## 成功指標 + +- 5–8個付費試點客戶。 +- 每個試點客戶在30天內至少接受1個可執行的機會。 +- 每週簡報打開率超過70%。 +- 至少3個客戶在內部產品、內容或發布討論中使用輸出結果。 +- 試點後至少2個客戶要求繼續付費服務。 + +--- + +# 階段 2:付費測試版 — 從洞察到決策 + +## 時間線 + +第3–6個月 + +## 目標 + +將MVP從"有趣的市場情報"轉變為可重複的產品決策系統。 + +## 產品升級 + +產品現在應幫助客戶從洞察走向行動。 + +## 新能力 + +### 1. 機會評分模型 + +對每個機會進行多維度評分: + +- 市場需求。 +- 競爭差距。 +- 品牌契合度。 +- 執行難度。 +- 內容潛力。 +- 利潤潛力。 +- 時機緊迫性。 + +### 2. 產品決策工作空間 + +客戶可以保存、比較、拒絕或優先排序機會卡片。 + +每個機會應有決策狀態: + +- 新增。 +- 審查中。 +- 測試中。 +- 已採納。 +- 已拒絕。 +- 已歸檔。 + +### 3. 證據層 + +每個AI推薦必須顯示背後的證據。 + +證據應包括: + +- 代表性客戶引述。 +- 競品SKU示例。 +- 趨勢方向。 +- 平台來源。 +- 時間窗口。 +- 置信度。 + +### 4. Messaging 與內容橋樑 + +對於每個產品機會,生成: + +- 核心賣點。 +- 小紅書內容角度。 +- 抖音短視頻角度。 +- 產品詳情頁文案方向。 +- 與競品對比的角度。 +- FAQ或異議處理文案。 + +這還不是完整的內容引擎。它是從產品洞察到市場傳播的橋樑。 + +### 5. 每月策略複審 + +對於專業客戶,包括每月一次的AI輔助策略會議。 + +目的是複審: + +- 首要機會。 +- 產品風險。 +- 競品動態。 +- 客戶投訴。 +- 建議的決策。 + +## 包裝 + +### 入門版 + +適用於小型品牌或早期用戶。 + +包含: + +- 競品監控。 +- 痛點排名。 +- 每週機會簡報。 +- 有限的機會卡片。 + +建議價格: + +人民幣19,800–29,800元/年。 + +### 專業版 + +適用於認真的品牌。 + +包含: + +- 更多競品SKU。 +- 私有數據上傳。 +- 產品決策工作空間。 +- 每月策略複審。 +- 更詳細的證據層。 + +建議價格: + +人民幣59,800–99,800元/年。 + +### 戰略共創 + +適用於需要更深度分析的品牌。 + +包含: + +- 定制分類法。 +- 更多私有數據。 +- 專家審核。 +- 每月策略工作坊。 +- 定制機會報告。 + +建議價格: + +人民幣150,000–300,000元/年。 + +## 成功指標 + +- 20個付費客戶。 +- 50%以上的客戶每週使用產品。 +- 30%以上的機會卡片被保存、討論或執行。 +- 5個以上的客戶將至少一個推薦採納到產品、內容或發布計劃中。 +- 續費意向超過60%。 + +--- + +# 階段 3:V1 SaaS — 產品創新引擎 + +## 時間線 + +第6–12個月 + +## 目標 + +將經驗證的服務密集型MVP轉變為可擴展的SaaS產品,同時保持信任和決策質量。 + +## 產品定位 + +> 面向美妝和個人護理品牌的AI產品創新引擎。 + +## 核心模塊 + +### 1. 戰略配置中心 + +品牌配置: + +- 品類。 +- 定位。 +- 價格帶。 +- 核心競品。 +- 產品線。 +- 核心成分。 +- 關鍵宣稱。 +- 目標消費者。 +- 戰略優先級。 + +### 2. 市場信號雷達 + +監控: + +- 競品評論變化。 +- 投訴飆升。 +- 成分趨勢。 +- 質地和使用反饋。 +- 社交內容主題。 +- 新興痛點。 + +### 3. 機會卡片系統 + +標準化的機會卡片成為產品的核心對象。 + +每張卡片應可追蹤、可搜索、可比較、可導出。 + +### 4. 決策工作空間 + +團隊可以: + +- 分配機會。 +- 添加評論。 +- 投票或評分。 +- 標記決策狀態。 +- 導出內部簡報。 +- 追蹤機會是否被採納。 + +### 5. AI分析師 + +自然語言界面,用於回答如下問題: + +- "競品A最近最弱在哪裡?" +- "防曬產品有哪些投訴在上升?" +- "哪個產品機會適合我們的敏感肌定位?" +- "哪個機會最適合我們下一次發布?" + +### 6. 可導出簡報生成器 + +生成: + +- 新產品概念簡報。 +- 產品改進簡報。 +- 內容策略簡報。 +- 競品應對簡報。 +- 創始人每週摘要。 + +## 重要的產品原則 + +儀表盤不是產品。 + +核心產品是決策對象:機會卡片。 + +一切應圍繞幫助客戶發現、評估、討論和執行機會展開。 + +## 成功指標 + +- 50–80個付費客戶。 +- 淨收入留存超過100%。 +- 60%以上的月活躍帳戶率。 +- 40%以上的客戶每月導出或分享至少一份簡報。 +- 至少20個有文件記錄的案例,證明產品影響了真實的業務決策。 + +--- + +# 階段 4:專業智能層 + +## 時間線 + +第12–18個月 + +## 目標 + +通過添加私有數據、反饋循環和行業特定情報來加強防禦性。 + +## 新能力 + +### 1. 私有數據整合 + +允許客戶上傳或連接: + +- 客服對話。 +- 退款和退貨原因。 +- 購買後評論。 +- 產品滿意度調查。 +- CRM標籤。 +- 按SKU的銷售數據。 +- 區域銷售和退貨數據。 + +### 2. 自牌診斷 + +將自牌問題與競品問題進行對比。 + +回答: + +- 我們的用戶投訴什麼? +- 競品用戶投訴什麼? +- 我們在哪裡更弱? +- 我們在哪裡更強? +- 我們首先應該修復什麼? + +### 3. 流失原因分析 + +分析用戶詢問但未購買的客服對話。 + +識別: + +- 價格異議。 +- 成分疑慮。 +- 功效擔憂。 +- 信任差距。 +- 使用困惑。 +- 競品對比失利。 + +### 4. 產品反饋循環 + +追蹤機會是否: + +- 被採納。 +- 被測試。 +- 被拒絕。 +- 轉化為產品。 +- 用於內容。 +- 與性能改善相關聯。 + +這創造了真正的護城河。 + +最強大的專有資產不是原始數據。而是以下關係: + +> 市場信號 → 品牌決策 → 執行 → 業務結果。 + +## 成功指標 + +- 100個以上付費客戶。 +- 30個以上客戶連接或上傳私有數據。 +- 20個以上客戶使用系統進行每月產品複審。 +- 清晰的證據表明,有私有數據的客戶比僅有公開數據的客戶留存更好。 +- 首批案例研究顯示產品決策改善或失敗發布減少。 + +--- + +# 階段 5:第一個相鄰引擎 — 內容激活 + +## 時間線 + +第18–24個月 + +## 目標 + +只在產品機會情報已證明留存和決策影響後才擴展。 + +第一個相鄰引擎應是內容激活,而非廣告、用戶運營或全鏈路運營。 + +## 為什麼內容其次 + +產品洞察自然會轉化為內容角度。 + +如果系統發現消費者抱怨"防曬霜黏膩",它可以生成: + +- 對比內容。 +- 成分解釋。 +- 創始人解釋腳本。 +- 產品詳情頁文案。 +- 小紅書種草簡報。 +- 抖音短視頻腳本。 + +這是最自然的擴展路徑。 + +## 新能力 + +### 1. 內容角度生成器 + +將機會卡片轉化為: + +- 小紅書帖子角度。 +- 抖音視頻腳本。 +- 直播帶貨話術。 +- 產品頁面文案。 +- 博主簡報。 +- 對比宣稱。 + +### 2. 宣稱風險檢查 + +幫助品牌識別有風險的、過度的或不支持的宣稱。 + +### 3. 內容測試反饋 + +追蹤哪些生成的角度被使用及其表現如何。 + +### 4. 產品到內容工作流 + +每張機會卡片可以轉化為: + +- 產品概念。 +- 賣點。 +- 內容活動。 +- 博主簡報。 +- 發布信息。 + +## 此時仍不構建的內容 + +除非有強烈的客戶拉動,仍應避免完整的廣告自動化。 + +廣告優化是一個有更強在位者、更高度複雜性和更清晰性能問責制的獨立市場。 + +## 成功指標 + +- 30%以上的產品創新客戶激活內容激活。 +- 50%以上的激活客戶每月導出內容簡報。 +- 客戶報告從產品洞察到內容簡報的時間減少。 +- 早期證據表明,基於真實痛點的內容表現優於泛泛的AI生成內容。 + +--- + +# 階段 6:多引擎增長系統 + +## 時間線 + +第24–36個月 + +## 目標 + +從產品創新和內容激活演進為更廣泛的AI增長操作系統。 + +## 進入此階段的條件 + +除非以下條件滿足,否則不要構建完整的五引擎平台: + +- 產品創新引擎有強留存。 +- 內容激活有可觀的附加率。 +- 客戶正在使用系統進行真實決策,而不僅僅是閱讀報告。 +- 私有數據整合運轉正常。 +- 公司有足夠的實施能力。 +- 對下一個引擎有明確需求。 + +## 可能的引擎擴展順序 + +### 1. 產品創新引擎 + +已經構建。 + +### 2. 內容激活引擎 + +最自然的第二引擎。 + +### 3. 用戶反饋與留存引擎 + +利用購買後、社區和CRM反饋來識別復購驅動因素和不滿意點。 + +### 4. 廣告學習引擎 + +一開始不是完整的廣告自動化。 + +從以下開始: + +- 獲勝信息分析。 +- 創意角度診斷。 +- 廣告評論挖掘。 +- 落地頁異議分析。 + +### 5. 全鏈路運營引擎 + +稍後才做。 + +這應專注於: + +- 退貨原因分析。 +- 客服問題聚類。 +- 物流或區域異常檢測。 +- 產品質量反饋循環。 + +## 編排層 + +代理編排器應只在多個引擎被同一批客戶使用後才出現。 + +它的角色應是: + +- 將產品機會轉化為內容簡報。 +- 將內容表現轉化為產品洞察。 +- 將客戶投訴轉化為產品改進任務。 +- 將廣告異議轉化為落地頁或產品 messaging 改進。 +- 將退貨原因轉化為產品或服務修復。 + +## 成功指標 + +- 25%以上的客戶使用至少兩個引擎。 +- 多引擎客戶的留存明顯好於單引擎客戶。 +- 多引擎客戶產生更高的ARPA。 +- 系統創建的跨引擎推薦被客戶實際採納。 + +--- + +# 長期願景:首席增長官平台 + +## 時間線 + +36個月及更遠 + +## 願景 + +成為消費品牌的AI增長決策基礎設施。 + +平台最終應支持: + +- 產品創新。 +- 內容策略。 +- 廣告學習。 +- 用戶運營。 +- 客服情報。 +- 產品反饋循環。 +- 行業基準。 +- 供應鏈和成分情報。 + +## 長期護城河 + +防禦性應來自: + +1. 美妝特定的產品機會分類法。 +2. 競品和痛點知識庫。 +3. 私有品牌反饋循環。 +4. 信號、決策和結果之間的歷史關係。 +5. 跨品牌匿名行業情報。 +6. 多引擎工作流整合。 + +## 潛在的第二收入曲線 + +一旦有足夠的匿名數據,公司可以向以下各方銷售行業情報: + +- 原料供應商。 +- OEM/ODM製造商。 +- 投資公司。 +- 大型消費集團。 +- 零售渠道。 + +但在核心品牌產品有強留存之前,這不應被優先考慮。 + +--- + +# 推薦路線圖摘要 + +## 0–6週 + +驗證ICP、痛點、付費意願和第一個用例。 + +## 第1–3個月 + +構建禮賓MVP:產品機會雷達。 + +## 第3–6個月 + +推出付費測試版,具備機會評分、證據層和決策工作空間。 + +## 第6–12個月 + +推出V1 SaaS:產品創新引擎。 + +## 第12–18個月 + +添加私有數據、自牌診斷和決策反饋循環。 + +## 第18–24個月 + +推出內容激活作為第一個相鄰引擎。 + +## 第24–36個月 + +只有當留存和附加率數據支持時,才擴展到多引擎增長系統。 + +## 36個月+ + +構建完整的首席增長官平台和行業情報層。 + +--- + +# 關鍵戰略選擇 + +公司不應試圖通過以下方式取勝: + +> 我們是一個能做一切的AI首席增長官。 + +而應首先通過以下方式取勝: + +> 我們幫助美妝品牌從真實的消費者和競品信號中發現更好的產品機會。 + +一旦這個楔子變得可信,更廣泛的首席增長官願景就變得可信了。 diff --git a/product-roadmap-2.md b/roadmap/product-roadmap-2.md similarity index 100% rename from product-roadmap-2.md rename to roadmap/product-roadmap-2.md diff --git a/anthropic-critique-english.md b/strategy/anthropic-critique-english.md similarity index 100% rename from anthropic-critique-english.md rename to strategy/anthropic-critique-english.md diff --git a/anthropic-critique.md b/strategy/anthropic-critique.md similarity index 100% rename from anthropic-critique.md rename to strategy/anthropic-critique.md diff --git a/background-english.md b/strategy/background-english.md similarity index 100% rename from background-english.md rename to strategy/background-english.md diff --git a/deepseek-critique.md b/strategy/deepseek-critique.md similarity index 100% rename from deepseek-critique.md rename to strategy/deepseek-critique.md diff --git a/openai-critique-english.md b/strategy/openai-critique-english.md similarity index 100% rename from openai-critique-english.md rename to strategy/openai-critique-english.md diff --git a/openai-critique.md b/strategy/openai-critique.md similarity index 100% rename from openai-critique.md rename to strategy/openai-critique.md