产品做出来了，扔到市场上面反应基本上不怎么样，这是为什么？我们开始复盘这些需求是否合理，当然我们开始使用很多的验证方式开始推演这个结果是怎么产生的，同时还会用一些其他的手段对于下一版做调整，调整之后效果还是不好，那么问题出现在哪里？

产品上线只是一个开端，产品成功是我们的模式成功，不是一个简单的APP，产品很多时候验证的是背后模式。这个验证平台就是我们的市场以及行业，对于产品的模式可行与不可行，市场反馈结果就是最好的答卷，判定产品的成功就是市场的结果反馈，而产品只是一个展示。

市场只会在意从模式，不会关注什么用户体验这些，只有用户才会关注你的体验和交互。很多时候我们陷入一种误区，就是不停的修改界面以及交互，为了让用户体验很好，这个是错误的。我们将产品模式可以说忽略了，导致的结果就是你的产品会失败，产品的失败也是模式的不成功。

产品前期打磨的是产品的模式，不是界面交互以及用户体验，你的模式清晰了，那么界面交互很容易解决。如果我们日常中一直停留在界面和交互的修改中，这种消耗对于产品经理来讲是很耗费精力的。因为一直在沟通，一直在调整，就会有一种厌烦的心理，归根结底就是模式没有想清楚，着急开始行动。

所以，产品经理如果发现管理层或者是其他相关人员，在对产品提出的意见建议停留在界面美观以及交互上面时，需要提醒一下我们的相关人员。产品目前在业务上面并没有做很多的调整，而是在交互以及界面上停滞，产品经理我们需要 引导大家回到 产品模式上面来。

产品市场反应很不好那么主要的原因是以下几点：

1. 产品根基有问题

产品的根基就是产品核心业务，产品在开始选择对应的行业以及市场。但是产品在行业市场上面表现不尽人意，我们不要怀疑这个行业有问题，我们需要将目光放在产品模式上面来，并且不要轻易去重新改变产品所对应的行业，而是去思考一下产品模式是否存在问题，那么这个问题我们怎么样去改变。

现在每个行业中都有一些产品，这些产品我们需要利用起来。因为这些产品给我们前期进行了探路，如果这个产品很好并且有盈利，说明这个行业还是有利可图的。

每个行业中的产品能够帮助你的产品更好的发展，但是需要注意的是我们产品需要找到这个行业中产品的软肋，这样产品差异化才能发挥作用。

同样的一款产品如果你没有发现他的致命点，那就先不要着急推向市场。我们都喝可乐，但是百事和可口可乐两个是并行存在的，感兴趣的可以了解一下可口可乐和百事可乐之间的关系，百事是怎么在可口可乐占据很大一部分市场异军突起的。

产品中找到对应的产品模式，看看对手的产品模式，对手采用的模式是什么样的，而我们的模式又是什么，这个模式你前期把握不准确就需要就做个验证，验证用户对于产品的反应是什么样的，我们要记着是验证模式，不是做个简单的APP或者是其他小程序出来。

当然你会想产品模式没法验证，太复杂，那你就做减法，把你的这个复杂的只留下来一个去验证，千万不要说验证不了。我们的产品是给人民群众使用的，如果验证不了，脱离人民群众那么这个是给谁用的？脱离人民群众是最大的危险啊。

2. 需求没有关联起来

需求可能来过，但是你却没有发现，在整理需求的时候脑子突然灵光闪现。但是没有在意，结果你的竞品做出来，火的一塌糊涂，这时候你就只能对自己说一声  命啊。

这就像做选择题，蒙的全是错的，但是你感觉有一个对的，选择的时候蒙的还是错误的，在整理需求的时候，如果突然出现一个，最好是纪录下来，首先不要去想很多，只要试着将出现的需求进行梳理，只是单纯业务梳理，不用想这个合理不合理。等全部的需求收集完成在去看合理不合理。

需求之间关联就是你买了个房子 ，现在开始装修买家具，买了个茶几但是不能只买个茶几，还需要一些沙发配套。产品场景化就是基础，我们需要什么的样的需求不是简单的听用户或者看用户的建议反馈，这个渠道就太单一，更多的需求是去用户群体中看细节。

关于细节我们需要知道和现在产品中的业务是否有关系或者说是和真实的一样，说的有点费劲。简单点就是你现在是物流的产品经理，需要做一个物流运输的产品，但是你之前没有做过，很多需求来源是其他人提出来的，但是不能只靠这些已知需求。做为产品就需要和相关的人员进行沟通，但是简单沟通不够，最好是去库房上一天班，感受一下，看师傅们是如何操作的，期间有问题不明白的你很快就理解了。

