Appearance
1.3 选作品集与 40 天排期
选读 · 原 Day 5–7 · 统一课用 开学准备 预填四格 + 里程碑
统一课 三案例自选、主辅决策已合并进 开学准备（编排 + 母婴馆）。本节保留完整 JD 反推写法，供选读。
🎯 先看这张 · JD 反推「40 天做什么」
| 1.1 JD 信号 | 40 天用什么「举证」 | 统一课默认对照 |
|---|---|---|
| 要 可运行的 MVP / 上线产品 | 可运行的 MVP | 主：晨悦编排 Agent 闭环 |
| 要 Agent / RAG 工作流 | Agent 编排 可演示 | 同上 |
| 要 独立闭环小模块 | 单模块 PRD + 原型 可单独讲 | 辅：官网 /courses 或 /agent |
| JD 偏 ToC 场景 / 体验 | 场景 MVP、对话流 | 主可换 晨悦生活 |
| 必须先上 技术岗 | 业余单模块 + 技术简历 | 路径 C：只保留辅项目 |
三个结论，先记住再往下读：
- JD 要什么 → 选哪条案例 — 不是「哪个产品更酷」，是向招聘方 举证（编排 / 生活 / 官网见下表）
- 场景四格 + MVP 一句钉边界 — 40 天只证明 JD 一条；「不做什么」= JD 没要求的坚决不碰
- Day 14–15 必须可运行的 MVP — 里程碑表填完，阶段一四件齐活，才能进阶段二
→ 下面展开：三案例细节 · 主辅决策 · 四格模板 · 完整里程碑表
本节在分享什么
- 怎样用 1.1 JD 信号 反推：主 / 辅案例选哪条，才是在向招聘方「举证」
- 晨悦编排 / 生活 / 官网各自对应 JD 里哪类要求（可运行的 MVP、Agent、独立模块）
- 场景四格 + MVP + 里程碑 —— 40 天只交付 JD 反复要的能力，不多做一行
本节在分享什么
1.2 定完路径和一句话定位之后，接下来只做一件事：选能「举证」1.1 JD 信号的案例，并排进 40 天表。
- 选案例 每个案例对应 JD 里的一类要求（可运行的 MVP / Agent / 独立模块）——见下表。
- 钉边界 MVP 只覆盖 **JD 40 天内可补** 的能力（1.1 四问里勾过那一栏）。
- 排 40 天 **Day 14–15 必须能拿出可运行的 MVP** —— 这和 JD「有上线产品 / 可运行的 MVP」（原文常写 Demo）直接对齐。
从 JD 到案例：先对表再选题
（首屏表格已给出总览；对照 1.1 JD 截图 和你附录 市场信号记录，选题理由写「对应哪条 JD 原文/归纳」。）
为什么不做「从零空想」的项目
常见卡点与跟练解法：
| 常见卡点 | 跟练怎么解 |
|---|---|
| 不知道 做到什么算完成 | 直接跟 晨悦自研案例，手册里有真源文档，按同一套里程碑走 |
| 不知道 面试能不能讲 | 案例结构和 简历项目段 是对齐的，不用临时包装 |
| 不知道 Agent / PRD 先练啥 | 主项目定下来后，阶段二 一直对着这一条线 交模块 |
手册里开放三个案例，不是让你抄答案，而是 在真实交付约束里，自己填边界、规格、可运行的 MVP 和叙事。
三个晨悦案例：各自「举证」哪类 JD
下面三个都是 我们真实在做的产品线。选型逻辑：JD 要什么 → 选哪条线当主/辅 —— 不是「哪个产品更酷」。
| 案例 | 类型 | 主要回应的 1.1 JD 信号 | 统一课默认角色 | 真源 |
|---|---|---|---|---|
| 晨悦编排 | 平台型 · ToB | Agent / RAG 工作流 + 可运行的 MVP + 平台 0→1 | 主项目（路径 A） | Agent 平台 |
| 晨悦生活 | ToC 应用 | 场景 MVP + 用户体验 + 快速出可运行的 MVP | 偏 ToC JD 时作主项目 | 晨悦生活 |
| 晨悦官网 | 品牌 / 营销 | 独立闭环小模块 + 页面级 PRD/原型 | 辅项目 | 晨悦官网 |
更全索引 → 案例库
晨悦编排 — 路径 A 默认主项目
一句话：每个 AI 项目都在重复造轮子，需要 可复用的 Agent 编排平台。
和 JD 的对应（见 1.1 三张 JD 图）：
- 「有可运行的 MVP / 懂 AI 工作流」→ 40 天交付 可演示的 Agent 闭环
- 「懂技术 / 快速验证」→ 技术背景 + 可运行原型
- 「平台 / 模块 0→1」→ ToB 编排叙事，路径 A/B 都能讲
跟练推进顺序：场景与痛点（L1）→ 模块 IA / PRD 切片（L2–L3）→ Agent 派活（L4）→ 成本与闭环叙事（L5）。阶段二、三 仍对着同一条 JD 举证线 往下做。
晨悦生活 — 偏 ToC JD 时怎么选
一句话：小悦 品牌，先用 「今天吃什么」 打一个场景点。
和 JD 的对应：
- JD 强调 用户场景、体验、C 端 MVP 多于平台架构 → 生活线作主项目
- 仍要 可运行的 MVP（1.1 信号不变）→ 对话流 / 小程序原型
统一课默认主战场在编排（JD 更偏 ToB 平台），生活线是 平行选项；若 1.1 归纳的信号偏 C 端，可以主选生活、辅选官网。
晨悦官网 — 默认辅项目
一句话：学习 / 工具 / 案例 三分流官网。
和 JD 的对应：
- 「独立闭环小模块」→ 只跟做 一个页面/模块（如
/courses时间轴、/agent说明） - 「能写 PRD + 原型」→ 阶段二交 页面级 SDAD 五件套，不逼全站
路径 A 默认主项目仍是编排（举证 Agent + 可运行的 MVP）；官网辅线专门补 JD 里的 「独立交付一个模块」 —— 面试时可以单独讲一页。
主 / 辅怎么定
速查（先看你 1.1 的 JD 归纳，再对号入座）：
- JD 要 Agent / 平台 / ToB 可运行的 MVP → 主：晨悦编排
- JD 要 C 端场景 / 体验 MVP → 主：晨悦生活
- JD 要 独立模块 / 页面交付 → 辅：晨悦官网（路径 C 可只留这一条）
- Day 14–15 无论主辅，表里必须有一格 「可运行的 MVP」 —— 对齐 1.1「有可运行的 MVP」信号
选 路径 C 的同学：主项目降为业余单模块，Day 16–24 不逼完整 0→1，简历以技术岗为主——见下节里程碑表旁说明。
场景四格 + MVP 一句话
写完整 PRD 之前，先填 四格 把边界钉死——每格 1～2 句就够；下面左列是 晨悦编排 跟练示例，右列是 生活线 参考。
| 格 | 问题 | 晨悦编排示例 | 晨悦生活示例 |
|---|---|---|---|
| 谁 | 目标用户是谁？ | ToB 交付团队 / 技术负责人 | 日常就餐决策困难的 C 端用户 |
| 痛 | 痛点 + 证据？ | 每项目重复搭 Agent、成本高 | 选择困难、不知道吃什么 |
| MVP | 40 天内 只证明 JD 哪一条？ | 单 Agent 闭环（举证 Agent 工作流） | 「今天吃什么」场景 MVP |
| 不做什么 | JD 没要求的坚决砍掉 | 不做全量 Coze 对齐 | 不做商城、全品类 |
MVP 一句话公式
[产品名] 是一个 [类型]，
帮助 [谁] 在 [场景] 下 [完成什么]，
40 天 MVP 只验证 [对应 1.1 某条 JD 信号的核心假设]。示例（编排主项目）：
晨悦编排 是一个 ToB AI Agent 编排平台，帮助 交付团队 在 多场景 AI 落地 时 复用平台模块而非重复造轮子，40 天 MVP 只验证 「单 Agent + 知识库 + 插件」闭环可演示 —— 直接回应 JD 里的 可运行的 MVP + Agent 工作流。
和阶段二的分工
这里 不写 完整 PRD——阶段一只写到四格 + MVP 一句。
完整规格在阶段二 2.5 PRD 与 AI 规格，还是同一条产品线 往下拆。
对照上表，把四格和 MVP 一句 改成你的主案例（复制到笔记或飞书即可，不必在手册里填）。
40 天里程碑表
（首屏已强调 Day 14–15 可运行的 MVP 底线；下表填完日期 + 个人约束，阶段一收官。）
这张表和 学习大纲 四阶段、官网 40 天路径时间轴 同一套节奏。
📷 配图占位 · 1.3-milestone-40d.png
建议画面：40 天里程碑总览（可对齐官网 /courses 时间轴 Day 1/7/20/40）。
上传 COS 后：
总表
| 天数 | 阶段 | 模块 | 交付物 | 你的计划日期 |
|---|---|---|---|---|
| 1–2 | 一 | 1.1 | 市场信号 + 能力圈 + 方向初稿 | |
| 3–4 | 一 | 1.2 | 路径 + 一句话定位 | |
| 5–7 | 一 | 1.3 | 案例 + MVP 一句 + 本表 | |
| 8–9 | 二 | 2.1 | 三代原型 / SDAD 速览 | |
| 10–11 | 二 | 2.2 | Agent 工作流实操 | |
| 12–13 | 二 | 2.3 | 主或辅案例 PRD v1 | |
| 14–15 | 二 | 2.4 | 可运行的 MVP | |
| 16–21 | 三 | 3.1 | 主案例 0→1 核心链路 + 迭代 1 轮 | |
| 22–24 | 三 | 3.2–3.3 | 作品集页 + 3 分钟讲稿 + 指标 1 页 | |
| 25–32 | 四 | 4.x | 简历定稿 + 面试准备 + 模拟 | |
| 33–40 | 四 | — | 投递 / 复盘 / 求职（按自身节奏） |
Day 14–15 必须有可运行的 MVP —— 对应 1.1 JD「有上线可运行的 MVP」（原文常写 Demo）；阶段二底线。
Day 33–40 求职按自身节奏（与官网时间轴一致）。
路径 C 调整（选 C 时对照，不必硬套路径 A）：
| 原 40 天主项目 | 路径 C 改法 |
|---|---|
| Day 16–24 完整 0→1 + 讲稿 | 业余单模块 + 1 页说明 |
| 简历核心段 | 技术岗为主 + 「个人项目」1 段 |
| 3 分钟讲稿 | 选做 |
填表时在「你的计划日期」列写上自己的日期；每周可投入小时、最大风险（1 条）写在笔记里即可。
📋 阶段一收官 · 四件打包
对照填完下面四件，就可以进阶段二：
| # | 来源 | 提交物 |
|---|---|---|
| 1 | 1.1 | 市场信号 3 条 + 能力圈 + 方向初稿 |
| 2 | 1.2 | 路径 + 一句话定位 |
| 3 | 1.3 | 主/辅案例 + 场景四格 + MVP 一句 |
| 4 | 1.3 | 40 天里程碑表（填完日期 + 个人约束） |
自检清单
- [ ] 主 / 辅案例各对应 1.1 里至少一条 JD 信号（能写一句对应关系）
- [ ] 一句话定位和主案例 同一叙事
- [ ] MVP 一句或四格里写了 「不做什么」（= JD 没要求的不做）
- [ ] Day 14–15 排了能拿出来的可运行 MVP（对齐 1.1「有可运行的 MVP」）
- [ ] 路径 C 的话，里程碑已按上表 降级，没硬套路径 A