把知识做成产品前，先验证问题和交付
海外方法导读
包装能提高理解效率，不能替代需求与结果
原始内容The $1 Million Product: How To Package & Market Your Knowledge，Dan Koe
适合谁想把多年知识做成课程、报告、模板或服务的人
Kevin 判断先用最小交付解决一个具体问题，再整理成产品结构
不要照搬不要被收入标题带走，也不要先录完整课程再寻找客户
这是一篇海外方法导读。Dan Koe 讨论如何把知识整理成有明确结果的产品，并通过内容连接潜在购买者。标题中的收入数字来自作者商业语境，不是普通人的结果保证。
原文提供了什么视角
原文值得借鉴的是结果导向：用户购买的不是章节数量，而是从当前状态到目标状态的一条较短路径。产品需要有清楚对象、起点、终点和执行顺序。
工作经验可以成为产品原料，但原料不等于产品。岗位知识、个人习惯和行业常识只有在解决具体问题、被别人理解并能够交付时，才开始具备产品价值。
Kevin 的判断
不要先决定做课。先用一次咨询、审阅、诊断、模板或小服务完成相同目标，观察客户在哪一步最需要帮助、什么结果愿意付费、哪些内容必须个性化。
如果问题低频、结果无法核验，或交付高度依赖你的临场判断，录成标准课程可能会降低价值。此时更适合保留人工服务，或只把可重复部分做成工具。
先做一次现实验证
写下一位具体对象的一个具体问题，用一页纸设计最小交付：输入什么、你做什么、交付什么、如何判断有效。找一位真实对象测试，而不是继续扩充章节。
这篇导读的结论：知识产品的起点不是包装知识，而是用小交付证明某个问题值得解决、某条路径能够产生结果。