如何打造一个产品架构

❶ 产品架构图的定义和基本画法

本小节主要介绍 产品架构图 的相关知识，整个内容框架分为三个部分，分别是： 产品架构图是什么（what） ； 为什么要画产品架构图 （why） ； 如何画产品架构图（how） ，下文将对各部分的内容做详细介绍。

1、产品架构图的定义

产品架构图是一种将具象产品的业务架构、功能架构、信息架构、技术架构，生态架构以及商业模式等，通过层级划分、模块组合，而设计出的可视化图形，其抽象且精简的表达形式，很适合用来介绍复杂产品体系。常见的产品架构图有业务架构图、功能架构图、信息架构图，以及混合架构图。

有句俗语叫做： 思考常常越复杂，形式往往越简单 。人类历史上许多伟大的知识和定律都是以精简而优美的形式表达出来的，例如亚里士多德的三段论表述、牛顿的三大定律、欧拉的上帝公式，达尔文的进化论表述等。思考的足够通透后，只需要用简单的形式就可以表达复杂的体系结构和逻辑关系，相反很多看似简单的表现形式，背后却承载着巨大的复杂。

对比各种产品输出物（文档、原型图，流程图等），产品架构图的形式最为精简，都是由单一的矩形控件排列组合形成，但却在所有的产品输出物中拥有最高的抽象程度和复杂度，输出产品架构图是对产品经理产品设计能力的衡量和体现。

2、为什么要画产品架构图

在进行产品设计的时候，首先应该输出的是产品功能架构图，思考这张图如何画的过程，是帮助你梳理产品设计思路以及确定产品边界过程。例如，现在让你设计一个CRM系统，可以试着先画出具体业务的CRM系统的功能架构图，在画的过程中，会辅助你思考整个CRM系统有哪些核心功能模块组成，各模块的关联关系是怎样的，每个阶段应该做什么，从而形成完成的产品设计思路。

其次，产品设计的过程就像是盖大楼的过程，输出产品功能架构图就好比是搭建大楼地基的过程，产品原型设计的过程就像是大楼建造的过程，地基没有问题，后面的添砖加瓦就不会有太大问题。如果一开始地基质量就有问题而没有被重视，后续盖了一半发现整个工程出现问题，修复重建则会浪费巨大的资源和成本。所以项目初期产品功能架构图是很重要的交付物，当你要开始设计一个完整的产品方案时，如果跳过画产品架构图的步骤，直接开始画原型、写PRD文档，就很容易发生改了又改，甚至是做了一版需求然后又推翻的情况。

最后，在产品上线后无论是对内普及还是对外推广都需要有高度抽象，简洁易懂的载体来介绍产品整个情况，介绍和推广的不可能去用繁杂的页面和文字去描述，这个时候产品架构图会是介绍整个产品理念，功能和设计的一个很好的传达媒介。

3、如何画产品架构图

上文介绍了什么是产品架构图以及为什么要画产品架构图，接下来要介绍如何画产品架构图，产品架构图的画法主要分为四个步骤，分别是：（1）确定对象；（2）拆解结构；（3）挖掘关系；（4）表达输出。

图5-1产品架构图的画法

（1）确定对象

首先要明确产品架构图描述对象的范围和边界是什么，例如，对于一个CRM系统，要画的是CRM系统的业务架构图、功能架构图、信息架构图、还是综合了多种元素混合在一起的混合架构图。

（2）架构拆解

确定好描述对象的类型后，要对其进行架构拆解，例如，输出一家借贷平台的业务架构图图，可以拆解为贷前业务、贷中业务，贷后业务等。又例如输出一个CRM系统的功能架构图可以拆解出整个CRM系统的功能模块，如账户管理模块、客户管理模块、用户管理模块、权限管理模块，系统设置模块等。

（3）关系挖掘

输出对象的架构拆解完成后，需要发掘出各个模块之间的关联关系，同样以CRM系统的功能架构图为例，在拆分完整个系统的功能模块时，接下来要分析出各个功能模块的关系，产品架构图内部元素之间的关联关系主要有四种：统计并列关系、父子包含关系、辅助支撑关系，底层支撑关系。

（4）表达输出

确定了各个功能模块的关系之后，则需要进行关系表达，层级相同的模块元素，则按照同级并列关系，需要排列在一起。

例如，在CRM系统中，客户管理模块和权限管理模块就属于同层级的并列关系。而权限管理模块和权限分配这个功能模块之间则属于父子包含关系，在表达父子包含关系时，通常父级模块会包含住子级模块。

其次，一些产品的非核心的功能模块或者产品之外的一些功能模块，例如第三方平台的短信功能模块，这些模块对产品自身功能的实现起到了一定的辅助作用，与其他产品功能模块呈现出辅助支撑的关系，辅助支撑模块一边画在产品架构图的右侧。

最后是底层支撑关系，例如产品的 会员体系 是建立在账户体系的基础上的，所以账户体系与会员体系属于底层支撑关系。底层支撑关系的表达方式一般是支撑模块在底下，被支撑模块在上面。这些基本关系的图形化表达方式，会在后面小节结合实际的案例做详细介绍。

整个边界范围内的结构关系表达完成后，整体检查一遍是否有遗漏和错误，检查完毕后配上整个架构图的标题，架构图标题往往是对整个架构图内容的说明，一般放在最上面或者框架左右两边，最终输出完整的产品架构图。

爱因斯坦说过： 如果你不能把一件事情用最简洁的语言描述清楚，说明你还没有理解他。 对于产品架构图而言： 如果你不能用简单的矩形， 通过 排列组合的方式 ， 把一个复杂的产品 结构描述 清楚，说明你还没有真正理解 你做的产品 。 所以，在日常的产品工作中，要培养自己去画产品架构图的习惯，培养抽象思考能力的同时，辅助自己高效的完成产品方案设计。

原文地址：https://www.cnwebe.com/articles/157113.html

❷ 产品结构分析怎么做

根据不同种类进行分析：

1、按产品的用途分类，分为生产资料与消费资料，形成社会产品的两大部类结构（或称产品的用途结构）。

