先简单解释标题：任何一个模块看起来不起眼，做起来却都很复杂；任何一个产品经理，即使再厉害，做起项目来都要从每个细节开始，在这个项目里你都是小小的一份子。

本周之内又干了一个挺基础的任务，做一个网页。这个网页其实不属于产品设计的范畴，明显应该算作网页设计师或者产品设计师的工作了。不过因为这个页面需要镶嵌在某个客户端软件里面。外加里面还有很多的功能点，并且属于功能性页面，需要考虑一些逻辑等东西，所以就落到我的头上。

我以前学习过网页设计，只是简单的html网页的编写，不过毕业以后就全还给学校了，而且这些非我主业，只能算作兴趣，没想到真的需要我来做。页面的设置摆放是个很讲究的活，尤其是作为一种展示页面，需要设计好尺寸大小，页面布局，元素摆放等等，做起来还真是挺麻烦的一件事情。外加整个页面需要设计成各个不同的区域，每个区域有着固定的作用和功能，而且此网页不单是一个展示性页面，更多作为一个功能性产品提供给用户使用，所以功能的设计取舍，入口的添加都还是很讲究的。作为产品经理，仅仅设计好前台展示页面是完全不够的，页面就在那里，你大不了耗费时间去修改修改就好了。但是后台逻辑的设计却麻烦的很。一款很平常的产品，很多功能大家都觉得理所当然，很多交互用起来都得心应手，其实这些都是有人需要去思考设计的，它们不是凭空出现的。并不是说你随便点了右键就应该出现一个右键菜单，每一个动作和交互都必须经过设计思考才能算作完成，而做这个任务就是产品经理。因此这次工作又使我对“产品”有个不一样的体验。任何一个小产品的小小功能点，都需要一个产品经理去精细的考虑谋划。因为总是不能考虑到所有的发生情况，所以就要不断的去尝试修改，进而使得自己的文档显得足够的准确和全面。这个思考的过程才是成长的必然阶段，也是高手与新人的差别之一。

经过三四次的返工，这个需求目前来看基本完成了。但是这些都还只是一个部分，因为需要与其他的功能对接以及需要对网页进行后台的数据统计，作为以后分析和改进的来源，所以完成前台和逻辑只是一部分，还要对设置选项，后台统计，快捷键设置等功能进行更多完善，这样都齐全了才能真正的叫一个模块设计完毕。由此就可以想象到，一个完整的产品该有多大的规模。

最近浏览各家互联网公司的博客，近期热门话题之一就是产品经理与设计师的关系问题。其实这个本不是问题。产品经理负责产品的设计，市场的推测，竞品的分析，功能逻辑的实现，后期运营，问题改进这么一个正循环，除非是一个纯粹的后台系统，否则肯定要和设计师打交道。设计师一般是前台页面的布局，模块的摆放，交互的实现和颜色背景等搭配。这其实是比较好区分的两个领域，但是现在的趋势确是：产品经理谈设计，设计师谈用户体验。更多的产品经理希望前台布局页面能够按照自己的习惯来完成，因为这个有以往的历史经验问题。而设计师又不甘心自己领域被入侵，常常对已经安排好的功能模块提出自己的意见看法，有时候对于产品的功能性也会踢出自己的看看。大家都是为了产品的发展，一方讲着用户习惯，一方讲着产品规律，所以这两个职位经常发生冲突。

其实现实角度来讲，如果一家公司直接是产品经理对接设计师，那么这种摩擦在所难免，因为有些东西本来就属于边缘领域，两个人都可以跨越一步多做一点，这个倒不是多么严重的问题，无可厚非。，来两个职位就是应该合作探讨的问题。只是交流中时刻记得自己擅长的东西，只对自己有过经验或者知道的东西发表意见，切不可完全跟着感觉来的争论，或者完全处于意气面子，这样既没有实际案例做支撑，有没有良好理论做根本，不会产生统一的结果的。工作中，只要做好自己的本质工作，这样才是对整个项目的贡献，其他事情都是锦上添花。要相信自己的同事，相信业术有专攻，抱着这样的心态，做起事情来就可能要轻松随和了。

