|
互联网产品经理是一个累活；不知道很多人觉得互联网产品经理是一个美差的缘由何在。从竞争对手分析、市场调研报告、需求分析这些大方面到一个页面核心元素的位置、核心元素的状态（变化）等无一不包括其中。互联网是一个特殊的行业，信息极其发达而且有人免费的做语言之间的转运工具，在大洋彼岸的一篇文章凌晨刚过就被翻译成了我们的语言，无论好坏，基本意思通顺了。于是，很多思想就被引入了。在嘈杂的声音背后是各种各样的观点；不过在某些论坛上看到了某些帖子时从能发现这是人么的感叹。
所以，互联网产品经理是一个累活。
在现实工作中，互联网产品经理的角色也是不尽相同，从制作线框图到业务策划业务分析均被称为产品经理。
同时，在互联网产品经理中间把一本书《产品经理手册》奉若产品经理的必修课，这件事是不错的；不过那本书从其本身的角度来看并不适合互联网行业的产品经理。
在传统行业，产品经理原于矩阵式管理，我曾经在大型项目类软件公司接受过丰富的项目经理培训（主要是HP模式的培训），培训的核心是跨部门领导（协作：cooperation）和无冕之王（群众领袖的意思）。一般意义上的项目经理就是一个做文档和备案的记录员；但是，对于一个项目而言真正的产品经理是这个项目的CEO，能够把握和掌控整个项目人员调度、工程进度、风险和资金等。在互联网行业，其矩阵式管理和协调的能力受到了极大的制约，主要的协调对象成了技术部门而不是市场部门，这是很有意思的现象。这当然也有其行业特殊性。（不排除互联网企业的产品经理具有良好的市场协调能力；我仅针对某个意义上的普遍提一点看法。在很多企业的流程中是销售和市场直接和运营衔接，产品经理的沟通是在新产品讨论会或者产品改版中遇到大量的信息反馈；平时的信息反馈是看到的网站数据而非精良的客户数据）
在书的开头提到了一句很重要的话：要做一个有天分的产品经理，其关键是必须要以市场为导向。
目前，在互联网行业某条产品线的产品负责人基本能够达到书中所提到的产品经理的素质和工作内容。
不过，互联网行业的产品经理有其多样性，在技术性研发公司可能算法和技术主导的人员被称为产品经理，在以市场运作和内容运作为主导的方向上具有策划性质的运营或者编辑人员被称为产品经理。这导致了互联网产品经理的服务内容多样性、交付物的多样性和手段方法的多样性。
很难用某一个统一的标准和手段来概括互联网产品经理的特征和工作内涵。
大体而言，通常意义上的产品经理工作内容和职责还是有较为明确的界定的。并且，对产品经理而言其人格魅力也是不可或取得一部分。
互联网产品经理的交付物一般有：（所有的，并非每一个产品经理都需要做这些）
MRD——市场需求文档
PRD——产品需求文档
Wireframes——线框图
Blueprints——设计蓝图
Metadata schema
Navigation Systems——（配合交互设计一起完成） PPD——和设计、前台工程师一起完成 互联网产品经理经过各类讨论总体上讲要看几本书：
《Information Architecture》
《The Product manager’s Handbook》
《Human-Computer Interaction》
《Introduction to Algorithms》
《Requirements Analysis Form Business Views to Architecture》
《Mining the WEB : Transforming Customer Data into Customer value》
《Influence science and Practice》
《The Practice of Management》
《Emotional Design: why we love(or hate) Everyday Things》
《Cognitive Psychology》
《Lateral thinking》
当然还有很多书是需要阅读的。
互联网产品经理的常用工具：
Office系列——word execl powerpoint Publish
思维脑图
MAC下的原型工具：OmniGraffle
等很多软件。
不过这这些书籍的背后，产品经理需要的一项基本功就是人格魅力；没有人格魅力的产品经理很难形成意见领袖。
自身修炼是必不可少的。
开篇，待续。
|
|
|