2、按产品的生产部门分类，分为工业产品、农业产品、建筑业产品等，形成社会产品的部门结构。

3、按产品在社会再生产过程中所处的地位和加工阶段分类，分为初级产品、中间产品和最终产品，形成社会产品的再生产序列结构。

4、按产品的生产费用构成分类，分为劳动密集型产品、资金密集型产品和技术（或知识）密集型产品，形成社会产品的消耗结构。

5、按产品的能源消耗分类，形成社会产品的能耗结构。

6、按产品的性能、质量分类，形成社会产品的品质结构。

7、按产品生产的时间分类，形成社会产品的时间序列结构。

发展趋势

在不同类型和不同层次的产品结构中存在着不同的发展趋势。从较长历史时期考察：

1、在社会产品两大部类的结构中生产资料的比重有上升的趋势,而消费资料的比重则有下降的趋势。

2、在消费资料中食品的比重有下降的趋势，而日用品的比重则有上升的趋势。

3、在社会产品的部门结构中农产品的比重有下降的趋势，而工业品的比重则有上升的趋势。

4、在农产品中自给性产品（如粮食）的比重有下降的趋势，而商品性产品（如经济作物）的比重则有上升的趋势。

❸ 如何打造一个产品

做一个产品首先要理清产品定位的逻辑关系，品牌定位是企业在市场定位和产品定位的基础上，对特定的品牌在文化取向及个性差异上的商业性决策，它是建立一个与目标市场有关的品牌形象的过程和结果。 包括：定位、卡位、对位三方面。

1.定位： 品牌定位是市场定位的核心和集中表现。企业一旦选定了目标市场，就要设计并塑造自己相应的产品，品牌及企业形象，以争取目标消费者的认同。由于市场定位的最终目标是为了实现产品销售，而品牌是企业传播产品相关信息的基础，品牌还是消费者选购产品的主要依据，因而品牌成为产品与消费者连接的桥梁，品牌定位也就成为市场定位的核心和集中表现。

定位分为：品类、自身、对手、市场、阶段。

【品类定位】一个产品有清晰的品类定位、目标清晰、有利于用户轻松找到。一般情况下目标品类是一个门店或品牌的标志性品类，起到创造形象，吸引客流，增加客流，创造销售的作用。

【自身定位】充分体现品牌的独特个性、差异化优势，一个品牌想要脱颖而出，还必须尽力塑造差异，只有与众不同的特点才容易吸引人的注意力。

【对手定位】企业品牌要想取得强有力的市场地位，它应该具清晰了解同类对手产品的品牌定位，寻找差异化优势，这种差异可以表现在许多方面，如质量、价格、技术、包装、售后服务等，甚至还可以是脱离产品本身的某种想象出来的概念。

【市场定位】消费者有不同类型，不同消费层次，不同消费习惯和偏好，企业的品牌定位要从主客观条件和因素出发，寻找适合竞争目标要求的目标消费者。要根据市场细分中的特定细分市场，满足特定消费者的特定需要，找准市场空隙，细化品牌定位。

【阶段定位】随着产品品牌的树立，不同阶段应该有不同的定位原则，市场状态一般都是以波动为主，大波动下要有不同的应对措施。

2.对位 ：包括区域、语境、年龄、收入、喜好、价值观。

【区域】不同区域会有不同的消费习惯，根据不同的消费习惯制定不同的品牌策略。

【语境】不同的语境给用户不同的感受，语境的设定更有利于用户的接受程度。

【年龄】不同年龄的消费习惯差别很大，了解年龄层的性格特点、消费习惯有助于品牌在用户心中的深入。

【收入】用户收入直接决定消费水准，从客观条件出发更利于市场定位。

【喜好】满足消费者的喜好需求，就是满足用户的心理需求。

【价值观】迎合消费者的价值观，更有利于植入品牌的心智概念。

3.卡位 ：战略化布局、差异化竞争、消费时机。

【战略化布局】有目的、有目标、有策略的制定品牌推广方案，战略性营销是企业持续增长最重要的动力源。一个公司、组织乃至一个产业的成功增长，都极大地依赖于科学、系统的战略决策以及营销原理和方法的灵活运用。

【差异化竞争】在同质化竞争的年代，做好产品的区隔，来自于对产品领域的深刻理解，对产品品类的深刻分析，对自身产品的深刻理解，对消费动向的及时掌握。为了提升市场竞争力，品牌必须能够提供有别于其他竞争者的个性化产品、服务和品牌，真正为消费者带来好处。差异化竞争的目的也就是使消费者感受到企业的产品或服务优于其他厂商的同类产品或服务。差异化可以通过产品理念、包装、营销活动和产品售后支持来实现。

【消费时机】当今时代，消费者往往被身边充斥的各种品牌选择与媒体信息所淹没。因此对于营销者而言，最大的挑战在于，如何将自身商业广告的内容和时长与消费者用来聆听广告的时长相匹配。准确判断消费时机，直接影响到了顾客消费的成功率。

一个产品想要成功营销，除了精准定位，一定要有明确的思路和方法，可以分为品牌、传播、渠道。

1.品牌：想打造好一个产品，一定要树立品牌形象，树立品牌包括：心智概念、语言钉子、视觉锤、品牌故事。

【心智概念】所谓心智概念是指我们深植给产品的一个概念，形成产品的一个思维定式，用这种思维定式去影响用户的观察、思考以及行动，心智是品牌竞争的终极战场。在未来，消费者的心智才是我们要去占领的终极战场。这也就要求我们在做产品之前，一定要先考虑“消费者是怎么想的”，这才是做好品牌的关键。品牌在消费者心中的心智地位决定了它的市场份额和市场地位，而市场份额也在一定程度上反映了该品牌的心智地位。

【语言钉子】语言钉就是洞察痛点，解决问题，解决来自心智中的未被满足的痛点问题。语言钉是从个性层面回答你是谁这个问题，是品牌与其他品牌之间差异化的属性，也是客户选择购买该品牌的理由。

当我们找到了消费者的痛点，也就找到了品牌的语言钉。因此，当我们准备自己创业或者还没有产品的时候，首先问问自己：“这个行业或产品的痛点是什么？”、“我要解决一个什么问题？”。