ps：最近上班上的累呀，加班真是家常便饭。其实我一直在叫外卖，没吃过几顿家里的饭了。但是加班几乎每天都有，有时候周末还要跑过来。IT民工真是辛苦，所以有本事了还是不要跳到这个火坑了。
ps2：爆炸爆炸，洪水洪水。整个中国好久没安宁过了，各种天灾人祸。什么事情都是虚的，只有活着是实在的。所以大家一定要照顾好自己，身体是革命的本钱，有了本钱才能谈以后的发财致富。

最近国内互联网风生水起的，热闹非凡。

源于计算机世界的文章《狗日的腾讯》，文章中列举腾讯不思进取，缺乏创新精神，一位的抄袭别人，不断的打压新兴的互联网企业，俨然成为互联网的公敌。

关于创新，说几句个人意见。首先现在关于创新，没有绝对的定义。尤其在企业自身发展过程中，创新也是难以准确归类定义的。一般人提到创新可能就是香想到完全发明一个新鲜的食物，完全独创，就像爱因斯坦发现相对论这种才叫创新，其实理解上还是有误的。创新既包括这种完全颠覆性的理论上创新（如前文提到的相对论），也包括这种实际层面上细节的创新（如在铅笔的另一端加上小橡皮，方便涂改）。很多大的创新都是在这种小的细节上一步一步总结发展起来的，所以每一个创新都是来之不易的。

文中提到的腾讯抄袭各家概念，其实很多人看见了都是相视一笑。因为中国互联网这几年的一个发展规律就是完全照着美国来。从当初的百度到淘宝，从人人网到优酷，即使当年的三大门户，也是学着雅虎的样子来的。所以现在中国IT届很少还有人真正的做产品级的创新。文中提到的微博也好，团购也好还是sns，都是大家从国外的搬过来的产品，就是现代版的C2C（copy to china）。所以无所谓抄袭的问题，不过是哪家公司优先上线，哪家推广强势，所以这个创新都是伪的，抄袭就更无从谈起了。

当然腾讯公司现在有着强大的用户基础和丰厚的资源，无论他走到那个领域都会对此产生很大的影响。因此现在所有的互联网公司都把腾讯作为头号敌人也是有其道理的。腾讯公司经常使用的策略就是发现一个好的领域和项目，并不急于进入，而是先观望国内的企业发展推广以后根据自身情况决定是否进入以及投入多少的资源。这样既降低了自己试错的成本，又可以不被市场抛的太远，可谓一举两得。而也正是这种策略使得国内公司不但自身创新上畏手畏脚，即使在c2c方面都开始忌讳这个庞然大物。

为何google和intel能做到一个世界级的企业而市值高达400亿美元的腾讯一直还是国内企业？因为这个公司缺少一个长远的眼光和骨子里的创新精神。intel认为只要是对于处理器发展有益的行为我都支持，所以arm和amd可以一直活到今天。里面既包含了inte出于忌讳反垄断机构的调查采取的放任策略，也包括了intel希望共同做大处理器市场这方面的考虑。为何google每年投入巨资做研发，既包括营利性产品google adsence，也包括免费的chrome和spdy传输协议？因为google知道凡是对互联网发展有好处的产品，必然对我google是有利益的。虽然我在基础研发方面的投入使我的盈利降低了，但是如果能够成功的使得互联网这个行业做大一倍，google仍然还是赚的。其实这些例子老早就有，比如可口可乐和百事可乐这对死党。

上面举这些例子就是为了证明，腾讯作为目前国内IT的翘楚，应该更多的从事于基础研发和扩大这个产业的事情，而不应该仅仅局限在具体战术层面上去和众多公司争抢市场。作为国内的巨鳄，互联网行业任何一个方向的增长，他自然会获得足够的利益，所以放开眼界才是以后成长之道路。最近不管是马化腾还是投资者一直都在减持腾讯的股票，其实也是这个担忧：这个庞然大物现在到了只有依靠游戏来保持增长的地步，一旦游戏业出现萧条，腾讯将何去何从？小马哥是该考虑一下了。

