我理解的产品经理与开发的关系

正文

请到「今天看啥」查看全文

是不是有点敏感了？

反复调整 恰恰是产品和研发协作过程中所经常争论的 “ 需求变更 ”。

我们是守卫

当我意识到“标注”对于团队意义时，我开始反思产品经理的“标注”。

既然设计师通过“标注”解决了反复调整的额问题，产品经理是不是也有这样的输出技能，能够解决“需求反复”的问题。

这让我发现了一个新的认知：产品经理与开发之间的关系，我们是守卫。

某种意义上，产品经理和设计师有很强的相似性，我们都是将头脑里的概念交付于其他角色共同实现的性质。

设计师的效果图其实没有太大作用，因为最终研发还是要再做一次，无法直接将效果图使用到最终效果上。

这就好比我们的原型图，我们输出原型图，最终任然是由开发同学“再一次”实现出来。

是不是意味着，我们的原型图和设计师的效果图只是一个过程，可有可无，只要最终实现出来的效果是正确的就可以了。

也许最开始，真的是由一个人完成的，这个人非常强大，自己做产品，自己做UI，自己写代码。

我在许多“大道理”的书上，都看到了近似“混沌”的定理，包括我们国家的哲学概念：太极。

“易有太极，是生 两仪 。两仪生 四象 ，四象生八卦。”

当我们从一个角色里拆分出来，原本的角色必然会被削弱，于是我们的开发就不再自己做设计图了，而是交给从整体分离出来的设计师来完成相应的输出。

除了被削弱的，我们还有被释放的负担，典型的被释放的负担便是“反复调整”。

外围的角色就像卫兵一样，为内部角色阻挡一些不必要的负担，我们把右图放大看看会发生什么变化。

如果，我们是一名合格的卫兵。

（我不会说我是一边笑，一边画完这个概念图的 ， 不如叫 宝可梦模型？）

请到「今天看啥」查看全文