新品试行怎样把技术价值、用户反馈和必要要求接起来？
先明确谁使用、谁评估、谁参与付款，以及他们希望完成什么具体任务，再把产品价值写成需要验证的假设。技术先进、演示受欢迎或有人礼貌表示喜欢，都不足以证明真实采购需求。
将必须完成的安全、质量和适用核对，与可以继续改进的体验细节分开，经相应人员确认后限定首轮试行范围。说明样品状态、操作条件、支持责任和未知项，让参与者知道这次试行可以做什么。
观察完整使用过程，保留不理解、不适用和需要帮助的情况，再决定下一版改进及投入。有限试行用于获得信息，不能免除必要要求，也不能将少量反馈推成整个市场的结论。
先研究现有做法，再提出技术影响假设
选择有实际使用或采购经历的人了解当前工作，询问如何处理任务、遇到什么不便、尝试过哪些方法，以及改变现状受什么条件限制。对象可以来自不同相关角色，不要只依靠愿意鼓励团队的熟人。
把功能连接到一个可观察的任务影响，写明适用条件和仍需证明的部分。没有依据的收入、成本或替代程度不能写成承诺。将访谈记录分为事实、偏好和继续评估意愿，既保留支持信息，也记录不符合原先设想的回答。
把必要准备和首轮范围划清楚
由相关负责人检查产品与使用情境，明确哪些事项必须在试行前完成，哪些问题是本轮验证重点，哪些细节可以后续优化。追求尽快获得反馈，不等于允许跳过必要检查或把尚未具备的功能说成已经可用。
选择一个核心任务，限定型号、配置、参与条件和资源，避免同时改变所有设计。说明使用范围、支持方式及何时应暂停并联系负责人。成本信息按实际规格和服务条件整理后复核，不照搬其他产品的利润门槛或推出速度。
观察用户从开始到完成的全过程
让适合的参与者依据实际资料尝试任务，记录起步、操作、完成和求助环节。技术人员熟悉的步骤，普通使用者可能无法自行理解；观察时不要为了让演示顺利而抢先替对方完成，但必要支持和安全要求仍须保留。
优先修改妨碍任务理解的术语、提示、图示和步骤顺序，简化时不能删去重要限制。市场习惯应通过具体情境核对，不凭国籍或身份推断统一能力。将现象、环境和使用者建议分开，避免直接把第一条建议当成唯一解决方案。
用可比较的任务回看修改效果
为下一版挑选一两项影响较大的问题，说明调整内容、验证方法及暂缓其他事项的理由。在相近任务和已说明的条件下复测，比较理解、完成情况和仍需帮助之处，防止只用功能更多或界面更新判断改进有效。
将事实记录、团队解释和未能判断的部分分别保留，提前约定继续、调整或暂停的信号。工具可以帮助整理记录或制作资料，重要判断和商业承诺仍由相应人员核实。试行结果不理想时，不为证明投入合理而只保留赞美。
模拟练习：用户看懂演示却不会独立开始
以下为模拟练习：一款新产品在演示时得到好评，用户独立使用却在准备步骤停住。先观察其看到什么资料、缺哪项提示，再修改一处说明并使用同一任务复测。记录是否仍需帮助，不据演示热度宣布需求已验证，也不要求用户在尚未确认的条件下继续操作。
自查：这一轮究竟回答了什么问题
检查用户与任务是否具体、需求依据是否清楚、必要条件是否核实、样品限制是否说明、成本未知项是否有人负责，以及反面反馈是否保留。结束后写出已经获得的证据和仍未回答的问题。观察只适用于相应参与者与环境，不独立证明普遍适用、市场需求或后续销售结果。