从草图到上架只需要几周的时间。

一种产品可能在纸面上看起来很简单，但仍然需要几个月的时间才能到达商店。草图不显示材料限制、供应商能力、包装需求、测试工作或小改动的成本。我见过很多创始人面临同样的问题。他们从一个清晰的想法开始，联系工厂，并期望在短时间内得到成品。然后问题开始： - 可以用所选材料进行设计吗？ - 产品会按预期工作吗？ - 供应商可以小批量生产吗？ - 最终成本是多少？ - 产品应如何包装和运输？当每个阶段都有明确的目的并且按照正确的顺序做出决定时，从草图到货架的捷径是可能的。 ### 1. 将草图变成可用的产品简介 我首先定义产品必须做什么。简介通常包括： - 产品用途 - 目标客户 - 主要尺寸 - 首选材料 - 预期数量 - 目标价格范围 - 安全或测试需求 - 包装方向 草图可能会显示形状，但很少解释人们将如何使用该产品。产品简介填补了这一空白。例如，创始人可能会绘制一个带有锁盖的可重复使用的食品容器。图纸可能看起来很完整，但工厂仍然需要知道： - 它应该容纳多少食物？ - 它应该在微波炉中使用吗？ - 盖子需要防漏吗？ - 容器是透明的、彩色的还是印刷的？ - 应该作为一个单元出售还是作为一套出售？清晰的答案可以减少以后的设计变更。 ### 2. 在制作样品之前检查设计样品需要时间和金钱，所以我更喜欢在生产开始之前检查设计。该审查可涵盖： - 壁厚 - 产品重量 - 移动部件 - 装配点 - 表面光洁度 - 生产方法 - 材料选择 - 包装尺寸 有些形状看起来很吸引人，但在生产过程中会产生问题。较深的角落可能会积聚材料。细手柄在使用过程中可能会折断。开口太紧可能会使清洁变得困难。目的不是删除每个设计细节。目的是在问题仍然容易解决时发现问题。 ### 3. 构建一个能够回答实际问题的示例 第一个示例不需要是完美的。它需要帮助我测试主要思想。我会考虑以下问题： - 产品感觉舒适吗？ - 它适合用户的手或空间吗？ - 零件连接是否正确？ - 产品稳定吗？ - 所选饰面与品牌相符吗？ - 产品包装能否完好无损？一个简单的示例可以揭示数字绘图无法显示的问题。瓶子在屏幕上看起来可能很平衡，但感觉太宽而无法握住。储物盒可能适合计划的尺寸，但会浪费包装内的空间。我将第一个样本视为学习工具而不是成品。 ### 4. 与一小群人一起测试产品 我不仅仅依赖自己的意见。产品可能对其创建者来说很容易使用，但对新客户来说可能会感到困惑。小型用户测试可以包括： - 将产品交给与目标客户匹配的人 - 观察他们如何打开和使用产品 - 询问感觉困难的地方 - 记录重复的投诉 - 检查他们是否理解包装说明 对于桌面配件，用户可能会指出产品在光滑的表面上移动。对于护肤品容器，他们可能会说用湿手很难打开盖子。这些细节可能会影响评论、退货和重复订单。我专注于重复的反馈。个人喜好并不总是需要改变设计。多个用户出现的问题值得关注。 ### 5. 确认成本和生产限制 好的设计仍然需要符合商业计划。成本可能包括： - 材料 - 工具 - 取样 - 人工 - 印刷 - 包装 - 检验 - 运输 - 存储 微小的变化可能会影响总数。金属饰面可能会增加比预期更多的成本。定制盒子可能需要更大的订单。特殊的铰链可能需要单独的供应商。我要求供应商解释一下每个主要部件的成本。这让我更清楚地了解预算的去向以及哪些功能可以调整。一个有用的产品不仅具有吸引力。它还必须易于制造和销售。 ### 6. 批准生产样品 在下更大的订单之前，我会将批准的样品与产品简介进行比较。我检查： - 颜色 - 尺寸 - 重量 - 功能 - 表面质量 - 徽标位置 - 包装适合 - 标签和说明 书面批准有助于防止混淆。照片可以支持记录，但它们可能无法显示纹理、强度或确切的颜色。如果可能，我会保留一份经批准的样本以供日后比较。此步骤可能感觉很慢，但当涉及多个人员或供应商时，它可以保护产品。 ### 7. 一起准备包装和产品页面 包装和在线产品页面应描述相同的产品。我确保他们使用以下匹配信息： - 产品尺寸 - 材料 - 保养说明 - 数量 - 警告 - 保修条款 - 交货详细信息 清晰的措辞可以帮助客户做出合适的选择。它还减少了支持问题。产品页面应从不同角度展示该商品并解释其使用方式。如果产品有限制，我会用简单的语言说明。例如，储物箱可能适合存放干货，但不适用于液体。该详细信息属于客户下订单之前的页面。 ### 8. 规划从工厂到货架的路线 生产只是时间表的一部分。我还计划： - 样品批准 - 材料采购 - 生产 - 检验 - 包装 - 货运 - 需要时清关 - 仓库接收 - 产品列表 一些产品可以在几周内从现成的设计转变为小规模生产。定制模具、特殊材料、测试和海外运输可能会延长时间表。清晰的时间线显示哪些任务可以同时发生，哪些任务必须等待。包装艺术品通常可以在测试样品的同时准备。批量生产应等到产品和包装获得批准后进行。 ### 一个实际例子想象一下一个小品牌正在制作一个不锈钢午餐容器。原始草图显示了一个带盖子的圆形容器。在审查过程中，团队发现盖子很难抓握，而且其形状在普通运输纸箱中留下了未使用的空间。样品经过更改，包括更宽的抓握区域和更有效的底座形状。用户测试表明，容器保持封闭状态，但密封件周围难以清洁。密封件已调整。包装上添加了保养说明，并解释说该容器不适用于烤箱。该产品的形状与第一个草图不同，但它变得更易于使用、包装和解释。这就是清晰的开发流程的价值。 ### 什么会减慢进度 较短的开发周期可能并不适合所有产品。延迟可能来自： - 不清楚的设计文件 - 迟到的反馈 - 材料短缺 - 工具变更 - 测试要求 - 较大的最低订购量 - 包装修改 - 运输变更 我更喜欢有测试空间的诚实时间表。仓促的发布可能会因缺陷、退货和客户投诉而创造更多工作。当产品被视为一系列决策而不是一项大型任务时，从草图到货架的路径变得更加容易。定义用途、测试设计、确认成本、批准样品并利用准确的信息准备产品进行销售。对于一个具有现成设计和可用材料的简单产品来说，几周可能就足够了。更复杂的产品需要更多时间。最好的时间表是围绕产品真正需要的工作制定的。

