如何选择正确的产品驱动模式？.pdf

如何选择正确的产品驱动模式 ？ 前段时间 ，个人写了一篇 《产品经理模式之弊论 ，陈述了产品经理模式 ，即“由产品经理驱动产品 团队做产品”的问题 ，引起了很多人的探讨。其实本问题可以进一步延伸 ，包括 ：互联网团队都在以 何种方式 ，改进或孵化自己的产品 ？哪些方式适合哪类职能 ，具备哪些特质的人驱动 ？互联网产品 团队应该采用何种模式 ，又如何兼容多种模式 ？以及 ，如何用好“产品型技术”人员等等。 根据产品所处的阶段 ，以及改进的粒度与方向 ，互联网产品团队的工作可以分为产品的功能性改进 ，非功能性改进 ，以及新产品孵化三类。 “功能性改进” ： （1 ）抄袭与模仿 ：互联网产品的抄袭与模仿往往被人诟病 ，但中国互联网环境的特殊性 ，已经使得 它们成为中国产品改进中最重要的方式。诸多互联网团队都像狼一样紧紧盯着对手与国内外同仁 ， 拷贝产品模式 ，快速复制新产品 ，借鉴已有的产品改进经验与思路。成功的案例已经多不胜举 ； （2 ）产品功能的“微创新” ：即通过对用户需求与行为的深入理解 ，在不改动产品的整体思路与定位 的前提下 ，主动创造 ，改进产品的局部功能。“微创新”也是中国互联网产品的主要改进方向 ，以求 以每一步微小的加分形成大的加分 ，并在某一点或几点改进上抓住用户的痛点需求 ，使得用户体验 进一步提升。例如360安全卫士 ，通过操作简化将杀毒软件的使用门槛大大降低 ，成功攻克中国完 全红海的安全软件领域 ，例如Q Q通过表情、Q Q秀、好友印象等功能改进压倒MSN ，例如百度通 过直达优化 ，服务引入等改进使得T O P词效果优于技术领先的谷歌等等 ； “非功能性改进” ： （1 ）与功能性需求无关的改进 ：例如产品的运行效率、流畅性与稳定性等等。它们与用户需求无 直接关系 ，但会直接影响其满足情况 ，是用户体验中必不可少的一部分 ，甚至可以说是产品成功的 基础。这一类改进 ，可以独立于产品经理 ，由技术人员直接负责 ； （2 ）功能性需求的效果改进 ：例如搜索引擎的排序效果 ，广告系统、推荐引擎的展示效果等等。 它们与用户需求的满足情况有直接关系 ，历来都是兵家必争之地。在 《产品经理模式之弊论 中 ， 阐述了这一类改进被产品经理完全主导的问题。 “新产品孵化” ： （1 ）设计主导型新产品 ：例如Faceboo k,Tw it t er等。这些新产品的涌现与互联网用户环境有关 ， 但与技术无直接关系。它们往往来源于创始人的奇思妙想 ，来源于一个小构思的不断深化。很多 时候 ，这一类产品的衍生不像是一门科学 ，而更像艺术 ，没有规律可循 ，只能事后被戴上“社交 网络”、“社交媒体”等帽子 ； （2 ）技术驱动型新产品 ：例如初创搜索引擎、推荐系统、风靡当下语音类应用等等。这些产品的理 念往往很早就存在于科幻小说、电影、论文与原型系统中 ，但是一直等待基础技术成熟后 ，才达到 应用层面。这里的“技术”是广义的 ，包含理论方法与数据等 ； 非抄袭的“新产品孵化”并不会频繁出现 ，每次出现都将是一次产品的波澜 ，甚至导致产业革命。如上 的两个分类 ，其实也并没有完全的界限。部分新产品的衍生本身就融合了设计与技术驱动 ，例如谷 歌眼镜。新产品孵化还有如下一种 ： （3 ）抄袭主导型新产品 ：在中国互联网环境下 ，新产品的独立创造并不多见 ，更多的是更改某些 特质后的复制 ，或者对竞争对手的直接模仿 ； 那么 ，互联网团队的参与者又有哪些 ？一般而言 ，经典互联网团队成员通过职能分工 ，可以分为产 品经理与技术人员两类 ，前者负责产品设计 ，后者负责功能实现。从能力方面 ，产品经理更接近用 户需求 ，更具备社会化思维 ，而技术人员则专于工程实现。 由上文不难得出 ，产品经理适合驱动广泛存在的产品功能性改进 ，包括抄袭模仿与微创新 ，以及抄 袭主导型新产品孵化。“功能性需求无关的改进”本身即可以独立于产品经理职能。而“功能性需求的 效果改进” ，原创性新产品的孵化 ，尤其是技术驱动型新产品的孵化 ，则并 适合由传统产品经理 主导。这些工作必须要主导者兼备产品与技术两方面的能力 ，即所谓“产品型技术”。 具备技术背景 的产品经理也比较适合承担这些工作 ，但一旦职能转化为产品经理 ，就即意味着 能接触技术平台 ， 能看到原始数据 ，这将大大降低其能动性。 在产品驱动模式的选择上 ，首先要考虑自己产品的特点 ，如果产品的改进方式仅仅涵盖其中的某 部分 ，例如技术已经完全成