其次，采访不涉及任何具体产品、其优点以及通过其帮助解决的问题的讨论。如果发生这种情况，那么恰恰是
现在进行 A/B 测试。这是一种变体，要求受访者从预先准备的且他们可以理解的两个选项中选择一个。 （这样的测试实际上只包含封闭式问题）。看起来一切都很简单，你只需要画出“你喜欢 facebook 数据库 红色还是绿色”之类的东西。
但这就是隐藏逻辑陷阱的地方：在实施 CustDev 时，消费者看不到产品，通常他甚至没有想象到它，因此无法比较任何东西（并且 A/B 测试只涉及比较）。这就是为什么封闭式研究问题比开放式研究问题更难准备，尽管后者的答案更有价值。
客户开发面试
我们开始采访吧。
应该立即指出的是，如果您首先注意创造一个让受访者感到舒适且与对话主题相关的环境，那么获得答案会容易得多。也就是说，如果我们正在谈论创建一个软件产品，例如艺术家的应用程序，那么首先要储备设备并尝试自己画一些东西。前一天阅读相关文献，以便能够保持不处于原始水平的对话。记住，面试官最重要的是营造一种信任的氛围；只有这样才能得到坦率、详细的答复和解释。
你不应该立即开始对话。让你的采访开始之前有一个简短的介绍（闲聊），你可以在其中谈论天气、生活，或者只是讲一些有趣的故事。解放你的对话者。
接下来，向受访者询问几个有关对话主题的预先准备的问题。这些问题的答案应该会为您提供新的兴趣表达的理由。一般来说，你应该尝试以一种连贯的对话的方式来组织采访，并且对话者的想法从你感兴趣的一个问题转移到另一个问题。第一对引领了潮流，因此您需要在前一天仔细考虑它们。控制回答问题的时间——不要让对话者胡思乱想。答案应该详细，但切中要害。这里的标准是3分钟。
一切都应该在半小时内完成；较长的对话对双方来说都是浪费时间（关于抽象主题的对话），或者您根本无法注意到受访者正在谈论的所有内容。一般来说，任何地方都需要节制。
CusDev面试时间
为什么需要交替使用封闭式问题和开放式问题？因为在第一个对话中，对话者先于第二个对话休息。你提前给他准备了一个选择，他只是决定他的灵魂更倾向于哪个。然而，封闭式问题不应该以这样的方式构建：一个人只需回答是/否——即使在这里，你也需要强迫他思考并从更复杂的选项中进行选择。顺便说一句，如果发生什么事情，你可以通过额外问“为什么？”来使替代方案变得复杂。
迫使对话者谈论未来的问题是非常糟糕的。你根本不需要这个；相反，CustDev 需要它过去的经验，因为你将在新的开发的帮助下解决现有的（和以前的）问题和痛苦。
还有一件事：不要害怕澄清，尤其是在关键问题上。请记住：上帝存在于细节之中！另外，不要避开录音机。这个有价值的设备随后将帮助您确定访谈的要点，不仅为您自己，也为您的同事（如果您需要更换研究人员）。
现在谈谈一些“不该做的事情”：
不要试图与你的对话者争论。一般来说，在任何情况下，即使他颠倒黑白。只要在你自己的脑海中记下他在这个问题上的不足，但一定要指出做出不讨人喜欢的判断的原因，以便你可以评价自己。请记住，您的任务不是说服您的对话者（这是不可能的），而是找出他对您的项目主题的需求。
不要隐瞒接受采访的真正原因。如果你开始欺骗受访者，你将不会得到任何结果。
无需证明您的产品将是最好的。最好让他表达自己最需要的东西——展现外交奇迹。
CustDev 的第二步 – 客户验证
动作顺序：
创建具有最少功能的产品变体，但仍能解决目标消费者的问题。
言论和评论的收集。
创建新产品的更高级版本（版本2.0），它具有更高级的功能。
来自潜在客户的评论和评论的新集合。
最终产品的开发。
CB Insights研究人员的调查结果显示，在所有失败的初创企业中，42% 的企业完全不相关； 18%的情况下，存在不合理的定价政策，14%的开发商忽视了潜在消费者的真正需求，并基于自己的想法（更常见的是基于他们自己的综合体）。
客户验证是客户开发技术的一个阶段，对前一阶段结果获得的数据进行验证。而且主要是你自己检查。您是否正确理解消费者的真实诉求？你的产品定位正确吗？
客户验证
这一阶段与Eric Ries在2008年提出的“精益创业”（“精益创业”客户开发方法）的概念密切相关。它包括：
假设实验；
在每个 CustDev 阶段之后检查迭代的正确性；
将根据进行的审计提供培训。
客户验证是纯粹想法与其以试批形式的物理体现之间的一种中间环节。就 CustValid 而言，我们已经有了一个原型，在此基础上我们可以向受访者询问其他更具体的问题，但与此同时，我们尚未投资于生产 - 我们正在采用精益方法。
客户验证可以让您获得四个主要结果：
确定贵公司进入市场的准备程度。
更清楚地了解潜在消费者的真实愿望。
制定销售计划。
确定刺激销售的最佳时机。
这一阶段的客户开发技术的特点是准备工作的温和模式：首先不需要付出大量的努力和集中执行任何动作，其次也节省了财务资源。从可能损失的角度考虑，结果非常有效：开发人员有机会对产品进行有用的更改并保护其免受市场失败。这与对已经发布的产品进行昂贵的更改的情况非常不同。
当然，我们所说的原型版本 2.0 是指 MVP（最小可行产品）。这是您的开发的截断版本，它具有尽可能少的功能集，以便可以使用其示例进行各种测量：
生产的经济效益；
产品对买家的吸引力；
与竞争对手的比较。
如果不先推出 MVP，就不可能发布产品的最终版本。如果突然发现信息的某些部分收到了错误的评估或被误解，那么您始终可以返回一次或多次迭代，而无需冒大量资金的风险。这就是客户开发成效的体现。
自拍无人机的例子清楚地表明，任何事情都可能与最初计划的不同。