一个伟大的想法可能会让你在头脑中感到兴奋，但在纸上却令人困惑。你可以清楚地看到客户、市场和未来的产品。其他人可能只会看到粗略的描述，而没有明确的使用理由。我了解到，当徽标准备就绪或网站上线时，产品并不会成为现实。当特定的人可以用它来解决特定的问题时，它就变得真实了。这种改变始于一个更小的问题：这个想法最简单有用的版本是什么？ ## 从问题开始，而不是从产品开始 许多产品计划都是从功能开始的。 “我想构建一个具有预订、支付、聊天、报告和人工智能功能的应用程序。”这听起来很详细，但它并没有解释谁需要该产品或他们为什么会使用它。一个更强有力的起点听起来更像是这样的：“独立健身教练会浪费时间通过消息和电子表格来管理约会。”问题给了产品方向。它还帮助我避免构建看起来有用但不能解决日常需求的功能。我写下三点： - 谁有问题？ - 他们现在在做什么？ - 是什么导致当前流程缓慢、成本高昂或令人沮丧？一个有用的问题陈述可能如下所示：“小型健身工作室需要一种简单的方法来管理课程预订，因为手动消息通常会导致错过约会和日程冲突。”这个说法足够狭隘，可以测试。它并不试图同时为所有企业提供服务。 ## 选择一个明确的客户群 面向所有人的产品通常感觉与任何人无关。家长、运动员、学生和老年人可以使用膳食计划服务。每个群体都有不同的习惯、预算和购买原因。如果我为所有人写一条消息，这条消息就会变得很弱。我选择一组有明显需求的群体。例如： - 忙碌的父母想要简单的每周膳食计划 - 需要库存跟踪的小型在线商店 - 想要更轻松的发票管理的自由职业者 这并不意味着我会永远忽略其他客户。它给了我一个实际的起点。我可以问该组中的五个人： - 你们现在使用什么？ - 流程的哪一部分造成的麻烦最多？ - 这个问题多久发生一次？ - 您之前是否付费购买过解决方案？ - 是什么让你尝试新产品？他们的答案可能会挑战我的假设。这很有用。当产品创意是由真实行为而不是个人猜测塑造时，它就会变得更加强大。 ## 在构建太多之前测试需求 客户兴趣与客户需求不同。人们可能会说，“听起来很有用”，但仍然从不使用该产品。我寻找更强的信号： - 他们在没有太多提示的情况下描述了问题。 - 他们已经花费时间或金钱来解决这个问题。 - 他们询问产品何时上市。 - 他们同意测试基本版本。 - 他们分享联系方式以供将来更新。一个简单的登陆页面可以帮助测试这个想法。它只需要解释： - 客户问题 - 建议的解决方案 - 产品如何工作 - 它是为谁设计的 - 加入测试组的明确方法 该页面不应承诺未经证实的结果。 “每周节省两个小时”这样的短语需要证据。当测试尚未开始时，“旨在帮助减少手动调度工作”更为准确。 ## 通过一项有用的工作构建 MVP MVP（最小可行产品）并不是低质量的产品。它是一款为测试一个重要用例而构建的有限产品。假设我想为当地维修店创建软件。完整的计划可能包括客户账户、支付工具、员工日程、自动提醒和业务报告。第一个版本可能只做三件事： 1. 创建维修订单 2. 更新订单状态 3. 维修准备就绪时发送消息 这可能足以测试店主是否需要共享维修跟踪系统。第一个版本不需要给所有人留下深刻的印象。它需要帮助所选客户以更少的努力完成一项任务。在构建完整的文件同步服务之前，Dropbox 使用了简短的产品演示。演示展示了计划的体验如何发挥作用并有助于测试兴趣。这种方法降低了花费数年时间构建产品而不知道人们是否需要它的风险。 ## 为第一个版本选择正确的形式 并非每个想法都需要移动应用程序或复杂的软件系统。我可以通过以下方式测试一个想法： - 可点击的设计原型 - 电子表格 - 一个简单的网站 - 手动服务 - 无代码工具 - 小型付费试点 - 简短的产品演示 想象一下，我想建立一个将房主与当地园丁相匹配的平台。我不需要在第一天就构建搜索过滤器、在线支付、评论系统和自动调度。我可以创建一个基本页面，收集请求，自己联系合适的园丁，并在电子表格中跟踪匹配情况。这个手动过程可能感觉不太精致，但它可以揭示房主是否愿意要求服务以及园丁是否想要这项工作。手动测试还会暴露软件可以隐藏的问题。我可能会发现客户更关心到达时间和信任而不是搜索速度。 ## 设定一个狭窄的测试目标 产品测试需要一个问题。弱目标：“看看人们是否喜欢这个产品。”有用的目标： - 查明五位店主是否会创建维修订单。 - 了解用户是否可以在没有帮助的情况下完成预订。 - 测试客户在阅读页面后是否理解主要好处。 - 检查用户是否在同一周内返回该产品。我选择一两个措施进行测试。这些可能包括： - 注册率 - 已完成的任务 - 重复使用 - 付费试用请求 - 客户访谈反馈 - 完成任务所需的时间 数字并不能说明一切。低注册率可能来自于报价薄弱、措辞不明确、页面设计不佳或问题不紧急。我使用这些数字来查找问题，然后与用户交谈以了解原因。 ## 创建一个简单的产品流程 在编写代码之前，我绘制了用户旅程。对于预订产品，流程可能是： 1、客户访问服务页面。 2. 客户选择服务。 3. 客户选择可用日期。 4. 客户输入联系方式。 5. 客户收到确认信息。每一个额外的屏幕都会产生另一个混乱的机会。我删除了不支持主要任务的步骤。我还编写了用户将看到的文本。清晰的标签比巧妙的措辞更有用： - “选择日期” - “添加你的电话号码” - “确认预订” 如果用户在行动之前需要很长的解释，产品流程可能会过于复杂。 ## 通过附近的反馈进行构建 我更喜欢较短的开发周期。我创建了一个小部件，将其放在用户面前，然后观察会发生什么。我会问这样的问题： - 你来这里想做什么？ - 单击此按钮后您期望什么？ - 哪一部分感觉不清楚？ - 你会改变什么？ - 你会再用这个吗？为什么？我避免问“你喜欢吗？”人们常常试图保持礼貌。他们的行动比友好的评论提供了更有力的证据。如果用户无法完成主要任务，我会在添加其他功能之前解决该问题。主流流程混乱的打磨出来的产品仍然很难使用。 ## 决定保留、更改或删除哪些内容 反馈可能会变得难以承受。一个用户可能会请求深色模式。另一个可能会要求支付集成。第三个可能需要五份新报告。我根据每个请求背后的问题对反馈进行分组。在以下情况下，请求更重要： - 多个用户提到同一问题。 - 该问题阻碍了主要任务。 - 该问题影响与目标客户群匹配的人。 - 问题出现在实际使用过程中，而不仅仅是在对话中。 - 解决这个问题支持主要产品承诺。我不会添加所有请求的功能。产品应该有明确的目的，并且每个功能都应该支持该目的。 ## 谨慎给产品定价 定价也是对产品的考验。免费试用可能会增加注册量，但可能无法表明客户是否认为有足够的价值来支付。小型付费试点可以提供更清晰的反馈，只要报价诚实并且在付款前解释价格即可。我可以测试不同的定价结构： - 一次性购买 - 包月计划 - 按使用付费 - 服务费 - 每月费用较低的付费设置 正确的选择取决于客户如何获得价值。每天使用的设计工具可能适合每月的计划。一次性商业报告可能需要支付固定费用。我避免使用基于压力的措辞。明确的价格、明确的服务范围、明确的退款政策创造更好的客户体验。 ## 将测试转化为产品计划 测试后，我回顾发生了什么。我会查看： - 哪些客户使用了产品 - 他们完成了哪些任务 - 他们在哪里停止 - 他们要求什么 - 他们是否返回 - 他们是否付费或表现出明确的付费意愿 然后我选择一条路径： - 继续与同一客户合作并改进产品 - 更改目标客户 - 更改主要用例 - 暂停想法并测试不同的问题 改变方向并不是浪费精力。它可以防止在弱假设上进行更大的投资。一个常见的错误是将原始计划视为承诺。我把它作为一个起点。客户问题应该指导下一个版本。 ## 一个实际示例假设我想为小型营销团队构建一个任务管理工具。我的第一个计划包括日历、时间跟踪、文件存储、报告和团队聊天。对于早期测试来说这太宽泛了。我与六个小团队交谈后了解到，错过内容批准会比任务创建带来更多麻烦。我创建了一个简单的审批板，分为三个阶段： - 草稿 - 审核 - 批准 每张卡都包含所有者、截止日期和评论框。团队无需搜索电子邮件即可查看需要审核的内容。两周后，我检查团队如何使用它。有些团队会移动卡片，但仍然通过电子邮件批准工作。这告诉我，董事会对于可见性很有用，但批准操作需要在产品内部进行。下一版本可能包括一个明确的批准按钮和通知。产品是从观察到的行为中发展出来的，而不是从一长串的功能列表中发展出来的。当我把一个伟大的想法简化为一个真正的客户、一个真正的问题和一个有用的行动时，它就会变得更容易管理。我测试了可以教我一些东西的最小版本。我倾听行为、审查证据并调整计划，而不做出我无法支持的承诺。我们的目标不是一次性构建所有内容。我们的目标是创造一款能够帮助人们再次使用它的产品。

