这个需求，开发说我们不想做.......

我不是为了输赢,我就是认真。

——罗永浩

产品工作中，最不想出现的工作状态是产品没有话语权。尤其是在开发说：“我估计这个你也拍不了板”，产品经理不得不找到老大。

虽然带着“经理”，产品同学也是和其他开发同学一样，并没有高低级之分。只是说因为工作的流程是上下游关系，很多时候我们在一个有“话语权”的互联网开发团队中，产品经理的需求会很快的执行。但，即使这样的团队。因为项目上线时间紧促、和未知的开发难度、或者是产品经理想新增需求，产品经理与开发或产品经理与项目经理都会去据理力争各自的做与不做的理由。

近期因为我在负责基本的账户体系需求，但因为公司产品线涉及到不同的产品线。虽然基于账户体系，每个登录注册功能主线功能都相同。但UI的风格与规范是2套产品，对此开发建议是：“我们希望能够用一套设计，可以降低开发成本以后维护成本。”

一听到这样的建议，身为产品的自己马上拒绝了此要去。并且希望能够按之前评审会时候落地产品。我们在创业团队或较小的互联网产品团队，需求突然变是很正常的事情，毕竟业务的商业模式或用户的需求探讨不明。

其实上面开发同学提出的这样建议来源很简单，虽然是2套产品，但其中一套产品未来会被抛弃甚至是停用。那是否还有必要这样再去单独针对这款产品做迭代？既然同样的账户体系，功能与逻辑是相同的，为什么不直接用一个？

如果你是产品经理，你会怎么选择？

我的答案是各自用各自的，既然是2套不同的产品。就应该有2个账户体系的设计风格，而不是用一套。就算产品以后死掉或抛弃，给予用户或团队的是一款尽可能完整、完善的产品。我们可能因为当初上线的商业模式或用户需求难以把握，所以这款产品才会衰落。

因此我们遇到开发说：“这个需求，我们不想做的....."的时候，产品经理会很无奈的上升到BOSS上去。