最小闭环打样方案 v1（城堡酒店 + 温泉酒店 + 主理人打样）

缘起：用户问「城堡酒店和温泉酒店两个住宿产品，再加一个主理人（商务岗）的打样，能不能转起来？」

回答：能——作为「种子闭环」转起来。这个组合验证的是「流程可行性与案例生成」，不是「公开获客」；它是飞轮的第一个种子，不是完整飞轮。

一、三件资产的角色

闭环本质：供给 × 分销的最小组合——「有人卖 + 有东西卖 + 卖出后能履约」。

二、打样验证什么 / 不验证什么

验证：①产品定价与可售性 ②全流程摩擦点（哪个环节卡）③履约质量（客人真实反馈）④记录与核销（数据可得性）⑤主理人视角的问题清单。

不验证（本阶段）：公开获客、陌生转化、规模化——那是下一阶段（内容到达+咨询验证）的事。

三、打样流程（6 步·每步留记录）

1. 产品定义：两个住宿的「最小可售样板」七要素——具体组合/适用人群/价格或预算区间/可售时间/支付方式/履约责任/咨询响应机制；
2. 找打样客人：熟人/内测招募（1-2 单即可）——重点是走通流程，不是量；
3. 成交与支付：按既定方式完成（记录：用了什么方式、顺不顺）；
4. 交付：入住/体验全程（记录：客人遇到的问题、商户配合度）；
5. 核销与记录：核销动作、来源标识、数据落点（记录：哪些数据拿到了、哪些没拿到）；
6. 回访：客人满意度+商户反馈+问题清单（记录：真实评价可不可用于内容）。

四、打样前清单（要补的）

• [ ] 两个住宿的七要素定义（尤其是价格带与可售时间）；
• [ ] 「城堡+温泉」联动形态（如：城堡两晚+温泉半天——是不是一条可讲的线）；
• [ ] 打样客人的来源与人数（1-2 单）；
• [ ] 记录工具（一张打样记录表：每步的时间/问题/感受）；
• [ ] 若有：来源码/核销方式的临时版本。

五、打样产出物（飞轮的燃料）

1. 真实案例（照片/故事/客人评价）→ 第一波内容素材；
2. 流程问题清单→ 产品与系统迭代依据；
3. 商户信任证据（「我们已经带了客人来」）→ 谈下一家的敲门砖；
4. 数据（时间/成本/满意度）→ 报价与运营基线。

六、打样之后

• 单点跑通 → 复制（第二个主理人/第二家商户）；
• 与内容线衔接：打样案例进「认识阿里」/小红书（经授权）；
• 与内容工厂衔接：商户信息采集表在打样中顺路采集（一次拜访完成两件事）。

-- 冈子 2026-09-17（v1）

七、GPT-6 评审修订（同日落档·务必与本文合并阅读）

1. 改名：「自营种子履约闭环」（非双边市场闭环）；产出称「内部试单证据」；
2. 补订单责任表（库存/收款/退款/客诉/结算五责）；
3. 不强绑套餐：先跑一家（供给最确定），另一家二轮验复用；
4. 商务岗=内部流程测试员；第二轮找外部真实主理人（记录拒绝理由）；
5. 样本递进：熟人 1-2 单 → 陌生 ≥1 单；
6. 采集降级：先订单确认再补采；
7. 四项追踪：关系来源/补贴/工时/兜底——每单单独记。

-- 修订补记 2026-09-17