【视觉锤】这一概念是由定位大师艾·里斯的接班人劳拉·里斯提出的。如果将品牌和目标受众比喻成两块木板，定位是形成强关系一个钉子，而最有效的工具是视觉，敲打最有效的工具便是视觉锤。视觉非常重要，我们找到视觉锤是有多种方法的，今天我会讲几种方法，大家可以回去想一想，为自己的公司想一想，去开发出自己的视觉锤来影响人们的心智。

第一是形状（Shape），第二是颜色（Color），第三是产品（Proct）本身，第四个是包装（Package），第五点是动态（Action），第六点是创始人（Founder），第七点是符号（Symbol）。

【品牌故事】一个好的产品品牌，一定是会讲故事的品牌，故事更有利于植入心智概念，通过影响消费者心智来占领市场。

2.传播：企业的核心战略也是超越营销的不二法则。品牌传播的最终目的就是要发挥创意的力量利用各种有效发声点在市场上形成品牌声浪，有声浪就有话语权。传播是品牌力塑造的主要途径。

【策略与沟通】在整个企业参与市场竞争的过程中，一种有计划的、系统的、策略的品牌传播代表着最高层次的一种竞争效率，它能够给企业带来的是更好的提升竞争力的效果。良好的沟通是系统策略的基石，沟通包括产品制造者和产品宣传者以及产品使用者的沟通。

【互动与扩散】随着传播途径的增多，与用户的互动尤为重要，可以及时收到用户反馈信息的第一手资料，有利于分析品牌的潜在问题，进行及时修正和补充。及时互动增加产品和用户之间的黏性，有利于扩散和传播，自媒体的崛起是品牌传播的助力棒。

【平台与内容】传播平台不再是传统的电视、报纸，传播速度更快、传播更广的是各种自媒体平台，微信公众号、各大网站、视频网站都是良好的传播途径。

所有的传播内容要根据品牌定位，以传播产品相关信息为基础，帮助消费者产生购买需求。

3.渠道：包括渠道建立、原点市场、系统管理。

【渠道建立】一个品牌的推广需要有健全的销售渠道，是指"产品从生产者向消费者转移所经过的通道或途径，它是由一系列相互依赖的组织机构组成的商业机构。即产品由生产者到用户的流通过程中所经历的各个环节连接起来形成的通道。销售渠道的起点是生产者，终点是用户，中间环节包括各种批发商、零售商、商业服务机构（如经纪人、交易市场等）。

【原点市场】就是所有的品牌建立、市场推广都要从消费者的需求出发，所有的产品营销都要围绕原点市场。

【系统管理】渠道是企业制胜市场的关键。在产品、价格高度同质化的背景下，渠道建设及管理成为企业用力的关键点。渠道是否合理和畅通至关重要，可以说是一个企业的命运所系。如果不能牢牢控制销售渠道，企业的产品就难以转化为货币，企业就将失去生存发展的源泉和动力。因此，可以说渠道管理是一个企业是否能生存的命脉。

❹ 一张图讲清楚产品架构，手把手教你画产品框架图

什么是产品架构图

产品架构图是产品经理用来表达自己产品设计机制的一张概念图：

它将可视化的具象产品功能，抽象成信息化、模块化、层次清晰的架构，并通过不同分层的交互关系、功能模块的组合、数据和信息的流转，来传递产品的业务流程、商业模式和设计思路。

由于产品架构图通常用于比较复杂的产品项目中，目前介绍产品架构图的相关书籍和资料极少（尤其是入门级别的资料很少提及），却是设计复杂产品时不可或缺的文档之一。

没有资料的探索过程漫长且没有方向，在终于有所沉淀后，我花了四周写下了这篇总结，希望可以为你绘制产品框架图时提供简明的参考。

为什么要画

梳理自己对产品方向的判断：

思考这张图如何设计的过程，也是帮助你梳理“半年内自己的产品该往何处去、需求应该如何分期和落地、和其他产品的依赖&竞争关系是什么、未来的可拓展性在哪里”等问题的过程。

为技术&运营的输出形成支撑：

当这张图被设计出来后，按照产品架构图的结构和路径，项目的里程碑（RoadMap）就可以被清晰的拆解出来，同时项目成员也可以根据这张架构图产出运营计划、技术系统架构方案等强依赖产品方向的方案。

让他人可视化的理解你的产品架构：

能较为清晰简单的呈现自己的思路、明确自己的产品边界、指明发展的方向，常用于在项目规划或项目总结中进行演示，帮助不了解你的产品的人快速的建立对你的产品结构、功能、复杂度的认知。

何时需要画

建议在复杂项目开始前写：

当你要开始设计一个系统性、完整的需求时，如果跳过画产品架构图的步骤，直接开始画原型、写PRD、kick off，就很容易发生“改了又改”、“做了一版需求然后又推翻”的情况。

但“种一棵树最好的时间是十年前，其次是现在”：

如果你的项目已经进行到一半，自己却从未产出过这张图，那么就从此刻开始，按照下文的步骤尝试为自己的产品产出一张产品架构图吧。

如何画

之前我们分享了【AR最全干货及资料】设计AR产品，你一定要看的总结 ，你可能对AR相关的背景知识已经有所了解。为了分享的延续性，我们来做一个大胆的假设*：

假设你是 微信-扫码功能 的产品经理，有一天老板把你叫到办公室，一番鼓励后拍着你的肩对你说：

“苹果发布会看了没？苹果这么重视对AR能力的支持，我们微信也要赶紧把AR功能做起来。这是个Allen（张小龙）很重视的项目，你回去好好设计一下，明天来跟我过方案。记住，要能够一炮打响，全民参与喔！”

啊，张小龙级别的项目啊！明天就要出方案，怎么办 ？

画前准备

列出问题域

在需求初期，产品经理得到的往往只是一句比较模糊的需求描述，它们可能来自于老板、运营或用户。

直接把这句话作为核心产品功能是不恰当的，合理的做法是先把这个产品所有的问题域列清楚。