需求关联起来不只是简单的业务，还需要和你的用户以及实际场景关联，一款产品的新版本推出的时候，去和实际使用者聊聊，看看，听听他们的想法，这样你就知道为啥效果不好了。

3. 验证结果偏离

很多时候我们将一些产品做了验证，但是验证之后全部偏离，或者说是完全没有达到我们预期。就像买彩票做了很多功课，结果全部没有中，对于预期的结果不能差距太大，如果发现差距太大那就想想以下三点吧。

首先产品的出发点，我们不能预知未来，就像产品结果我们不能预知错误或者是正确，只能使用一些参数去对比相应结果那个好或者是坏，只有验证了才知道结果。

但是结果我们不能看到好的，坏的就不去理睬了，我们能在坏的里面看到其他正确，对于每一次验证进行结果验证对比时，尽可能全面。

产品很多时候结果验证偏离一部分做出来已经当初那个出发点，可以说是90%基本上不是当初的。

其次是方式，一个结果采用什么样的方式验证会有不同结果，不要为了产品的数据漂亮就采用错误的方式去验证，这个只能加速产品的死亡。但是最可怕的是误以为这个方式是正确的，然后采用这个正确的方式一直去验证。

没有什么最好的验证方式，只有适合当前产品阶段的方式，验证方式我们只要坚持以结果为准，就是验证这个结果就采用这个方式。就像一篇文章热度，关注点是打开文章以及停留关闭之后的数据点，不是打开文章的数据点，打开文章数据点只能让数据好看。

最后是过程，过程很重要，产品经理在需求中添油加醋的出来会让这个产品一团糟，可以加料，但是不能加太多，适量就好了。太多了你的用户受不了，这个需要所有互联网人注意一下的。

很多时候我们就像小朋友看见啥都想要，不知道是不是适合自己，就全部加上去，结果加上就是浪费时间，浪费资源，对于产品没有任何的益处。每一次的过程中加需求但是只能增加相关必须的需求这是产品经理的原则，如果非要加，那就告诉相关人员对应风险有哪些，（避免扯皮）

总结

（1）模式有点重要啊

挣钱的模式，怎么样去让你的模式能够挣钱，获得利润这个才是最重要的。一个模式我们前期可以看看效果，可以讲对应的挣钱的一部拆分出去，只是去验证这个模式是否可行。但是后期挣钱的模式就是我们用户量上来之后是否会亏损，或者是会面临一定的难以转化问题。

产品的模式，这个我们需要知道就是你的用户习不习惯你的这种方式，能不能适应过来。如果适应的好，那么用户愿意留下来，适应不好，就不会在来。毕竟用户只给我们的产品一次机会，第二次会让你付出很多的成本。

（2）不要制造需求

需求需要去实际观察和去验证，不是从竞品或者是拍脑门就出来，这样的需求一部分是没有用的，很多看到竞品有这功能，就让产品经理直接上这个功能，或者是一模一样就行，但是这个有用吗？自己最好先问问自己是不是看到直接就开始抄了。

很多人也会改造一些产品需求，这个改造可以说是多少有点自己的思考，但是结果还是一样，不知所以然。不过是改了一些表面的东西，然后加工出来四不像，这个四不像先不说能不能活下去。首先对于用户就是很难受的体验，所以为什么会一直优化这些，很大一部分就是看到别人的然后自己加工了一下，告诉产品经理去执行。最后效果可想而知。

（3）突破点

同样的行业中如果出现很多产品，试着看看他们的产品模式是什么，有没有相互的交叉点，这个交叉点哪些是效果好的，哪些是完全没有用的。整理一下，找到一些对于自身产品有用的进行“加工”，这种方式能够减少你试错的成本，避免一些坑。

行业中如果已经存在黑马级别的产品，已经市场运营很成熟了，那么就需要想想什么是他们不会放弃的，找到这个点，也就是他们很难放弃的点。他们不会放弃的就是我们产品的突破点，这个突破点最好是能够让对方在短时间内很难改变。

如果对方轻易改变会给我们造成一定的困难，假设我们以价格为突破点，很多时候大公司有资金小公司根本耗不起，还有就是价格能够随时调整。所以你找的这个突破点不能很好的利用起来，很可能还是给自己添麻烦。

#专栏作家#

李杭，人人都是产品经理专栏作家。关注B端产品，擅长复杂的需求梳理，爱好将复杂难以理解的事物口语化。

本文原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议