今天是程序员节，趁着新版本刚刚冷启动上线。分享一些产品经理和程序员的协作故事。这里就以社区产品为例。
社区是一个需要时间的产品，内容的积累和产品运营策略都需要产品经理与运营一起携手通过不断地迭代去打造持续有内容的社区氛围。
身为社区的产品经理和创业者，我认为社区产品或模块，是互联网思维的精髓。因为你很难看到有这样的一个产品需要运营和产品联动如此紧密的业务
不管是新零售还是工具类互联网公司都比不上社区产品公司对用户的追求，一切以用户为导向，因为这就是人所存在的社区。这也导致了许多产品都会有社区模块，即使他的定位不是做社区。
但身为产品经理，我们要保证产品能够持续迭代和活下去。企业营收是一个前提条件，所以在PMTalk新版本上线后我们也犯了一些错误。
对企业来说，一个产品经理，不考虑商业价值都是耍流氓。
产品经理的商业画布
之前2019年8月杭州和一位阿里P10的产品经理聊关于产品经理商业价值。我们都提到一个产品经理要做到帮助企业做商业转型，而不是feature 产品经理。
专注用户体验与功能的原型设计，却忘记需求的基石是站在业务上的。
如下是一个商业画布，很少有产品经理会在产品设计中过滤一套商业画布的思考模型。
收入来源、关联资源、关联业务3点是商业价值的基础。决定你能用多少的资源做多少的收入变现。
新版本上线的无商业化
PMTalk2.0上线后，我们在社区用户首页融入了原创、应用问答、专题版块。在2.0版本上线，最大的变化是我们提供了一套可运营的内容机制。
从社群运营逐步迁移到社区运营，以内容、用户为社区主导，我们希望让用户感知到我们是一个社区不再是一个社群。
新版本PMTalk2.0
新版本上线后，对比老版本社区如下图PMTalk 1.0
用户的内容消费将会更直观，同时好的内容会更容易被曝光。
但社区的付费会员并没有在新版本得到入口，要想鼓励一个用户成为PMTalk会员还必须要查看体验报告。
用户的访问路径在新版本与新版本2.1如下：
用户可以快速获取付费内容，成为会员。同时也可以消费其他内容。
程序员需要一个“商业化”产品经理
一个产品的商业化是实际带来产品的变现和收益的。
产品的商业化同样也是团队本质诉求。我们时常遇到下面的场景
产品原型出来后进入研发流程，程序开发了一半突然调整方向。
产品上线了，不到1个月迭代直接重构。
产品开发过程中，需求不明确导致开发错误了
产品开发过程中，设计老板不满意又改了
……
可见一个产品的研发过程是痛苦的，所以一个互联网研发团队都非常期待结果。而商业化就是最好的证明，产品经理的需求是一切工作的源头。抛开老板的抽象业务和方向不说，至少你的需求是大家实实在在的工作。
新版本能不能带来好新的UV增加、新的付费用户，这都是团队期待的。毕竟一切的工作本身价值就在于创造价值
商业化版本，不只是多留付费入口
许多产品经理在商业化的认知上，还是停留在付费入口。只要广告入口、充值入口留的够多，用户付费的比例一定会提高。
但实际上，用户的消费是需要场景化。
场景给了用户消费理由和动力，就如同肚子饿了才会想去餐厅吃饭。
场景化的付费设计是商业化的基础。而不是过多的停留在入口的设计。
知乎的付费咨询，基于用户问题答案获取的付费。
简书的钻石打赏，基于用户对内容的认可产生的付费。
好，最后祝福程序员同学节日快乐
