产品经理之思
产品经理是一个资源调度者，把一切能调动的资源都当做自己的武器，核心的工作是洞察机会、构建系统，不论是用产品实现系统、还是用人力形成系统、或者用机制形成系统、或者用代码形成系统，产品经理就是一个调度资源来构建系统的角色，让系统正常运转，产生源源不断的现实价值。
分享一个想法：一个产品或服务是否有商业价值，首先要做的不是把这个东西做到多好再拿出来去推广，而是要先做MVP去验证这个东西是否真的有价值，用“小步快跑”的方式前进。
对于创业做项目，最主要的是 “解决方案” ，而不是 “大流量”，因此，“发现需求”，“认识需求”，是最重要的， “快速解决问题”才是核心竞争力
一篇好文: 产品日常思维 47 问
一篇产品经理入门文: 如何做好产品经理
一篇关于知识的模型好文: 知识的综合: 一个概念模型和实践指南 原文地址
产品经理不写博客或者专栏，是做不长久的
产品经理的核心能力，是做决策的能力，这依赖决策模型 和 大量的试错经验与总结，这些都是博客和专栏能辅助成长的
更高级的产品经理，核心价值来源于 ① 对用户需求的深入洞察 ② 对商业逻辑的深入理解 ③ 牛逼靓丽的 title
在产品功能的需求调研上，针对「已有功能优化」和「创新功能」两种场景有不同的方案。 前者往往具备更高的确定性和更具象的形态，用户对已有场景更加熟悉，因此不论是问卷还是访谈，用户都可以根据自己直观的认识给出反馈。 后者在没有 demo 的概念验证前，用户对场景的认识更加发散，往往更不容易得出和创新功能匹配的场景，也就容易造成调研分析时的偏差。
因此，两种调研从方法和认识上要区分开，已有功能优化 的需求调研，需要更多了解用户的实际感受，做数据分析时也能够依据调研的结果数值做指导性判断，比如 占比分析。
对于创新功能的调研，可以分为 概念预研、demo调研 两个阶段。创新功能的早期问题，主要就是 概念界定不清、边界界定不清 的问题，解决这个问题需要两个方面的努力： ① 专家经验和逻辑判断 ② 对用户做深层的访谈及分析 。 此时需要注意，用户访谈不能依据用户直接回答的结果作为判断依据，而是要从访谈中挖掘用户的深层需求。
当概念预研结束后，得到的是一个需求的可能性，对产品功能形态的指导意义不大。此时应当实现创新功能的 MVP，也可称为 demo，这个时期的核心就是快速收集用户使用反馈，不断尝试多种可能的产品形态，找到最能满足用户需求的方案。
概念预研 的不确定性很高，有时候提问方式的不同就可能会导向不同的结论，因此重点依然是「挖掘」而不是「判断」。创新产品往往对负责人的要求很高，尤其是需要比较强的「用户洞察」和「商业嗅觉」，才能在大众的不确定性中找到确定性，也才有可能产生突破性的变化。
Happiness is not something ready-made. It comes from your own actions.
— Dalai Lama
本博客所有文章除特别声明外，均采用 CC BY-SA 4.0 协议 ，转载请注明出处！