您心中有一个想法，但将其变成人们可以看到和使用的东西可能会感觉很困难。注释位于文档中。草图保留在笔记本中。计划等待正确的支持。我帮助将这些早期的想法转化为清晰、可用的结果，而不会使整个过程难以遵循。我首先倾听您想要实现的目标。我会询问您的受众、您的信息、您喜欢的风格以及您的项目需要解决的问题。这为我们提供了一个实际的起点，而不是依赖猜测。然后我将这个想法变成一个清晰的计划。您可以看到： - 将创建什么 - 项目包括哪些步骤 - 我需要您提供哪些信息或材料 - 如何处理反馈 - 最终结果应该帮助您做什么 清晰的计划可以节省时间并减少重复的更改。它还为您提供了在工作进展太快之前分享想法的空间。这项工作可以遵循一个简单的路径：1。分享想法 您发送您的笔记、示例、草图、品牌详细信息或您需要的简短描述。你的想法不需要完全成形。我可以从一个粗略的起点开始工作。 2.定义方向 我帮助您将想法转化为有针对性的项目简介。这可能包括视觉风格、语气、页面结构、关键功能或内容需求。 3.构建第一个版本 我创建了一个工作版本，使您的想法具有清晰的形状。您可以回顾方向并指出什么是正确的或什么需要改变。 4.完善细节 您的反馈将指导下一轮。我调整布局、措辞、视觉效果或功能，使结果更符合您的目标。 5.准备最终作品 完成的项目经过组织以供使用、共享、发布或移交。您会收到有关后续步骤的明确信息。例如，当地的面包店老板可能会从一个简单的请求开始：“我需要一种更好的方式来显示我们的菜单并接受定制蛋糕查询。”真正的需求可能不仅仅包括一个新页面。客户可能需要快速找到口味、查看订单详细信息、了解交货时间以及在繁忙时段无需致电即可发送请求。一个有用的解决方案可以将这些需求整合到一个简单的流程中。店主可以用清晰的照片展示菜单，解释点餐流程，并收集回复所需的详细信息。结果支持业务，同时使客户的任务更轻松。这就是我处理每个项目的方式。我不认为你的想法是固定的。我关注的是你希望人们在看到完成的作品后理解、感受和做的事情。您可以保持参与，无需管理每一项小任务。我保持流程清晰，听取您的反馈，并将方向转化为您可以使用的工作。当你的想法准备好超越笔记和草图时，分享你所拥有的。清晰的对话可以赋予其所需的形状。

