Minimum Viable Publishing

---
name: minimum-viable-publishing
description: 当个人或团队在创作、学习或项目推进过程中，因追求完美或恐惧评价而长期停留在准备阶段，无法将成果公开时，调用此模型
---

# minimum-viable-publishing

## When to Use

当个人或团队在创作、学习或项目推进过程中，因追求完美或恐惧评价而长期停留在准备阶段，无法将成果公开时，调用此模型。description

## Core Logic

# 执行步骤

1.  **定义“最小可发布单元”**
    *   **输入**：当前已完成的作品、想法或项目状态。
    *   **操作**：评估当前成果，剥离“完美主义”附加项，确定一个核心价值完整、可被他人理解或使用的最小版本。例如：一篇博客的初稿大纲、一个软件功能的演示原型、一段分享核心观点的短视频。
    *   **判断标准**：该单元能独立传达核心意图或提供基础价值，且进一步“完善”不会改变其本质。
    *   **IF** 无法定义出最小单元（如想法完全未成形），**THEN** 返回步骤起点，将“形成最小可描述的想法”作为新任务。
    *   **ELSE** 进入步骤2。

2.  **选择低阻力发布渠道**
    *   **输入**：上一步定义的“最小可发布单元”。
    *   **操作**：选择一个你熟悉、操作简单、心理负担小的平台或场合进行发布。例如：个人社交媒体、小型社群、内部会议、公开的草稿链接。
    *   **判断标准**：发布行为本身（如点击按钮、发送消息）所需时间与心理成本极低。
    *   **IF** 对任何公开渠道都感到极高压力，**THEN** 可选择“半公开”渠道（如仅对信任的3-5人分享），核心是完成“从私有到非完全私有”的跨越。
    *   **ELSE** 进入步骤3。

3.  **执行发布并明确反馈诉求**
    *   **输入**：准备好发布的内容与选定的渠道。
    *   **操作**：a) 执行发布动作。b) 在发布时附带一个具体的、低门槛的反馈请求。例如：“大家对这个框架的逻辑清晰度怎么看？”、“这个功能演示是否解决了XX问题？”。
    *   **判断标准**：内容已处于可被目标受众访问的状态，并附带了引导外部互动的钩子。
    *   **IF** 发布后立即产生强烈的后悔或焦虑，**THEN** 提醒自己核心目标是“进入反馈循环”，而非“获得一致好评”，并进入步骤4进行观察。
    *   **ELSE** 直接进入步骤4。

4.  **观察与收集初始反馈**
    *   **输入**：已发布的内容及渠道。
    *   **操作**：在设定的一段时间内（如24-48小时），主要观察和收集：a) 客观数据（如浏览量、打开率）。b) 任何形式的定性反馈（评论、私信、面对面交流）。重点记录与核心价值相关的反馈。
    *   **判断标准**：获得了至少一种形式的“外部信号”（数据或意见），打破了完全封闭的自我循环。
    *   **IF** 未获得任何反馈，**THEN** 视为一种有价值的反馈（可能意味着价值主张不清晰或渠道不匹配），据此调整后续行动（如修改标题、向特定人寻求反馈）。
    *   **ELSE** 进入步骤5。

5.  **基于反馈决定迭代或新循环**
    *   **输入**：收集到的反馈与观察结果。
    *   **操作**：分析反馈，决定下一步：a) **迭代**：根据反馈，对已发布内容进行明确、小范围的改进并再次发布（可返回步骤1）。b) **新循环**：当前发布目标已达成（如验证了想法），开启一个全新的创作/项目循环。
    *   **判断标准**：做出了一个基于外部信息的、明确的后续决策，而非停滞或无限期地修改原作品。
    *   **常见误区**：将无反馈或负面反馈视为对个人能力的全盘否定，而非对本次“发布单元”的具体信息输入。

# 输出格式要求
输出应清晰陈述已完成的发布行动、选择的渠道、明确的反馈诉求，以及根据初始反馈制定的简明后续计划（迭代方向或新循环启动）。避免陷入对作品完美度的自我评价。

## Metadata

| 属性 | 值 |
|------|-----|
| 领域 | 个人成长/项目管理/内容创作 |
| 类型 | procedural (procedural) |
| 置信度 | 90% |
| 前置条件 | 拥有一个初步成型的想法、作品草稿或项目进展 |
| 来源 | 习惯 3：从不发布 🚫 |