Ship To Build Confidence

---
name: ship-to-build-confidence
description: 当个人因害怕批评或追求完美而迟迟不敢展示成果，需要克服发布障碍以获取真实反馈和建立自信时
---

# ship-to-build-confidence

## When to Use

当个人因害怕批评或追求完美而迟迟不敢展示成果，需要克服发布障碍以获取真实反馈和建立自信时description

## Core Logic

# 执行步骤

1.  **心态校准：接受初始不完美**
    *   **输入**：待发布的“作品”和内心的完美主义倾向或对批评的恐惧。
    *   **操作**：明确告诉自己并内化信念：“第一次尝试必然不完美（会很糟糕）”。将发布的核心目的定义为“获取改进所需的反馈”和“完成从0到1的突破”，而非“获得赞誉”。
    *   **判断标准**：能够清晰陈述发布的首要目的是学习和启动，而非表现。
    *   **输出**：调整后的发布心态。

2.  **设定最小可发布单元**
    *   **输入**：待完善的“作品”。
    *   **操作**：定义当前状态下，该作品能够向外界传达核心价值或概念的最小完整版本是什么。剥离所有“锦上添花”但非必需的功能或修饰。
    *   **判断标准**：最小版本能够独立存在，并允许他人理解其意图或提供基础反馈。
    *   **输出**：一个明确的最小可发布版本（MVP）定义。

3.  **执行发布动作**
    *   **输入**：步骤2定义的最小可发布版本作品。
    *   **操作**：不进行额外的拖延性优化，直接将此版本作品公开到目标受众可见的平台。
    *   **判断标准**：作品已处于公开状态，无法撤回（或撤回成本很高）。
    *   **输出**：已公开发布的作品。

4.  **主动收集与分类反馈**
    *   **输入**：发布后获得的各种反馈（评论、数据、直接对话）。
    *   **操作**：系统收集所有反馈。将其分类为：A) 指出具体问题/缺陷的建设性批评；B) 情绪化或模糊的负面评价；C) 正面鼓励。
    *   **判断标准**：能够将主要反馈归类，并重点关注A类反馈。
    *   **输出**：分类整理后的反馈清单。

5.  **基于反馈迭代或开启新循环**
    *   **输入**：步骤4的反馈清单（尤其是A类反馈）。
    *   **操作**：
        *   **IF** 反馈揭示了可改进的具体问题：针对这些问题制定改进计划，更新作品，并准备下一次发布（回到步骤2或3）。
        *   **ELSE** (反馈较少或主要为B/C类)：将此视为“已完成一次发布循环”的胜利。基于此次经验，立即开始下一个作品/项目的构建（回到本模型触发条件）。
    *   **判断标准**：无论反馈如何，都产生了明确的后续行动（迭代或新建），而非停滞。
    *   **输出**：改进后的作品V2或一个新项目的开始。

## Metadata

| 属性 | 值 |
|------|-----|
| 领域 | 个人成长 |
| 类型 | procedural (procedural) |
| 置信度 | 90% |
| 前置条件 | 有一个已完成或接近完成的“作品”（如文章、产品原型、设计方案、项目计划） |
| 来源 | 成为自信者的不寻常之路 > 5) 发布你的作品 |