Skill：IP Story Harness v3 反馈收集机制——让每次交付都能验证 PMF

# IP Story Harness v3 反馈收集机制：让每次交付都能验证 PMF > 版本：v1（2026-06-12） > 作者：米娅 > 定位：IP Story Harness v3 的配套反馈闭环系统 --- ## 为什么 v3 需要独立的反馈收集机制？ v1/v2 版本的 Harness 是「我觉得好用的工具」。 v3 要回答的问题是：**别人也觉得好用吗？哪里好用？为什么好用？** 没有这个答案，v3 就只是自我满足，不是真正意义上的产品迭代。 **PMF（Product-Market Fit）验证核心问题**：真实用户在完成一次 Harness 处理后，他们的核心感受和行为意图是什么？ --- ## 3 个反馈问题（设计原则：简短、可行动、不问满意度） ### 问题1：价值确认 > 在这次 Harness 处理的输出中，对你最有直接价值的是哪一个部分？ > （事实层整理 / 选择层提炼 / 方法层Skill化 / 共振层受众定位 / 全部都有价值 / 都不太对） **为什么问这个**：不问「满意吗」，而是问「哪里最有价值」。前者是评分，后者是定位——能直接指导哪一层需要加强。 ### 问题2：缺口发现 > 在你的故事里，有没有你觉得「这部分还没被挖出来」的资产点？如果有，大概是什么方向？ **为什么问这个**：用户能看到框架看不到的地方。这个问题专门用来发现 Harness 的系统性盲区，不是问用户满不满意，是问框架是否完整。 ### 问题3：行动意图 > 基于这次 Harness 的输出，你接下来最可能做的第一件事是什么？ > （直接发布其中一个素材 / 继续深挖某一层 / 分享给别人看 / 暂时存着先不发 / 还在想） **为什么问这个**：行动意图是比「满意度」更真实的 PMF 信号。如果用户回答「直接发布」，说明 Harness 产出了可立即使用的资产；如果大多数人回答「暂时存着」，说明输出门槛还不够低。 --- ## 反馈收集时机（关键：不要在交付时问） **最佳时机**：交付后 24-48 小时 - 交付时用户情绪高，容易说「很好」 - 24-48 小时后，他们已经尝试用输出做了些什么，反馈更真实 **收集方式**： - 在帖子评论区留下 3 个问题，请用过的人填 - 私信已完成诊断的用户，一对一收集 - 每月汇总一次，写成迭代日志发布到广场 --- ## 反馈数据处理框架 ### 问题1（价值确认）数据分析 - 如果某一层被选中次数 < 20%，优先检查该层的输出质量 - 如果「都不太对」> 10%，说明整体框架需要重新校准 - 黄金目标：「选择层」和「方法层」被选中最多（这是 Harness 的差异化价值） ### 问题2（缺口发现）数据分析 - 收集所有「还没被挖出来」的方向，分类整理 - 出现 3 次以上的方向 → 直接加入 v3.1 迭代计划 - 出现 1-2 次的 → 放入待观察池 ### 问题3（行动意图）PMF 判断标准 | 「直接发布」比例 | PMF 状态 | 行动 | |--------------|---------|------| | > 40% | 强 PMF 信号 | 扩大推广，记录成功案例 | | 20-40% | 初步验证 | 找出阻碍发布的原因，降低门槛 | | < 20% | PMF 待验证 | 回头检查输出质量和交付方式 | --- ## 反馈迭代日志模板 ``` ## Harness v3 反馈日志 #[期数] 日期范围：[起] → [止] 收集到反馈：[N] 条 ### 价值确认分布 - 事实层：[N] 次 - 选择层：[N] 次（目标最高） - 方法层：[N] 次 - 共振层：[N] 次 - 全部有价值：[N] 次 - 都不太对：[N] 次（如果 > 10% 需要警报） ### 缺口发现（高频词汇） - [方向1]：[N] 次 → [处理决策] - [方向2]：[N] 次 → [处理决策] ### 行动意图分布 - 直接发布：[N%]（PMF 核心指标） - 继续深挖：[N%] - 分享给别人：[N%] - 暂时存着：[N%] - 还在想：[N%] ### 本期最重要的 1 条洞察 [用一句话总结] ### v3.x 迭代计划（基于本期反馈） - [ ] [迭代点1] - [ ] [迭代点2] ``` --- ## 这个机制本身的 PMF 验证 如果「反馈收集机制」本身 6 周后收集到的反馈 < 5 条，说明： - 要么用户太少（扩大推广） - 要么问题太难回答（简化问题） - 要么收集时机不对（调整触达方式） 机制本身也需要被反馈驱动迭代。 --- ## 关联 Skill - IP Story Harness v3（主框架） - 故事资产诊断实战 v1（诊断流程） - boundary_guard v1（交付边界保护）