“问题域”是指自己的产品能够解决的所有问题的空间集合。从核心需求出发，将所有当前需要解决、未来可能要解决的问题放入产品框架的范围，能够帮助你的产品架构图拥有更高的可拓展性，在后续具备迭代和优化的空间。

以微信AR的需求为例，问题域是这样一个集合：

详细操作步骤：

1. 找到收到的需求中，跟产品形态、产品目标相关的词句，去列出“XX的流程会是什么样”、“XX该怎么达成”之类的问题，直到如果这些问题解决，能够实现核心需求的方向和业务目标。

2. 去逐次寻找这些问题需求被解决的过程中，是否有其他要先解决掉的问题、或者其他跟业务相关的问题能够被解决/改善。

3. 按照层级去罗列出所有的问题，并附上自己的初步回答，从而形成一个初步的、自己的产品能够解决的“问题域”。

确定产品方向

在经过问题域的罗列后，你应该能够得到一个模糊的产品方向和功能范围。把这些问题域的答案抽象总结成一个确定的产品需求。

以微信AR的需求为例，根据问题域，我们发现需求不只是扫码组件增加AR识别能力这么简单，整个需求里需要引入广告主的角色，并且需要和广点通、腾讯开放平台等团队合作。最终得到的产品方向描述是这样的:

详细操作步骤：

问题域的环节非常发散，这一步需要回归基础，把模糊的需求补充、拓展和翻译成一个在商业模式和用户体验上能够形成闭环的产品需求。

1. 核心需求确定：我的产品核心解决的是哪批用户、哪个用户需求？

2. 产品目标：如果以一个数字指标衡量我的产品，它应该是什么？

3.用户场景：核心需求基本的产品形态、用户使用的路径是怎样的？

清晰的业务流程

这一步需要根据核心产品需求和问题域的答案，画出简单的业务流程。业务流程是产品设计中常见的图表，绘制方法就不再多做说明。

以微信AR的需求为例，从广告主准备AR互动，到用户在前台使用摄像头参与互动，整个业务流程如下:

着手绘制

搭建基础框架

基础的产品框架脱胎于业务流程，但相比业务流程，更加注重产品功能的枚举、功能模块之间的分界。

详细操作步骤：

1. 对照业务流程，根据自己设想的产品机制、基本产品形态和用户的使用路径，列出需要的页面&功能&模块等前后端逻辑。

2. 将刚刚得到的多个流程图中所有功能类似或者范围有包含关系的机制/功能放在一起，以模块化的形式形成一张简单的矩阵图。

3. 将明显是同一个产品范围、同一组产品功能的模块放在同一层级，得到一个基础的产品框架。

明确架构分层

一个具备前后台关系的产品架构图至少分为三层：用户感知层（在何种场景下通过何种方式触达用户）、功能模块层（通过哪些功能模块实现产品的核心功能、和哪些外部平台功能有信息交互）、数据层（产品的数据从哪里来、产品的数据沉淀到何处去）。

在上一步进行简单分层后，我们已经得到一个初步框架，但是难免会有分层不明确的问题。此时需要按照两种维度来处理架构图的层级：不同信息层级的边界、同一层级内模块和模块的边界。

1. 处理不同信息层级的边界：

架构图的层级表达的其实是信息之间的流转关系，不同信息层级之间一定是有逻辑关系的。

其中用户感知层和数据层通常可以简化为一层（用户端的功能表达往往逻辑简单、数据的来源问题则不是自己产品的核心功能），而功能模块层则需要按照自己产品的逻辑去将功能模块层内的主要模块变成新的层级。

2. 处理同一层级内子模块的边界：

各层次之间虽然相关，但同一层次内的子模块之间一定是互相独立、界限分明的（常常对应着不同的开发团队和系统应用）。将解决不同问题的功能拆分成两个子模块，做到一个问题只在同一层解决，避免牵一发而动全身的情况出现。

3. 明确产品间的边界：

产品边界对于开发设计系统架构、业务间的合作模式都非常重要。用不同颜色标识清楚产品框架中，各个部分所属产品的边界，通常其中属于自己团队的部分用亮色表示。

加入信息流转机制

产品架构图在表达产品的核心功能外，也应该体现信息流动的路径：当前层级数据的交互形成产品功能，产品功能又产生新的数据，从而推动下一层级的功能运转起来。

如果当前产品的主要使用角色只有一个，则只需要用箭头标明模块间信息流动的方式即可。如果当前产品会涉及的主要角色比较多，则需要用不同颜色的线条将他们和各个模块之间的信息交互关系外化出来。

最终检查

一张好的产品架构图，应该具备以下特点。

清晰的模块功能边界

功能经过抽象，做到标准化、互相独立

上下游产品功能边界清晰，架构分层明确合理

具备迭代优化的能力

记得不断根据你的产品的发展情况来更新产品架构图，每次修改的过程对提升产品架构能力的帮助非常巨大。

————————————————

原文地址：https://blog.csdn.net/pmcaff2008/article/details/78111282

❺ 5大步骤教你打造一支灵活的产品团队

Jonathan Golden是Airbnb的首位产品经理，现在已晋升为Airbnb的产品主管。作为一位资深产品经理，Golden深知灵活性对于产品经理团队的重要性。去年，正是Airbnb产品团队的灵活性把他带到了古巴去开展业务。

此前，古巴这个国家一直是不允许Airbnb在自己国家开展业务的，直到去年美国与古巴恢复外交关系后，这才为Airbnb在古巴开展业务打开了一扇机遇之门。Airbnb的高管也想借此机会迅速在古巴打开市场。考虑到古巴在市场准入和转账管理方面的严格规定，我们无法将古巴这个项目嵌入到任何现有的Airbnb团队中区开展，因为这样的话所需时间太长。最后我们决定快速重新组建一支全新的团队，专门负责古巴项目，而这项工作最后落在了主管公司支付部门的Golden身上。