ps：最近经常试用tx公司的产品，这几天用了他们的QQ浏览器。这个浏览器是独立的一个项目，不同于以前一直半死不活的TT（这个名字太低俗）浏览器，显然tx公司看到了未来浏览器市场的前景，于是直接另起炉灶重新打造一款全新的产品去赢得市场。从一个产品角度来判断，这个还处于beta阶段的产品还是有很多亮点。清爽的界面，飞快的速度，贴心的功能，总之用户体验很好。这也说明了，腾讯一旦下决心做一个产品，就能深刻的将这些对手产品分析的十分透彻和深入，外加他们优秀的产品+程序+UI的组合，往往能够快速的占领市场，攻城拔地。所以这个公敌真的很可怕。

ps2：最近国内一片混乱，大雨洪水，爆炸污染，各种情况，大家注意安全，最近发生很多事情，忙的都荒废了这个博客，以后有时间将会一一补上。

博客架设半个月了，文章却是没有添加，实在觉得羞愧。所以先补上几篇小文章，慢慢来，博客这东西就是个感觉的问题，有想法了文思泉涌的；没有东西就是憋半天也整不出个所以然来。

产品经理基本功之一就是写需求文档，但是这里还有一个小问题，就是到底哪些算是需求文档，需求文档都有哪些类型，在这里先做一个简单的区分。

一般大家经常用到的需求文档，主要是BRD，MRD和PRD三种。

BRD（Bussiness Requirement Document），简称商业需求文档。一般是公司根据自己的现状或者竞争对手的情况，由产品经理或者公司boss提出来的一个产品构想，此时的产品还仅仅是一个想法或者头脑风暴的产物而已。为了从各个方面更加深入的了解产品的市场，前景和行业现状，这时就需要由产品经理整理出一份BRD出来，然后公司召开产品立项的讨论会。部门经理，项目经理，运营经理，产品经理和技术经理都要参加，所有人对这个产品进行可行性评估，判断产品的前景和发展空间。所以BRD的主要内容还是产品的功能定位，商业价值，行业前景和目前的主要竞争对手现状，一般不需要过于详细的内容，只要有个大概陈述，能够让没有背景的人迅速了解这个即可。这个文档为产品的规划和发展设定了比较宏观的方向，是以后产品战略规划的蓝本。

MRD(Market Requirements Document),简称市场需求文档。这个文档在一定程度上可以认为是更加细化的BRD，一旦产品设计通过公司的批准，则项目立项之前就需要首先完成MRD。这个文档需要更加详细的给出产品的地位，需要实现的功能特点，与竞争者的区别，初期的目标等。因为是产品文档，还要比较详细的列出产品的主要功能点，产品的架构以及每个主要功能的介绍说明。这一步可以使得所有看到文档的人能比较详细的了解到产品的框架结构。即使没有UI图片的演示或者模型的说明，也能在头脑中形成产品的“功能模型”。

PRD（Product Requirement Document），简称产品需求文档。当MRD完成以后，产品经理和技术经理就要在一起开始讨论真正的实现此产品的技术手段。选择的平台，选用的技术甚至是编程语言的确定，都要在这个文档后进行确定。在将产品需求PRD交给真正的程序和UI开发人员之前，需要产品经理进行功能点的细化。包括UI的页面布局，模块的摆放位置，层次结构，产品运行流程，异常情况的处理等等，这一部分的内容需要写的十分详细，方方面面的情况都要考虑到，而且要尽可能的细化，贴近开饭层面。因为这是程序开发时需要依靠的要求，所以一旦这一步出现了疏漏，将严重影响开发的进度和效率。所以说PRD决定了程序基础架构，前台页面和后台逻辑等各个方面，是程序从虚拟的思想变成现实产物最关键的一步。

在此还需要说明的一点是，很多公司一般只有BRD和MRD两个文档。在产品立项之前需要BRD来演示讨论。而一旦立项通过，开始进入开发阶段，此时就需要出“需求文档”。所以现在很多公司将MRD作为MRD和PRD的统称，只要是开始详细说明产品功能性的文档，一律称作MRD，不在和PRD做区分，所以以后再次看到MRD，需要注意一下。

第一篇文章写的少一点，而且写文章就是为了和人交流，顺便查找一下自己的不足。