第一次沟通时，我不会急着展示完整方案。我更想确认几个更底层的问题。
我优先确认问题本身#
这个问题多久发生一次。
它现在是怎么被解决的。
为什么现有方案仍然让人不满意。
这些答案决定的是值不值得做，而不是做成什么样。
我会特别注意成本#
用户现在为了处理这个问题，要花多少时间。
要依赖多少人工。
一旦出现错误，会损失什么。
只有成本足够真实，后面的付费意愿才更容易成立。
我不急着确认太多功能#
功能讨论越早过多，越容易把真正的问题盖住。
我更想先知道一个最小版本能不能开始帮到他。
只要这个答案是肯定的，功能细节后面可以逐步补。