产品创意可能在会议上听起来很强大，但当人们尝试使用它时仍然感觉不清楚。许多团队都面临着同样的问题：功能太多、反馈不断变化、决策缓慢，以及从初稿到公开发布没有明确的路径。我使用专注的流程在几周内将想法转变为工作产品。工作保持实用性。每个步骤都为团队提供了一些需要审查、测试和改进的内容。 第 1 周：形成想法 我首先提出一些简单的问题： - 谁将使用该产品？ - 他们想解决什么问题？ - 他们今天用什么？ - 产品推出后，哪些操作应该感觉更容易？ - 什么应该等待更高版本？这些问题有助于区分有用的功能和仅在纸面上听起来不错的功能。例如，小型预​​约服务可能会从请求客户资料、支付工具、团队帐户、提醒和报告开始。在与几位用户交谈后，团队可能会了解到主要问题的范围要小得多：客户需要一种快速的方法来预订可用时间。这种洞察力改变了早期的产品。第一个版本可能只需要服务列表、可用性日历、预订表格和确认消息。较小的范围为团队提供了更多的空间来测试主要思想，然后再将时间花在额外的功能上。 第 2 周：构建工作草案 一旦主要用户流程清晰，我就会将其转变为简单的产品草案。这可以包括： - 粗略的页面结构 - 简短的用户旅程 - 示例内容 - 关键屏幕 - 基本交互规则 - 悬而未决的问题列表 在这个阶段，我并不试图使每个屏幕都完美。我关注的是用户是否能够理解下一步该做什么。有用的草稿应该回答以下问题： - 新用户能否找到主要操作？ - 该页面是否以通俗易懂的语言解释了该服务？ - 表格发送后会发生什么？ - 用户可以修复错误而不重新开始吗？ - 该产品在手机上运行良好吗？我更喜欢通过实际任务而不是通过冗长的演示来审查产品。团队成员可以尝试预约、创建帐户或请求报价。他们的行为往往揭示出不止一页的书面反馈。 第 3 周：通过反馈进行优化​​* 当反馈与特定任务相关联时，反馈就会变得有用。不要问“你喜欢这个页面吗？”我问： - 你认为这个按钮有什么作用？ - 接下来你希望看到什么？ - 哪一部分感觉不清楚？ - 什么会阻止你完成这个任务？ - 缺少什么信息？这种方法可以帮助我发现用户可能自己没有提到的问题。一家小型软件公司曾经测试过有五个用户的注册页面。该页面的形式很简短，但主按钮显示“继续”。一些用户认为他们会转到另一个信息页面。该公司将标签更改为“创建帐户”，任务变得更容易理解。变化很小。效果来自于将词语与用户的期望相匹配。我还将反馈分为三种类型： - 阻碍主要任务的问题 - 导致混乱的问题 - 可以等待的偏好 这使得团队不会将每个评论都视为紧急更改。当主要用户任务处于中心位置时，产品决策就会变得更加容易。 **第 4 周：准备发布 发布需要的不仅仅是一个完成的界面。我检查影响信任和日常使用的细节。审核可能涵盖： - 移动和桌面布局 - 页面速度 - 表单行为 - 错误消息 - 联系方式 - 隐私信息 - 分析设置 - 搜索页面标题和描述 - 图像大小和替代文本 - 损坏的链接 - 基本可访问性 我还为发布准备了简单的内容，例如： - 简短的产品描述 - 清楚解释产品的适用人群 - 常见问题的解答 - 支持说明 - 给现有客户的消息 - 发布后收集反馈的计划 搜索可见性从有用的内容开始，而不是重复的关键字。我使用客户在描述问题时已经使用的词语。每个页面都应该专注于一个明确的目的，并给访问者一个继续浏览的理由。我避免提出无法得到支持的主张。如果一个产品是新产品，我不会将其展示为受到成千上万用户信任的产品。如果结果因客户而异，我会解释可能影响这些结果的因素。诚实的文案为人们做出决定提供了更好的基础。 发布学习计划 我将发布视为产品学习的开始，而不是项目的结束。在发布之前，我决定观看哪些内容： - 哪个页面访问量最多？ - 用户离开哪里？ - 有多少人完成主线任务？ - 支持团队有哪些问题？ - 哪些设备会导致问题？ - 早期用户最常请求什么？我在发布后查看这些信息并将其与最初的目标进行比较。高访问量听起来可能是积极的，但并不能表明用户是否解决了问题。完成关键任务的较小受众可能会提供更有用的证据。我的观点很简单：产品应该在团队花费数月时间打磨可能不重要的细节之前到达用户手中。专注的范围、定期的用户检查和诚实的发布内容创造了从想法到有用产品的更好路径。创建第一个可行的版本。用真实的反馈来完善它。以清晰的方式启动，以了解接下来会发生什么。