仅用了10周的时间，一支由其它部门调配来的产品经理、设计师、工程师和数据科学家共同组成的跨职能团队便迅速组建完成。此外，公司还为这支新团队提供法务、运营和客服等方面的全方位支持。对于这个跨职能团队中的任何人来说，古巴这个项目都是一个非常艰巨的任务和挑战。然而仅仅在两个月后，这个团队已经在古巴搭建起了初始基础设施架构，Airbnb的业务也开始在古巴市场开始运转。正如这个团队最开始快速组建一样，在公司业务在古巴开始正常运转后，这个团队便随之快速解散，Airbnb在古巴市场的后续运营维护工作也开始像其它国家的运营一样交给其它相应的现有团队负责。

古巴对Airbnb只是一个特殊案例？可能。但正是这种灵活的、愿景驱动型的产品管理方法让Aribnb能够彻底重构旅游方式。近日，Jonathan Golden接受了First Round Review的专访，他在专访中分享了打造一支由真实需求驱动的、高效灵活的模块化产品团队的5大步骤秘诀。

步骤一：一定要清晰、频繁地阐述公司的愿景目标

如果你让Golden只分享一条组建产品团队的原则的话，他肯定会分享下面这条原则：要围绕结果去设计与组建你的产品团队，而不是围绕功能去组建。

这也是为什么首先确定一个清晰的愿景目标对产品团队如此重要的原因所在。然而，很多团队却直接跳过确定目标愿景这个步骤，一上来就想抓紧时间去做那些具体的工作，在他们看来，将时间花在确定目标上简直是一种浪费时间。但如果你不首先花时间去确定愿景的话，这在日后会浪费你更多的时间。

“很多人会问我，究竟该如何组建和设计产品团队。而我分享给他们的一个建议是：要围绕结果去组建产品团队。如果你基于功能组建产品团队的话，不管有些功能有没有用，你可能都会留着它们。公司愿景就是你希望世界在5年后会成为什么样子，而结果就是能帮助公司实现愿景的团队使命。

产品愿景目标不光是只在公司董事会上或给投资人pitch的时候谈论的的东西，它应该和网站流量和营收数据一样成为公司内部每天都会交流的内容，你应该在公司内部经常清晰地谈论和传达公司的产品愿景和目标。

这并不是说你需要确定一个公司从A轮融资到IPO这整个过程中都一层不变的唯一愿景。坦率地讲，即使你想确定一个这样愿景，你可能也做不到。因为基于各种原因，可能是因为业务需求发生了变化，也可能是因为服务群体发生了变化，你的产品愿景也需要随之演变。创办和经营一家消费型科技创业公司的一个非常刺激的地方在于：你周围的市场和业务环境变化太快，你必须能够做出及时敏捷地反应。

要让你的产品愿景动态化，定期调整和重新阐述你的产品愿景。

我敢肯定，Mark Zuckerberg在最开始的时候也没有想到Facebook能发展得像今天那样壮大。今天的Zuckerberg当然有资格和能力去大胆思考如何以一种更有意义的方式来连接整个世界，这是一个宏大的愿景，但这个宏大愿景是建立在Facebook之前已经实现的一系列小愿景基础上的。

步骤二：打造模块化团队，确保团队最大程度的灵活性。

为了确保产品团队拥有最大程度的灵活性，Airbnb采用的方法是跨部门组建团队。如果一群产品经理单独在一起办公，和公司其它部门的人完全隔开的话，这种情景简直是一场噩梦。Airbnb的采用的方法是让产品经理和工程师、设计师和数据科学家共同搭配组建团队，让他们相互协作去全方位解决公司的业务问题。如果在同一个项目上进行协作的人彼此分开或是无法做到紧密交流，那么就无法进行想法的碰撞，创意火花也会随之消失。

在快速成长为科技公司巨头的过程中，Airbnb为何能一直保持早期创业公司所独有的干劲和斗志？这主要得益于Airbnb所采用的模块化团队架构。在Airbnb发展早期，我们常常会召开全员大会，公司所有的工程师、设计师、数据科学家和产品经理都会参加。当然，那时公司员工还不多，大概只有20来个员工。和当年相比，公司现在的规模已经壮大太多，但团队的组建方式和核心运行核心理念却从未改变。

在Airbnb的每一个团队里，都没有任何等级的概念和感觉，也不存在个人去妄自尊大的空间。不管是数据科学家、设计、工程师还是产品经理，每一个人都地位平等，团队所有成员紧密协作，不会出现极权主义的领导。

步骤三：招聘三种类型的产品经理

在组建模块化产品团队的时候，创业公司需要招聘适合公司发展阶段的员工。验证产品/市场相匹配之前的阶段、公司迅速扩张阶段、以及快速扩张后进入平台化发展阶段，这三个阶段所需要的产品经理的类型是不同的。在各个发展阶段，分别需要以下三种产品经理中的一种。

（1）拓荒型产品经理

这类产品经理对开发产品原型充满了激情，在做新产品的时候也勇于冒险。这听起来像是创始人该有的风格特征，确实如此。创始人通常是自己公司产品的首位产品经理，也是终极拓荒者。作为公司创始人，不管你是想自己亲自上阵充当产品的拓荒型产品经理，还是重新招聘一位这样的产品经理，在公司发展初期，你都势必需要这样的拓荒型产品经理。

如何才能找到和鉴别拓荒型产品经理呢？这些敢于冒险的拓荒者通常都是不安于现状的，所以建议从那些有过创业经历的人里面去找。这个人可能是之前曾创办过公司的CEO，也可能是曾在一家大公司里的探索性产品项目团队的领导。不过，不要将任何在创业公司工作的经历都等同于拓荒经验，因为亲手打造一款产品的人和维护一款产品的人有着本质的区别。

如何才能判断一个产品经理是否属于拓荒型产品经理呢？Golden建议通过以下这些问题来进行鉴别：

你挖掘用户需求的流程是怎样的？

你怎么知道你的产品是否已经和市场需求相匹配了？

分享一个你仅仅为了快速启动一个产品而做了无法规模化扩张的工作的例子。

我在考虑打造一个X产品，如果让你去负责这项工作的话，你会怎么做在10天内完成这项产品的开发？

