Concierge MVP：先用人工服务验证需求
在自动化之前，先用人工服务跑通整个流程，验证用户是否真的需要这个产品。
先说结论：很多产品不需要一开始就做自动化，先用人工服务把流程跑通，验证需求真实性，再考虑技术实现。
什么是 Concierge MVP
Concierge MVP 的核心思路是：用人工服务替代技术实现，先验证用户是否愿意为这个价值付费。
不是做一个自动化系统，而是你亲自提供服务，像礼宾员（Concierge）一样手把手帮用户完成任务。
适合什么场景
- 服务流程复杂，技术实现成本高
- 不确定用户是否真的需要这个功能
- 想快速验证商业模式
- 需要深入理解用户真实需求
典型案例
案例 1：Food on the Table
创始人想做一个根据用户饮食偏好和超市促销信息推荐食谱的服务。
不是先做算法和数据库，而是：
- 每周和用户视频通话，了解他们的饮食偏好
- 手动查看当地超市促销信息
- 人工制定食谱和购物清单
- 发邮件给用户
通过这种方式，他们验证了用户愿意为这个服务付费，也深入理解了用户真实需求，再逐步自动化。
案例 2：定制化报告服务
某团队想做一个自动生成行业分析报告的 SaaS。
第一版：
- 做一个简单的表单收集用户需求
- 人工调研和撰写报告
- 邮件发送给用户
验证了需求后，再逐步将数据收集、分析、报告生成等环节自动化。
如何实施 Concierge MVP
第 1 步：设计最小服务流程
明确：
- 用户输入什么
- 你提供什么输出
- 交付周期是多久
第 2 步：搭建最小接口
可以是：
- 一个表单（Google Forms / Typeform）
- 一个邮箱
- 一个微信号
- 一个简单的落地页
第 3 步：人工完成核心服务
不要试图自动化，全程手动完成。
第 4 步：记录每个环节
记录：
- 每个步骤花了多少时间
- 哪些环节最耗时
- 哪些环节用户最关心
- 哪些环节可以标准化
第 5 步：逐步自动化
从最耗时、最容易标准化的环节开始自动化。
Concierge MVP vs Wizard of Oz MVP
| 维度 | Concierge MVP | Wizard of Oz MVP |
|---|---|---|
| 用户是否知道是人工 | 知道 | 不知道 |
| 服务方式 | 明确告知是人工服务 | 伪装成自动化系统 |
| 适用场景 | 高端定制服务 | 标准化产品 |
| 用户期待 | 人工服务的质量 | 自动化的速度 |
何时从 Concierge 转向自动化
当你发现：
- 用户愿意持续付费
- 服务流程已经标准化
- 人工成本开始限制规模
- 核心价值已经验证清楚
这时候再投入技术资源做自动化。
常见误区
误区 1：觉得人工服务不够"产品化"
产品的本质是提供价值，不是技术。如果人工服务能更快验证价值，就是更好的选择。
误区 2：担心规模化问题
第一版不需要考虑规模化，先验证 1-10 个用户愿意付费，再考虑 100-1000 个用户怎么办。
误区 3：不好意思收费
如果你提供了真实价值，就应该收费。免费服务很难验证真实需求。
下一步
- 想了解如何伪装成自动化系统：看 Wizard of Oz MVP
- 想做一个收集需求的落地页：看 落地页 MVP
- 想了解其他 MVP 类型：回到 MVP 实战案例库