一本好书并不是以销售承诺开始的。它始于一个清晰的想法、一个真正的读者和一个将页面转化为价值的计划。我知道从一个粗略的概念转变为最终的手稿是多么困难。您可能拥有有用的知识、个人经验或值得分享的故事，但从早期草稿到上市书籍的道路可能会让人感觉不清楚。结构可能较弱。该消息可能过于宽泛。封面、描述和发布计划可能无法吸引正确的受众。我帮助将这种不确定性转化为实际的出版过程。我们首先定义读者。一本为所有人而写的书往往很难与任何人建立联系。我看着最有可能从这本书中受益的人，然后问： - 他们试图解决什么问题？ - 他们在购买前会问什么问题？ - 他们使用什么语言？ - 在不做出无法兑现的承诺的情况下，这本书可以支持什么结果？新餐厅老板的商业指南需要与关于职业转变后重建生活的回忆录不同的基调。该主题可能有用，但读者可以决定该消息是否相关。下一步是塑造核心理念。一本清晰的书通常有一个主要承诺。这个承诺应该解释读者将学习、理解或体验什么。它应该引导章节并防止手稿成为不相关思想的集合。例如，一位小型企业顾问可能会从有关“业务增长”的广泛想法开始。这个话题很难定位。在回顾了顾问的经验后，焦点可能会成为希望通过更好的客户沟通建立回头客业务的本地服务提供商的指南。新的方向为本书提供了更清晰的读者群、更强的章节思想和更有用的描述。然后我们构建结构。我从读者的角度回顾手稿的流程。每一章都应该有明确的作用。它应该推动读者前进，而不是用不同的词重复相同的观点。实用的结构可能包括： - 读者面临的问题 - 问题持续存在的原因 - 一种方法或一组步骤 - 说明该方法如何工作的示例 - 常见错误 - 读者在每章后可以采取的操作 结构可以根据书籍类型而变化。回忆录可能会跟随时间、情感和个人变化。商业书籍可能遵循解决问题的路径。家长指南可以使用简短的课程、示例和练习。写作阶段需要一致的声音。许多作者拥有宝贵的知识，但很难使其在页面上听起来自然。我帮助保持语言清晰、直接且适合受众。可以在不让读者感到迷失的情况下解释技术思想。个人故事可以支持信息，而不需要占据整本书。我还会寻找需要更多支持的领域： - 需要来源的主张 - 需要更多细节的示例 - 重复的要点 - 可以划分的长章节 - 可能并不适合每个读者的建议 - 听起来比现有证据更有力的陈述 这可以保护读者的信任。一本书无需使用夸大的主张即可具有说服力。表现形式也会影响人们对一本书的评价。封面应与主题和受众相匹配。专业指南、个人发展书籍和儿童故事都需要不同的视觉方向。标题和副标题应帮助读者理解主题，而不产生错误的期望。书籍说明应回答实际问题： - 这本书适合谁？ - 它涵盖什么？ - 为什么读者会关心？ - 读者可以从这些页面中得到什么？搜索可见性也很重要。我使用读者在查找有关该主题的书籍时可能输入的自然术语。这些术语可以出现在描述、作者页面、网站内容和支持文章中。措辞应该首先为读者​​服务。过于频繁地重复同一句话会让文案感到强迫并降低信任度。一个真实的例子展示了微小的改变如何能够改善方向。一位独立作者写了一篇关于领导力的 70,000 字手稿。内容包含了强烈的职场故事，但观众却不清楚。手稿在团队管理、个人习惯、招聘和公司文化之间切换。在回顾了这些材料之后，中心焦点变成了管理者第一年的领导力。几个主要部分被删除或移至较短的支持章节中。这些示例围绕常见情况排列，例如提供反馈、处理冲突和设定期望。这本书变得更容易理解，因为其结构符合读者的日常关注点。作者仍然需要与真正的读者一起测试这个想法。一小群经理审查了大纲和示例章节。他们的问题表明语言过于笼统。他们的反馈帮助塑造了最终版本，而没有将这本书变成其他人意见的集合。这个过程值得记住：读者的反馈可以指导一本书，但作者自己的经历应该保持在其中心。在出版之前，我建议检查完整的读者旅程： 1. 书名创造了正确的期望。 2. 封面支持主题。 3. 描述面向特定受众。 4. 开头几页给读者一个继续阅读的理由。 5.章节顺序感觉很自然。 6. 例子支持主要信息。 7. 作者页面建立上下文和信任。 8. 销售页面回答了读者的常见问题。 9. 书籍格式适用于所选的阅读设备。 10. 营销内容使用准确、可支持的语言。一本书可能不会仅仅因为写得好而获得商业上的成功。发行、受众适合度、定价、设计、读者反馈和一致的促销都发挥着作用。我不承诺销售结果。我关注的是可以计划、审查和改进的部分。你的下一本书可以从一个粗略的想法、一个笔记文件夹或一份需要指导的手稿开始。有用的工作是将这些材料转化为特定受众的清晰阅读体验。当信息集中、结构支持、宣传真实地反映这本书时，读者就有更好的理由去关注。这就是强大的出版之旅的开始。