对于上面列的每一个问题，你都期望产品经理的回答既周全又简洁明了。要特别当心那些回答的时候绕圈子或是回答内容不切主题的产品经理。在任何一个问题下，产品经理都应该能够清晰准确地表达自己的想法答案，而且他们回答的内容应该和你的公司的节奏、速度和文化相吻合。

（2）移民定居型产品经理

一旦到了产品市场相匹配这个阶段之后，你就需要将精力从创立一家公司转移到打造一家公司上。为了视线规模化扩张，这时你就需要移民定居型产品经理了。这类产品经理更加注重影响力，他们非常希望能让自己的产品触及尽可能多的用户，因此他们非常专注于增长和优化。

移民定居型产品经理可能会来自很多不同的背景。大多时候，这类产品经理拥有出色的分析能力，同时能够和数据科学家高效协作。大型消费互联网公司一般都会有很多这样的移民定居型产品经理，他们的工作就是持续完善和优化产品使用体验。

那如何才能找到和鉴别移民定居型产品经理呢？要找那些能在A/B测试中发现创意的人，能够做到指标驱动，同时能准确详细告诉你他们是如何衡量一个新功能所带来的影响的。

Golden还推荐通过下面几个问题去鉴别一个产品经理是否是天然的移民定居型产品经理：

你如何分解我们的用户转化漏斗？

你会怎样开展一项A/B测试？

我们的产品有“X”这项功能，这项功能的用例是什么？你如何衡量评估这项功能？

能否分享一个你曾经利用产品来影响用户行为的例子？

（3）城市规划型产品经理

城市规划型产品经理是你的产品平台的管理者。为了满足扩张需要和适应产品当前和未来产品用例变化，这时就需要城市规划型产品经理来打造必要的基础设施和系统。

优秀的城市规划型产品经理同时也是优秀的创业者。很多城市规划型产品经理都有技术背景，不过这并不是硬性要求。此外，他们通常能够与团队的技术专家进行协作，将技术专家的设想变成现实。在Airbnb，他们会为核心基础架构团队提供产品管理支持，帮助他们开发未来几年内公司业务扩张所需要的技术工具。

如何才能找到城市规划型产品经理呢？城市规划型产品经理必须要有能力通过综合大量分散信息来打造服务于现有和潜在产品用例的技术。你可以通过下面这些问题来鉴别对方是否属于城市规划型产品经理：

你会通过衡量哪些指标来确定一款平台产品是否成功？

能否举一个你曾经打造的能支持多用例的系统的例子？

你如何在‘基于已有用例开发’和‘基于未知的未来用例开发’之间进行平衡？

你如何判断一个平台是太死板还是太过灵活？

对于一家新兴公司来说，它需要知道何时该为公司引进何种类型的产品经理。即使对一家比较成熟的公司而言，上面所有这三种类型的产品经理都是至关重要的。产品团队需要团队里每一种类型的产品经理都能做到足够灵活和敏捷，否则公司业务很难实现长久发展。在Airbnb，我们会将产品团队资源配置到三个主要项目类别上：专注于现有产品的核心项目、探索业务潜在增长空间的新项目、专注于打造基础技术设施的平台项目。拓荒型产品经理和移民定居型产品经理并不会因为你处在扩张阶段就无用武之地了。城市规划也并非整个路途的终点，它只是为新一轮的拓荒奠定了基础。

如果方式得当，这三种不同类型的产品经理的工作将会形成一个完整的循环，正是这个循环界决定了你是会成长为一只独角兽公司，还是仅仅只能昙花一现。

步骤四：为项目配置资源时，一定要确保资源配置决策流程的清晰透明

产品团队需要随着产品的演变而演变，如用户使用这款产品的方式发生了什么变化，这款产品的商业环境又发生了怎样的变化。产品团队需要形成一种持续变化的文化。但你怎么才能知道何时该做出改变呢？为此，你需要一个用于制定和衡量目标的流程框架。因为如果没有一个用于验证假设的流程的话，你可能会很快发现自己并不是在快速迭代，而是在瞎忙。

对于Golden和Airbnb的产品主管而言，这个验证流程正如下图中所展示的那样：

相比重新组建一个团队而言，解散一个团队通常要更困难一些。不过这时产品愿景依然可以发挥作用。这时，可以让团队重新梳理一遍上面说过的制定和衡量目标的框架流程，看看到底哪里出问题了，是产品愿景出了问题，还是策略、目标、指标或资源配置方面出了问题？如果你这样做的话，那么团队就会更清楚的知道出现问题的原因所在，同时也更愿意接受团队的解散。此外，在一个迭代式的产品管理文化里，每一个人也都不会因为团队的解散而感到太过恐惧。

产品愿景：你希望这个世界在6个月后或5年后变成什么样？

结果：要想实现这个产品愿景，我们希望能取得什么样的结果？

目标和指标：在这个过程中可衡量的目标是什么？我们如何衡量它们？

策略：为了实现目标，我们需要依次做哪些工作？

资源配置：要想完成指标，我们需要什么资源，例如，需要配备多少工程师？

根据这个流程，到了最后“资源配置”（resourcing）这个流程阶段的时候，资源配置的决策可能依然不好做，不过会相对清晰得多。

每个人都想得到更多的资源。大多情况下，没人会说“我现在很好，我已经不需要再增长了。” 在每个人都想得到更多资源的情况下，这时产品经理就需要和公司创始人及其它公司高管一起为大家提出的各种资源需求确定优先级。

按照上面这个流程框架操作其实并不是一劳永逸的事，你需要持续重新审视和挑战核心的基本假设，确保你基于当前事实做出的决策是正确的。每个季度，Golden都会对自己管理的每一个团队的工作进行总结分析，了解清楚各个团队的工作对公司业务起到的作用以及是否实现了既定目标。如果一支团队制定的所有目标都非常清晰，都却一项目标都没有达成，或是因为某些原因出现了一些问题。那么我们就会自问：为何会出问题？到底中间发生了什么？这时我们会重新审视流程图的顶端，我们会问自己的第一个问题是：“这个产品或项目是否真的符合我们的产品愿景？”

