产品小白，最近做产品的时候发现了一个非常有趣的现象。
我们在做产品的时候，需求的收集，产品的设计，还是产品的实现，都需要和不同的部门沟通。沟通不仅仅意味着信息的传达和确认，往往会有很多的变更、妥协和让步。
例如当你做了一个产品，已经调查分析了用户需求和竞品，做了需求评审，神采飞扬地画出了产品原型，撰写了PRD文档，跑去找设计和开发。
然后，你们就开始讨论。
设计：哎呀，这样搞多不美观，很影响用户体验的。：）
开发：这里这样设置，开发的时候并不友善。：）
你：那好吧，那我改一改。
这时候你应当停下来思考，我的产品要活下去！我要控制质量！我不要妥协！
我们在撰写PRD文档时，我们就会把产品的业务流程做梳理，某些关键节点确定下来，而某些节点往往会涉及到一些核心问题，这些核心问题非常有可能是你的产品能够成功的关键因素，如果这些点没有到位，你的产品就没有了竞争力。例如我所遇到的这个问题，
公司在做职位信息的产品时，曾通过问卷和焦点小组的方式调查用户的需求，很多用户反馈他们在选择职位的时候往往不知道那个公司是什么样的公司，好不好或者适不适合我。当他们面对密密麻麻的职位信息的时候，往往拼着第一感觉去做选择，同时他们也可能会去百度搜索这家企业，看看这家企业靠谱不靠谱。这时候就产生了两个需求：
一是用户想知道企业靠不靠谱 —— 我们应当去帮助用户了解企业
二是用户想知道企业适不适合我 —— 我们应当去帮助用户做出选择
因此，职位信息的产品的核心点是我们对公司的点评。这是我们产品的核心，也是我们能够解决用户的需求的关键。
所以从业务上，我们就应当突出这个核心。结论就是我们在展现职位信息的时候，重点突出点评。
重点突出的办法有2个，1是视觉上突破，2是层级上提高。
层级上提高就意味着，在职位列表的环节就应当有所展现，如下图所示，图1为第一版设计的稿子，图2为第二版设计的稿子，两者的差别就在于第一版在列表上只做简单的符号，第二版则是将点评也部分展现出来了。
但是，第二版的设计有一个问题，设计成卡片形式的界面，当某些公司有推荐、某些公司没有推荐的时候，卡片的大小不一致，整体排布就会在视觉上非常凌乱，呈现瀑布流又不适合职位信息的展现，而且还增加了开发的难度。
因为兼顾UI设计，所以在做设计的时候，就想着使用妥协的办法（也就是第一种办法来过渡）。
后来和CEO讨论的时候，就讨论到这个点，才恍然大悟。
我不应当做妥协，这个点评对于我这项产品来说是核心的核心，如果丢了，那产品也可能会死了。
回过头来一想，我当时为什么会妥协？
自身设计出身，在思考产品的过程中，没有坚守产品经理应当思考的，反而会不自觉地用设计和开发的思维去想。当然，产品经理也应当懂得一些设计、开发的思维，但不能丢失自己的本。
那我们作为产品经理，应该坚守的是什么？
就是能够让产品活下去，并且发展起来的业务关键点不能丢失，其他都可以作临时妥协。就像上面的案例一样，丑一点没事，迭代来改善。
下次沟通讨论的时候，记得明晰，我的产品活下去，发展起来，我就必须这样做，不妥协！