一个产品创意可能在你的脑海中听起来很有用，但对真正的客户来说仍然失败。我见过团队花费数月时间来构建功能，然后检查人们是否经常遇到该问题以支付解决方案的费用。适合市场的产品创意始于证据，而不是兴奋。 ### 从人们已经感受到的问题开始，用一个清晰​​的句子写下问题：“当[特定情况发生]时，我帮助[特定客户]解决[特定问题]。”避免宽泛的陈述，例如“我想改善在线购物”。更清晰的版本可能是：“我帮助独立服装店减少回答重复交货问题所花费的时间。”这个版本给了我一个客户群、一个痛点、一个业务场景。它还帮助我搜索相关关键词、竞争对手、论坛和客户评论。我问自己： - 谁遇到过这个问题？ - 这种情况多久发生一次？ - 该问题花费了多少时间、金钱或销售损失？ - 人们今天使用什么？ - 为什么当前的解决方案感觉很弱？每年出现一次的问题可能不支持付费产品。影响日常工作的问题有更强有力的理由需要解决。 ### 与潜在用户交谈我不会将朋友和家人视为需求证据。他们可能支持这个想法，因为他们想支持我。我需要来自与目标客户资料相符的人的反馈。简短的采访可以包括以下问题： - 告诉我上次发生此问题的时间。 - 你做了什么来处理它？ - 花了多少时间？ - 您是否为工具或服务付费？ - 当前流程的哪一部分造成的麻烦最多？我避免问“你会买我的产品吗？”人们经常对未来的行为给出礼貌的回答。关于过去行为的问题通常可以提供更好的信息。例如，在测试小型在线商店的工具时，我会向商店老板询问他们最近的客户服务工作量。他们的实际过程可能表明交付问题并不是主要问题。产品退货、库存更新或付款纠纷可能需要更多时间。 ### 在建立之前检查市场 市场研究不需要大型报告。我可以查看： - 竞争对手网站和定价页面 - 产品评论 - Reddit 和行业论坛 - 搜索建议 - Quora 上的问题 - 社交媒体上的客户评论 - 提及问题的职位帖子 我寻找重复的语言。如果多个客户用相似的词语描述相同的困难，这些短语可以指导产品决策和 SEO 内容。我还比较了可用的选项。竞争对手并不总是停止的理由。这可能表明人们已经在解决这个问题上花钱了。我的产品需要明显的差异，例如更简单的设置、针对狭窄客户群的更好工作流程或对特定用例的支持。我避免声称我的产品是“唯一的解决方案”，除非我能支持这种说法。明确的定位比广泛的承诺更能建立信任。 ### 定义最小的有用版本 市场就绪的产品创意并不需要每个计划的功能。它需要为明确的受众提供一个有用的结果。我写下： - 主要客户 - 主要问题 - 产品应提供的单一结果 - 该结果所需的功能 - 可以等待的功能 假设我想为当地维修店创建一个预约工具。第一个版本可能需要预订链接、服务选择、客户联系方式和预约提醒。忠诚度计划、移动应用程序和高级报告可以等到用户表现出需要为止。小版本可以帮助我以更低的成本和更少的混乱来测试这个想法。它还使客户的反馈更容易理解。 ### 在全面开发之前测试想法我可以通过登陆页面、可点击原型、手动服务或小型付费试点来测试产品想法。测试应解释： - 产品为谁服务 - 它解决什么问题 - 流程如何运作 - 客户收到什么 - 产品不承诺什么 登陆页面可以包含感兴趣用户的表格。在我将工作自动化之前，手动服务可以显示客户是否重视结果。 Dropbox 使用早期的演示视频来展示在完整产品广泛使用之前文件同步是如何工作的。该测试帮助团队了解人们是否关心这种体验。我们的教训是，并不是每个产品都需要视频。教训是，可以在大型构建之前测试兴趣。 ### 设置一个实用的价格 价格应该与问题的价值相关。我比较当前流程的成本、节省的时间以及客户期望的结果。我可以测试几个简单的选项： - 一次性项目费用 - 每月订阅 - 付费试点 - 具有可选付费功能的基本计划 我不使用基于压力的消息或保证结果的承诺。客户需要足够的信息来按照自己的节奏做出决定。定价页面还可以揭示客户的期望。如果人们询问有关设置、限制、退款或支持的问题，这些问题可能表明该优惠需要更清晰的细节。 ### 关注行为，不仅仅是意见 积极的评论很有用，但行动更有分量。我跟踪人们是否： - 报名参加测试 - 完成设置 - 使用主要功能 - 返回产品 - 询问付款 - 推荐给同事 - 试用或试点后继续 如果用户赞扬该想法但不使用它，则该产品可能正在解决低优先级问题。如果他们继续使用基本版本，这种行为可以指导下一步的开发。我每周都会查看反馈，并将其分为三个部分：重复的问题、有用的请求和个人喜好。我围绕重复的问题进行构建，而不是添加每个请求的功能。市场就绪的产品创意并不是通过添加更多功能来创建的。我通过选择一个特定的客户、确认一个真正的问题、测试一个小解决方案并倾听实际行为来使其更清楚。当证据支持这个想法时，我可以更加专注地构建并用客户已经理解的语言解释产品。想了解更多吗？请随时联系卢少能：rxyx@ronnaso.com/WhatsApp +8613777688618。

Eric Ries (2011) 精益创业公司 Alexander Osterwalder 和 Yves Pigneur (2010) 商业模式生成 Steve Blank 和 Bob Dorf (2012) 创业公司所有者手册 Marty Cagan (2017) 灵感：如何创造客户喜爱的科技产品 Don Norman (2013) 日常用品的设计 Philip Kotler 和 Kevin Lane Keller (2016) 营销管理