市场是一片汪洋，波涛汹涌，一眼望不到边际，起伏不定，稍纵即逝。从正向的角度看好似处处漂浮着真金白银，从背向的角度看处处又似荆棘丛林，凶险万千。数不尽的创业者为争夺金银，打造武器，拼杀在含沙射影，刀光剑影的竞决中，力图抢占最大的利益。
想要在整个竟决中获得最大利益，团队精锐、武器锋利成了整个团队的必备条件，而成胜的关键则在时局的掌控，未来局势的提前预知。
产品与市场的契合点，并不仅限在产品功能足够强硬，还要团队本身熟知市场格局，预知外在因素可能会引发的未知变数，才能做好进而攻，退而守的战略。兵法曰“屈人之兵而非战也，拔人之城而非攻也，毁人之国而非久也，必以全争于天下！”
如何做好产品与市场的契合，看似深远、琢磨不透，但如果把各个环节拆分出来却是明了而简单。我们从大的方面分析，产品的作用是满足用户的诉求，解决用户的问题。市场代表着用户的数量，产品满足越多的用户，产品的价值也就越高，单从这一个角度理解，产品变现的概率也就越高，但事实远非此般简单。
下面我们再从更深一层的角度做讨论。
产品好才是硬道理，为什么依然走不出变现困难的困局
案例“产品功能已经足够强硬，与我们竞品相比竞品远不如我们产品的功能强大，但为什么依然变现困难。”
产品功能已经足够强硬，这里面的“强硬”是我们主观的认为他已经足够强硬还是我们的用户也认可我们的功能已经足够强硬，如果是我们主观的认为，那么尽快取证。如果用户也认为我们的功能足够强大，但为什么依然会坚持不付费。
1、我们用户的需求竞品已经满足，用户并没有多余的需求，也没必要多去安装一个应用，再去认识这个应用，去注册，去付费；
出现这样的情况，几乎肯定是我们产品的定位出了问题，但我们也不至于急切放弃，需首先分析这块肉是否足够的肥，还有多少潜在用户没有发现这个应用，与竞争对手比较我们在资金上，政策上、人力上的优势是大于竞争对手的还是低于竞争对手的，如果竞争对手的资金有几十个亿，我们仅有几百万的资金，那么看能不能投靠跟竞争对手实力相当的企业，如果行的通，自然要去与竞争对手竞争，如果以上都行不通，选择转型可能会避免很多的风险。
2、在市场、公关、运营环节中，我们做的不到位，我们没有去告诉目标用户，有这样一款功能更强硬的应用他们还没有使用；
出现这样的情况大多是因为我们公司的体系不够完善，准确的说也就是资金不充足，没有实力去做这方面的工作，如果出现这样的情况，首先还是要想一想能不能找到资金，如果实在找不到看能不能在推广运营上找到省成本高效率的方法，如果都行不通那只能被迫转型；
以上内容我们仅从宏观的角度来做分析，那么在实际工作中，产品经理该如何做好产品与市场的契合工作。
一、找准产品定位
前面一篇文章，专门向大家分享了产品定位方面的话题，这里就不再详细赘述，产品定位并不是我们自己认为，我们应该做什么，我们应该是什么，而是要多去了解用户，我们在用户心智中是什么，用户知道我们的什么不知道我们的什么，他们更希望我们是什么，在我们清楚知道了我们在用户心智中的定位以后，看我们的定位与用户的定位是否有偏差，如果已经有偏差，则我们再考虑应该怎么调整而且还要保证符合用户的心理可接受度的认知，并且契合我们的商业模式。
在商业模式和定位上我们尽可能考虑不容易被复制，建立我们足够高的护城河，这样才能保证我们产品今后战略的发展不容易被颠覆或被替代。
二、做好用户意见反馈
要想产品与市场相契合，用户的意见反馈是不可或缺的，它简直就像产品的一面镜子，能反映出产品的各方面的问题，包括一些新的需求、bug、竞品方面的问题等等，作为产品经理你一定要认真去看这些反馈回来的问题，对于一些反馈率比较高的用户，你可以为他们建立一个社群，当做日后的内测用户也未尝不是一件好事，需要注意的是要尽量保证这些用户是我们产品的粉丝用户，如果对方是一个极少使用你产品的用户也不是会员，然后反馈一些乱七八糟的问题，我们完全可以将其忽略。
三、做好数据监控
像是我们产品当中每日的注册量、付费量、付费率，留存率、活跃度，一些主要页面的浏览量、跳出率，主要按钮的点击量，这些都需要我们去做监控，并加以整理，时长我们去做一些数据分析方面的报告输出，能大大加深我们对产品的认知与市场的理解。
数据分析并非大家想象的那么难，而我们涉及到的知识也不需要过于深邃，这里简单介绍一下，做数据分析时的步骤：
第一步，我们首先要明确目标，我们要分析什么；
第二步，确定我们需要的论据，也就是需要哪些数据；
第三步，去后台或者数据库调数据；
第四步，基于我们的目标做分析 ；
最后一步，则是做出决策。
数据需要我们时刻去看，因为数据是最直接，简单反应我们产品问题的工具，第一时间就能反应产品的问题。当然如果大家真的想深入学习数据分析，我建议大家从最基础的统计学开始学起，spss这款数据分析软件功能强大，大家如果有条件可以去学习一下，对数据分析帮助甚大。
四、做好需求分析
关于需求分析，很久之前已经向大家分享过，有A/B测试、KANO模型、定性分析、定量验证等，从用户意见反馈回来的问题，包括公司内部提出的，合作伙伴反馈的，除过特殊情况外，不要急忙安排开发，先放进自己的需求池，然后排列优先级，经过多层面的验证以后，确定没有问题以后，与运营、市场、研发人员确定后没有问题，再安排开发。
个人之前画完原型就直接丢给开发团队开发，但在测试的时候便发现诸多不合理的地方，等上线一周后，有一次自己去亲身体验，又发现一些严重的问题，这非但没有缩短开发周期，反而延长了开发周期，而且还造成了同事们的一些不愉快，所以在我们需求出来的时候一定要多去验证可行性。
作者马珍毅，现居江苏无锡，是一家创业公司的互联网金融产品经理，热衷于需求分析、产品设计，用户增长、商业分析，数据挖掘、项目管理、品牌战略、产品运营和市场营销。希望通过个人的知识分享能与更多的产品经理奋勉同行，共同成长！
本文首发于个人微信公众号产品精益讲堂（yichenxs），作者个人微信，yichenbz,个人网站需求分析研习社，QQ交流群：489899046