产品是以实现用户价值为核心概念的

　　产品形态在韩国叫Cafe（意指咖啡馆、家和公司之外的第三空间），在国内西祠胡同是差不多的类型。Q吧产品的目标是实现韩国Cafe的清新格调，同时又适应国内BBS用户的使用习惯，与国内的竞争对手形成差异。

　　将两种不同的风格混血，是个挺有挑战的工作，大老板们也很难决断说我们实现的体验到底能不能发布。如果产品一直不能发布，对团队士气影响较大，而且闭门造车没法保证最终能造出来一个用户接受的车。在这个混沌的局面下，我想到了网络游戏内测、公测的做法，建立了几个由官方人员创建运行的测试Q吧，小范围地邀请了一些外部用户来使用。

　　利用这个方法，我们收集到了充分的用户反馈，完善了浏览者的体验和Q吧创建者、管理员的管理工具，同时有效避免了大面积的负面口碑。经过几次迭代，我们的产品体验和用户对产品的反馈终于得到了老板的认可，产品进入了正式运营阶段。

　　练习题

　　回想一个自己的陷入“想不清楚”状态的案例，再回想一个自己的“行进中开火”案例，不限于工作场景或生活、学习场景。试着找出阻碍自己“行进中开火”的原因。

　　产品经理可以有自己的主张，可以非常坚持，但是不可以只活在自己的世界里不在乎用户的声音和身边的建议。产品是以实现用户价值为核心概念的，产品经理自然要倾听用户的声音，确认是否实现了用户价值。对于身边的建议，也要注意学习和吸收，不要切断产品和自己的上升阶梯。如果能够做到上述这些，产品经理差不多也就具备了最后一条“团结和引领团队”的能力。

　　单打独斗做出一款神级产品的例子不是没有，比如休闲游戏Tiny Wings，来自德国的Andreas Illiger一个人包办了产品设计、程序开发、视觉设计、音乐音效等全部工作，并且登顶App Store游戏榜首。更早一些的洞窟物语，由来自日本的单人工作室Studio Pixel历时五年完成。这两个例子都是游戏产品，产品的复杂度是开发者自己可以把控的，大型互联网产品的复杂度是由用户规模和用户需求的多样性决定的，和游戏或工具有本质的区别。

　　很多产品经理抱怨，为什么研发人员不接我的需求？研发人员还真没有义务无条件接需求，如果你不能打动别人，你得先从自己身上找原因。如果光有产品概念并不能得到潜在伙伴和投资者的认可，那就把它变成图纸；如果图纸还不行，那就想办法把它做出来，发布一个最小化可行产品。事实远远胜于雄辩，我们来看看Google AdSense 是怎么诞生的。

　　案例

　　Paul Buchheit（Google 的23 号员工，Gmail 的创建者）：那个主意我们之前谈论很久了，还是有人认为这东西没用。但这似乎应该是个有意思的问题，所以某个晚上我实现了网页内容定位的网络广告系统，当时 只是作为非正式项目，而不是我的任务。后来再看，这东西的确可行。

　　Livingston：就是现在的Google AdSense ？

　　Paul Buchheit：是同一个想法。我写的是用于介绍的原型，但它改变了人们的想法，因为它证明这想法是可行的，而且这工作并不太困难，因为我只用了不到一天的时间。之后其他人接手了那些苦活，把它做成了一个真正的产品。

　　——摘自Jessica Livingston 的Founders at Work: Stories of Startups Early Days，由Apress 出版社出版

　　0.2.4把概念变成图纸

　　公司会将产品研发过程放到一个项目中进行管理。项目管理是为完成某一既定目标所进行的一次性努力，产品研发项目就是要在指定的时间段和预算内达到产品成功发布的目标所进行的项目。要推算一个概念变成真正的产品需要多少时间和预算，首先要把这个概念落实为图纸，然后邀请相关领域的专业人士（主要是研发经理和项目经理）根据图纸中的细节一起进行时间和预算上的评估。项目正式启动之后，图纸就变成了所有项目成员的施工指导和沟通基础，对项目的目标起着决定性的引导作用。

　　图纸是什么样子呢？以网站产品为例，我们可以使用网站结构图（website architecture map）、网页线框图（wireframe或者mock-up，通常简称为线框图，有时被称为交互稿）和网页描述表（page description diagram）这三类图纸。一些公司中可能有比较固定的功能规格说明书（functional specification）格式，如果公司内部有自己的要求，请以公司要求为准。

　　网站结构图描述了整个网站的结构，确定了网站的模块划分及网页个数。（很多时候也会通过它来确定各个网页的URL规则和Title规则。）你可以用很多种方式来描述网站结构，比如按功能模块划分的方式（如图2-4-1所示，使用MindManager或者mindmeister.com就可以生成这类思维导图）或者用户角色划分的方式（如图2-4-2所示）。

　　图2-4-1功能模块划分的思维导图

　　图2-4-2用户角色划分的思维导图

　　在描述网站结构的时候需要注意MECE原则。MECE（读做me-see）是Mutually Exclusive Collectively Exhaustive的缩写，它是麦肯锡提出的一种整理思路的方法，中文含义是“相互独立，完全穷尽”。繁杂的信息经过MECE原则整理之后，呈现出分类清晰并且穷尽的结果，可以降低理解门槛。

　　从用户角色来看，只有三类人使用网站——网页浏览者、Feed订阅者和审核人员，这样分类符合穷尽的