以Airbnb的“愿望清单”功能为例，愿望清单功能是Airbnb 2012年推出的一项功能，允许用户在Airbnb上记录和保存自己的出行愿望，即在时间允许和预算充足的情况下，用户希望自己能够去的地方。最开始的时候，我们设想的是让这个功能满足单个旅行用户收藏愿望目的地的需求。后来我们发现，用Airbnb短租房屋的用户通常不是独自出行，大多情况都是两个甚至更多用户一起在Airbnb租赁房屋，所以我们针对单个旅行用户的愿望清单功能并没有满足用户真实的需求，用户真实的需求是分享最喜爱的出行目的地、多人共同协作最佳的住宿地点。所以今年我推出了新版愿望清单功能时，我们重新审视和重建了我们的产品愿景。我们后退一步这样问自己：“这真的是我们希望产品成为的样子吗？它是否以一种积极的方式改变了人们的行为习惯？”有了全新产品愿景的武装和数据的支撑，团队重新打造了愿望清单功能，将其打造成一个用于多人进行旅行规划的协作工具。改版后，这项功能的用户使用活跃度高了很多。

如果你发现仅仅因为你的指标没能达到目标，而导致一个项目没能成功，其中的罪魁祸首通常是资源配置方面出现的问题，解决方案就是重新配置团队资源。

步骤五：快速组建团队，必要时也要快速解散团队

如果你的团队有一种快速迭代的文化，团队非常灵活，团队成员构成上也实现了三种不同类型的产品经理之间很好的平衡，那么也就会经常出现团队重组的情况。不管你是发现某个团队出现了人手不足的情况，或是出现了依靠现有团队无法解决的新问题，或是想在一个刚出现的新发展机会上加倍下注，无论哪种情况，你都不要犹豫，要根据需要将不同人才调到能最大化发挥他们价值的岗位上。

以Airbnb开拓国际市场为例。为了实现Airbnb的目标而需要快速灵活组建团队，进军古巴市场并不是第一次。Airbnb 2012年第一次开始开拓国际市场的时候，公司就曾快速灵活组建过团队去专门解决一系列的新挑战，如本地化内容翻译、新支付系统和UI本地化等，到了最近新开拓的古巴市场，一旦新团队将在古巴运营Airbnb业务所必备的系统和平台搭建完成之后，后续运营维护工作也开始再次交由公司里的其它部门的人负责。今天，为了开拓新市场，Airbnb正在重新组建新的国际化团队。国际化团队的任务已经从2012年的内容本地化扩至为这些新市场提供符合当地文化的产品体验。我们需要一支团队专门去思考解决这些问题。

一家公司很多时候都需要快速从零开始重新组建一支团队的原因已经很清楚了，现在问题来了：如何快速组建呢？

当一位产品经理已经在一个团队里待了很长时间，和团队其他成员也都磨合得非常好了之后，这时你如何说服他离开这个团队并放弃这里的一切去加入一个新组建的团队？如果你们已经形成了一种基于愿景的公司文化，这时事情就好办多了。在这种公司文化下，团队的使命是完成目标，而不是开发一项功能或产品。如果你从一开始就让所有成员都清晰地知道公司的愿景与目标，这时重新配置人力资源时就会容易很多，也不用担心有人会不愿意被重组到新的团队里。

如果无法做到接受失败，你就无法形成一种真正的快速迭代式的公司文化。失败后，相互指责和推卸责任解决不了任何问题，关键是要学会从中吸取经验教训，真正弄清楚为什么会失败。

如今Airbnb的扩张速度和发展规模是大部分创业公司都难以企及的。不过随着Airbnb产品部门规模的迅速扩张，里面的每一个团队的运作方式依然像Airbnb几年前做的一样，都依然像是一个早期创业公司。和其他优秀的创业公司领导一样，Golden知道保持团队活力的关键就是确保沟通的顺畅。为达到顺畅沟通的目的，需要做好三个方面的工作：流程、反复沟通和倾听。

流程：确保有一个清晰的决策流程框架非常关键，此外，公开透明地讨论依据流程的做出的决策和产生的结果同样非常重要。

反复沟通来龙去脉：光有清晰的愿景还不够，你还需要让团队里的每一个人都看到这个愿景。不要担心需要自己去反复重复这个愿景。事实上，你必须要和大家反复重复愿景。每当有新成员加入团队，都要告诉他们整个愿景的来龙去脉，这非常重要。

学会倾听：作为团队领导，Golden深知交流是双向的。他不但需要和团队反复分享沟通公司的愿景，同时还需要倾听团队成员的反馈，并将他们的反馈用于持续完善公司的愿景。如果你不主动多和员工交流并多倾听大家的意见，你是无法做出最佳决策，同时也是无法解决大家的问题的。

除了上面列出的沟通三原则外，我并不会规定每个团队开会沟通的频率，也不会规定每个团队沟通传达内部信息的方法。在Airbnb，我们允许每一个团队各自确定自己的沟通节奏、流程和架构。我们希望每一个团队都能有自己的特点。如果你已经帮助公司营造出了非常好的使命驱动型文化，那么在具体的细节方面就可以做得灵活一些。

产品管理方面的大部分工作就是确保每个人都了解其中的what和why。具体如何做，可以让每个团队发挥各自想象力自行确定，这样做不仅有助于各个团队更出色地完成自己的工作，同时还能让他们在工作中找到更多意义。我认为，每个人都希望自己在日常工作中有一定的发言权和决策权，工作上如此，生活上又何尝不是呢？

❻ 产品的顶层架构是什么

有时候大家发现做事情会很顺，有的时候会很拧巴，为什么开发和产品老在打架？为什么各种资源政策都在和我作对？为什么男生思路和女生思路永远走不到一块去？谈到根上，这都是顶层架构决定的。

顶层架构就是一个产品或者体系的宏观设计，设计准则，边界规范。 一款优秀的产品或者一个高效的体系，一定拥有一套优秀的顶层架构。

产品的顶层架构包括:

1.拥有确定性的目标和愿景。

这款产品，我的愿景是什么？我要达成的目标是什么？要去到哪个地方？

2.有着明确的边界。

边界就是克制和约束。产品是有边界的，世界上不存在无限大的产品。想清楚，什么东西能做，什么东西不能做。用户能联想到吗，用户的心智边界在哪里，做出来的是不是无用功？

3.清晰的产品定位和承载的使命。

我的产品定位是什么，要在哪个场景下解决哪个问题？对公司/用户/产品不同的纬度来说，产品的使命是什么？

4.聚焦的服务和服务人群。

我要提供什么样具体性的服务，我的服务对象是谁。

5.逻辑清晰的功能框架。

对产品要做的事情和提供的服务进行归类排序。哪些功能属于同一等级？同层级下哪个功能是我的第一优先级，哪个是第二？

这五条就是我理解的产品顶层架构，他决定你的产品会走到哪，走的好不好顺不顺，如果没想清楚开始做产品，是不负责任的。

举个例子，我们来看看互传这类文件传输产品（当然我们作为一个厂商应用有和纯粹的第三方应用不一样的地方就是我们要更多的考虑换机用户的体验）的架构是怎么样的，

目标愿景：成为市场第一的文件传输工具，3000万月活，50%以上的用户换机使用

边界：互传要提供的是基于近场通信的文件传输服务

产品定位：互传是服务于换机和跨平台近场文件传输的工具产品

使命：对公司侧，降低换机成本提升复购率；对用户侧提供高速免流的传输服务满足用户求；对产品侧能持续产生保持用户黏性和产生价值养活团队

服务的人群：换机人群，网络环境不好或分享文件时对流量有诉求的用户

聚焦的服务：近场传输、一键换机、跨设备互联传输

架构可以有大有小，都没问题，也可以随着体量和阶段的变化不断调整。但无论怎么变化， 重要的是清晰+完整 。

优秀的产品不一定是复杂的产品，不一定提供多么精致多么全面的服务。很多爆款产品往往聚焦在一个痛/痒/爽点上，针对性的解决用户的某个问题或满足某种诉求，麻雀虽小五脏俱全，就是一款能打的产品。比如说脸萌、ZEPETO、足记，都算一款好产品。因为他们满足了用户的确定性需要，那五个问题每条都很清晰。

同时，顶层架构某种程度上代表了格局和愿景，就是你能解决多大问题，干多大的事。

再拿“脸萌”举例，为什么脸萌的开发团队不继续在脸萌的基础上迭代，而是另起炉灶做了一款Faceu呢？因为架构包含了产品边界，产品达到了他的边界，用户的心智向外拓展是非常困难的，对于小团队来说我宁愿再做过一个。在原有的边界里，我干不了更多的事情了。

但有的时候我们不得不去打破产品的边界，因为市场和竞争对手在不断变化，不做你就死了，做不做？这也是互传不断探索能够打破的产品边界的原因。当然，能够带领产品跨越非连续的产品经理都是最优秀的产品经理，因为这可能比做一款新产品更困难。最经典的案例可能就是我们自己了，从当时命悬一线的功能机时代跨越生死线，慢慢变成了今天这个平台型公司。这真的是非常难的，不仅仅是产出的产品发生了变化，组织架构，供应链，思维模式都要发生巨大的变化， 所以vivo真的是很厉害的企业 。

总之，大有大的雄浑，像阿里一出手就是气吞天下片甲不留天下万物都在我双手间翻覆；小有小的精巧，像soul准确的咬住兴趣灵魂社交在巨头遍布的时代守住一片江山。重要的，是完整和清晰。

回到最开始的问题，

为什么开发和产品老在打架 ？

是因为谁很傻难以沟通吗？不。是因为目标和愿景不同，如果开发小哥的目标和KPI是保证产品的稳定性和效率，产品的目标是不断迭代新功能提升产品指标，你们当然就打一起去了。如果统一一下目标，我相信大家能很快达成一致，这也就是为什么涉及钱的问题大家总是能同仇敌忾，因为没人和钱过不去呀，换个说法，团队里的所有人目标是一致的。PS：这里讲一句题外话，我很感谢我的团队，总是在尽力满足我各种傻逼需求，从产品的角度保证目标达成，感谢这帮小哥小姐。

为什么各种资源政策都在和我作对？

因为大家伙的目标会有区别，因为你产品的定位和使命不清晰，大家理解得这产品就是解决巴掌这么大个问题的产品，产品经理不死心，非得把他做的气吞山河功能把天都顶破，那当然走不到一块去。所以怎么才能走得顺，一上来给团队和老板讲明白了，我到底要干啥，要走到哪，怎么走，你们全力支持我，自然就顺了。所以一个有战斗力的团队一定要心齐。

为什么男生思路和女生思路永远走不到一块去？

因为你们的思维模式不同，脑子结构决定了，男生偏理性，女生偏感性，这叫功能框架结构不同。社会对男性要求的社会属性是硬汉，所以你不能多愁善感要快速的解决问题；社会对女性要求的属性是柔软和包容，所以她需要更细腻的感受，这叫产品使命不同。

总结一下，顶层架构就好像血肉皮里的骨头，他是撑住一个产品和体系的关键，一定得想明白了。（这么简单是因为我写累了）

❼ 如何描述一款产品的软件架构设计

作为一名多次做过报告的架构设计师，我给出一些我的看法。
如果可以使用图形的话，给你两个方案：第一是使用专业图形，如UML图，顶层架构图，时序图（好吧，这个包含于UML）等。非常适合专业人士之间交流。第二是使用XMIND（或者类似软件），站在产品角度，通过XMIND来描述产品各个模块功能及联系。

如果不可以使用图形的话，也给你两个方案：第一是你的受众（就是看你报告的人）的专业素养较高，那么你可通过将系统进行业务的拆分（横+纵），如Web服务端的接入层，应用层，服务层，数据层等方式进行分层汇报。第二是你的受众的专业素养较低，那你需要从多个维度来对你的系统架构进行描述，并做出一些生动的例子辅证。
当然，最好的方式就是图形加一定的文字描述。如果时间充裕的话，你还可以建立对应动态图片，来说明。
（纯手打，如果帮助到你，希望点个赞。）