❶ 关于产品架构
在日常工作中，我们常常会听到好几个架构，业务架构、信息架构和技术架构，这些和产品架构是什么关系呢？
1、业务架构往往是为了达到业务目标(通常是商业目标)所搭建的业务体系和商业模式，比如着名的亚马逊飞轮效应和Google搜索的印钞机模式。 业务架构包括且不仅限于产品，产品架构是为了更好的支撑业务架构而构建的 。
2、信息架构主要是产品在结构层的一部分，通常是在交互设计阶段考虑的产品给用户呈现的产品全貌，让用户可以清晰快速的找到功能的方法。有些说法会把产品架构和信息架构当成一回事，在一些2C产品里，从信息架构里就能看出产品架构，如新闻资讯类的app。但实际上 信息架构只是产品架构的一种表现形式，并不能完全代表产品架构 。
3、技术架构是产品架构的实现 ， 并还覆盖有其他范畴，是个独立的大话题 。在一些偏向技术型的产品里，产品架构和技术架构很接近，比如云计算产品，其用户本身就是程序员，所以云计算产品的产品架构和技术架构就非常接近了。
产品架构本身也有三个层次：
1、独立可交付客户价值的业务产品。
可独立交付价值的产品架构，这类架构往往和业务是强相关的，每个产品可以独立使用交付客户价值，形成采购，也可以针对客户不同场景的需求进行组合，提供综合解决方案。云计算产品就是最典型的例子，用户可以在云计算厂商官网根据自己的需求勾选一些产品，然后独立采购和使用。以视频云涉及到的几类常见产品：
对象存储。主要进行非结构化数据(文件)的存储。
CDN。内容分发网络，主要解决跨地域的海量用户资源访问速度的问题。
点播。主要是指音视频的播放问题，音视频会被转码成标准编码格式，并可通过指定播放器解码和播放。
直播。主要是实时音视频的直播，主要包括普通推流直播和实时互动直播。
对于客户而言：
如果只需存储海量数据，就只需要购买对象存储即可。
服务于不同地域的大量用户访问，就需要使用CDN。
类似于映客这样的直播类产品，就购买直播+CDN+对象存储。
像抖音、爱奇艺这种完整的视频类产品，就需要有直播+点播+CDN+对象存储。
2、单一产品内的模块化。
用户在一个较复杂产品里进行操作，其需求被满足的整个的流程会涉及到很多功能，其中这些功能可以进行分类，同一类功能组合成一个模块。 因此一个复杂产品内部可以划分出多个模块，每个模块负责业务流中相似的一类功能 。以淘宝为例，商家在淘宝上开店并发布商品，用户到淘宝上搜索到商品，下单购买。这一套业务流程里在淘宝这个超级app里，除了人机交互的那层壳以外，产品被划分成了用户中心、商品中心、交易中心、评价中心等几个模块。其中每个模块虽不能单独满足用户想要的商品购买的完整体验，但可以专注的解决购买过程中一类问题。而当这些模块抽象到能够服务淘宝以外其他的产品时，这就是中台了
3、单一个模块的抽象设计，也就是功能设计的架构。
即使是只满足一类需求的单模块，其在设计时也需要做好其架构。以在线考试模块为例，如果你对在线考试流程有一定的了解，就会大概想到整个过程。用户进入考试、完成题目并提交，系统判分，低于60分就未通过，超过80分就是优秀。如果仅仅只是做一个满足这个需求的在线考试系统，把细节再补充下，就可以直接出交互了。但前面我们也提到过了，产品经理在面对需求时要进行抽象，考虑到未来拓展的需求。那么我们就需要对此模块做架构设计和抽象拆解。首先，考试的核心价值是对通过一些设计好的题目去检验学生对知识点的理解情况，检验学生的最小的功能单元并不是试卷，而是题目。一道题目就完成了知识点的考核，和用户进行了价值交换。所以题目应该被抽象出来成为一个独立的子模块。通常一道题目会包括了题干、答案输入、标准答案、判题输出(对/错，答案解析)等部分，而从需求扩展的角度来看，在不同的年龄层次以及不同的学科里会有很多不同类型的题目，比如：
客观题：单选、多选、判断、填空等等
主观题，无标准答案，一般是大题，输入方式也有多种，有文字录入、画图、拍照录题等等
所以把题目这个结构抽象出来，有利于后期各种题型的拓展。试卷是整个系统性知识点检验的模块，是多个题目的组合。在题目的基础上，试卷还需要具备一些其他的能力，包括：
组卷规则，比如随机组卷，AB卷的能力
一些时间限制，开始作答、提交截止、答案公布等等
并且其实试卷只是一个抽象的概念，实际上试卷可以具象化成课后作业、小测验、考试等等多种使用形式交付给用户。
❷ 产品架构怎么做才好
产品架构的好坏影响的产品未来拓展性和业务发展。好的产品架构特别在初期快速迭代期，不会因为技术原因耽误产品。
在产品设计初期，建议在结构流程以最粗的流程进行设计。在后台管理模块上，已最大的划分结构进行应用。但是考虑到后期可拓展性，在表结构建立上，尽量进行对细分对象和关联关系去架构。在前端设计上，尽量以简洁的核心业务模块为主进行展示。针对主场景的应用进行MVP产品设计。
一、思考方式
1、商业模式思考
商业模式对于电商来说，有简单的搭建平台和自营方式。 这样的方式，就是对于前端产品的架构设计提出了要求。我们对于不用的方式进行架构产品。在商业模式思考上，要把核心业务赢利点的流程设计清晰。比如，单车类产品的押金收费，这个环节设计甚至比之后的每次骑车付款的流程都要有用。
2、公司运营模式思考
在运营模式思考上，要对公司后台管理人员进行有效了解和知晓未来产品推广的方向。 在通过大运营的模式下，去提高产品设计结构完美性。比如，在复杂的公激兄孝司等级时，会有很多审核流明稿程。但是当初期后台产品上线时，完全不需要这些功能。比如banner运营管理，初期产品都可以不做。
3、为使用者进行考虑
对于后台使用者来说，会有不同管理权限和对应的不同职责。 在设计后台时，尤其要考虑使用人员的所在公司等级关系情况。针对性的进行设计。比如，A运营人员有上级领导B。所以对于B的权限，就要可以查看到的A，而且也可以进行系统管理。这些都是进入实际应该场景中。在一款新app上线中，大部分app都可以无需注册进行使用，甚至可以保存浏览记录。只要登录注册就可以看见。这些都是保障了使用者的场景思考。
4、用户使用进行考虑
除了用户初次登录使用之外，几乎绝大部分的情况都是登录情况下进行操作。 我们要尽量监控和维护用户所产生的数据。对于数据来说，我们在产品结构中是称为很底层的东西。在这个底层的数据中，我们需要通过数据挖掘去发现业务和进行业务营收的重任。
二、拆分结构对象
（PS：对象指的是我们在做产品管理时，会对某一事物进行描述。比如，用户管理，就是对用户进行抽象。）
1、结构对象足够分离
在拆分产品结构时，我们需要对产品结构进行足够细致的拆分。 比如，产品分类和商品上下架简单的系统设计中完全可以放在一起操作。但是当运营人员职责更加精细管理时，这样的结构就不适用了。所在，在设计之初，要告知开发人员这里是可以进行分类的。产品分类管产品分类进行设计，商品上架和内容进行设计管理。
2、对象足够有扩展性
对象怎么有足够扩展性呢？比如，在设计商品时，我们如果考虑到初期是自营，后期未来发展方向是平台的时候。就必须把商家的字段内容给独立出来进行拓展表结构设计。在这个时候，厉害的产品会与技术进行沟通设计，这样就是为了保证未来的拓展性。
3、对象有足够成长性
抽象出来的对象，要对管理的进行有足够成长的判断性。 比如，在商品管理中，除了分类，还有商品内容，商品的运营管理等等。等当一个管理涉及很多细小模块的管理时，我们就必须进行拆分性的思考。特别是商品管理，还涉及主业务的订单管理、前端的购物车、营销管理、运营管理等等时。作为核心的管理模块，我们必须进行细致的拆分。
4、拆分需要合理性
拆分对象，需要绝对的合理性。并不是所有的对象都合适进行拆分。比如，在拆分价格时，有市场价格、标准价格、营销尘皮价格等等。这个是不是需要具体拆分那么细致吗？比如，在电商行业中，是有必要的。但是在O2O电商中，比如共享单车，就不会有市场价格，因为这个价格本身是不存在的。但是大家会说，它还是有划去的价格，那个是它本身的价格。而我们现在买的月卡，其实是一种营销价格去推广市场用的。
三、多方交流确认
做产品经理，少不了多交流。
1、与运营确认运作模式
与运营沟通最多的最好是他们的运营方式，要满足他们的运营方式。但是运营人员喜欢去跟你说实现方式，实际上，讨论那些不是重点。重点是，我们要帮助运营在产品上能发挥出最大的价值。怎么发挥最大价值？就需要知道他们真正想要怎么和用户互动，怎么去做推广。这些都是最基础的。
2、与技术确认表结构
与技术确认表结构很重要，因为表结构不仅决定了未来产品可扩展性的大小。
还决定了之后市场中推广会不会因为产品而拖累。在确认的时候，要对产品结构有充分认知和理解。也要对未来这些表结构所能产生的数据有所认知。
四、打造最符合要求的结构
产品结构最终需要满足企业和用户之间的架构桥梁。产品结构没有绝对的完美，因为每一个业务都是有自己的生命周期和发展历程。我们产品经理尽量要做到产品结构未来的发展、成长、拓展、甚至是变化。这些才是最重要的。
❸ 用友U8基础档案中产品结构如何设置求指点！
父项就是母件，比如一台电脑由显示器，键盘，鼠标构成，那电脑就是父项，键盘，鼠标，显示器就是子项。
步骤：先建立父项和子项的存货档案，比如先建立4个存货档案：电脑，显示器，键盘，鼠标，进入产品结构后，父项就填电脑，子项就是显示器，键盘，鼠标。然后再输入相关信息。
教你一个方法：在产品结构界面按F1键，会弹出帮助按钮，有很详细的操作说明，可以自己学习。
❹ 一张图讲清楚产品架构，手把手教你画产品框架图
什么是产品架构图
产品架构图是产品经理用来表达自己产品设计机制的一张概念图：
它将可视化的具象产品功能，抽象成信息化、模块化、层次清晰的架构，并通过不同分层的交互关系、功能模块的组合、数据和信息的流转，来传递产品的业务流程、商业模式和设计思路。
由于产品架构图通常用于比较复杂的产品项目中，目前介绍产品架构图的相关书籍和资料极少（尤其是入门级别的资料很少提及），却是设计复杂产品时不可或缺的文档之一。
没有资料的探索过程漫长且没有方向，在终于有所沉淀后，我花了四周写下了这篇总结，希望可以为你绘制产品框架图时提供简明的参考。
为什么要画
梳理自己对产品方向的判断：
思考这张图如何设计的过程，也是帮助你梳理“半年内自己的产品该往何处去、需求应该如何分期和落地、和其他产品的依赖&竞争关系是什么、未来的可拓展性在哪里”等问题的过程。
为技术&运营的输出形成支撑：
当这张图被设计出来后，按照产品架构图的结构和路径，项目的里程碑（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
❺ 产品架构
什么是产品架构，怎么分析产品架构，面试官问道时怎么回答。
产品架构分雀滚为五个层面：
1、表现层
2、框架层
3、结构层
4、范围层
5、战略层
产品架构五个层面呢，每个层面是相互“依偎”的关系。让所有抽象到具体。宏观到微观。这个五个层面并不是独立的，每个层面到一定比列就会进行到下一个层面。如图：
在每个层面，做好每个层面的决策。因为这个五个层面已经多千千万万个产品人给我修炼的产品架构的秘籍，无需大家重复去拨打火机，证明是否出火。
可以对比竞品，找出自身的优势。
在做产品讨论，需求讨论等等一系列会议的时候，围绕的核心离不开五个层面。五个层面都包含了那些信息呢。如图：
下面分别细说这五个层面：
战略层是产品架构的最底层，这一层通常体现一个产品的精髓，灵魂。可以三个问题搞定。
我们要做这个产品为了什么？【用户需求点】
我们要把产品做成什么样子？【产品定位目标】
以后产品的发展是什么？【未来产品】其实这边有点多余，大家可以只看前面两点就Ok。
这几个问题必须在设计在“比列”到达90%的时候解决，否者你的产品顷镇余已经偏离航线。那么这个产品生命周期极短，或者没有孵化就over了。
我们可以通过市场去构思产品。
1、市场目前是否有类似的产品。有，他们的有点和缺点，仔细分析。得出结论，拿到用户使用他们的产品痛点。
2、市场目前是否有类似的产品。没有，需求发掘者，一旦得到用户认可，直接拿下整个主战场。
3、结合自身优势+加“风口论”+营销+福利用户
目前市场类似产品有很多，怎么做出优势打动用户，让用户认可你最重要。刚开始做产品，发现市场上有很多产品已经问世了。这时纠结要不要继续做。那就要取决你的产品跟别人一样为什么能从别人碗里抢一口饭，甚至都抢过来。拿外卖来说，一开始三足鼎立。最后谁强谁弱。大家心里都有数。自身优势+营销+福利用户
当然一些好品牌自身本就有强大的带动产品效益。国内三巨头，一款新产品无需什么广告都能吸引一大批用户前去体验。口碑+品牌也很重要。
无论对手多强大要搞清楚自己的用户是那些。他们的根本需求是什么。做好用户画像，细分开。贴上用户标签。给战略层附上产品生命
这层说的通俗一点就是，我们要研发得是什么？我们的功能和规格是什么？我们的信息内容是什么旅败？
如果举个列子，就是汽车和发动机的关系，在好看的汽车，没有发动机，他们也跑不起来。两者是不能分离的。
这个层面大家就会用到脑图，rp图，等等。具体怎么写脑图，rp。小伙伴找我以前的文章。找不到的留言。
这个层面把抽象的思维慢慢转向具体。用心与用户沟通。行为模式全部切换为用户行为。小白模式。
设计交互。逻辑，信息，内容，管理，分类等等。根据产品简化操作。
这个看着一脑门雾水，说得简单一下。页面设计、导航栏设计。功能按钮等等。
页面：怎么展示、哪里需要突出、页面操作是否反人类？
导航：清楚划分，告诉用户，你在哪里，你需要做什么，你能做什么，你怎么去做。做了以后怎么结果等等。
表现层。
那就看你怎么表现了。 好比别人表示表示。
就是给用户设计友好又丰富的页面。感官设计，听觉设计，视觉设计，触觉设计。VR（3D）场景设计。
这里默默提醒产品，一定要跟设计师搞好暗地里效关系。不然这个些他们会拿鞋拍你脸上的。
今天就讲这么多。愿大家在产品道路越走越好。做认真产品，做最好自我。
：银海系 (主页❤。有需要加一下哦)
❻ 产品架构图的定义和基本画法
本小节主要介绍 产品架构图 的相关知识，整个内容框架分为三个部分，分别是： 产品架构图是什么（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、产品结构基于用户认知，用户理解各功能的类别后，可以较容易找到相应功能
因此，这种纵向思维在产品中较为常见。拿我们熟悉的产品举例：10086客户端，（除去首页）分为办理业务、优惠活动、个人中心3大部分；办理业务模块下，又区分了主套餐、流量、充值等；主套餐下再是具体的套餐包。层层细分。
二、横向指业务流程
基于用户的使用场景与目标，从用户的视角逐步去推导产品的使用流程，从中梳理出业务触点及功能，并形成关联链条。
其优势在于：
1、通过对核心场景及使用流程的逐步梳理，保障业务触点的全面性
2、以流程为导向，保障操作顺畅，提升效率与体验
产品的功能模块不再是独立的、局部的，它将与非本领域下的其他功能模块发生关联。者对于产品实现来说相对复杂。所以横向思维虽然一直有，但早期应用并不多，直到近些年才慢慢大范围推广开来。
依然拿10086举例。较早的时候，查询话费/流量还是单一的查询功能，但这两年，逐步在其中提供充值/叠加包等功能。因为基于用户的使用流程，在查询到话费／流量不足时，自然源余需要办理充值／叠加包。如此设置，既能保障产品体验，又能提升业绩指标。
再举一个新上线不久的例子。招行的掌上生活（信用卡APP），在动帐提醒消息中，提供了“一键锁卡”选项。以往，此类功能多单独放入在一个安全模块中。但基于锁卡的实际应用场景，用户发现卡被盗刷的第一触点即是动帐提醒，发现后的第一反应就是联系银行锁卡（冻结/挂失）。之前的方式，要么是电话联系客服，要么是在APP中先返回主界面，再找安全模块，再找对应锁卡的功能。如此一来，流程太长、耗时太久。但使用横向思维，直接打通提醒消息与锁卡功能，迅速解决用户痛点。
现在，越来越多的产品开始重视起横向流程。甚至个别产品在前端界面中大胆抛弃以往的纵向结构，直接以流程串起各个功能，打造如牛奶般丝滑的使用体验。但这通常是功能精简的小型工具产品；功能众多模块复杂的大型产品依然需要纵向结构来厘清层级关系。
再发散一下，纵横思维不仅适用于产品架构，对产品业务拓展或盈利思路也有帮助。
纵向来说，可以在本领域中专精发展，围绕核心功能，提供增值服务；
横向来说，可以将产品范围拓展至业务上下游，比如从美图秀秀到美图手机。
当然，实际操作中，纵向与横向常结合使用。纵向构筑竞争壁垒，横向拓宽发展路径，两者相辅相成，为产品的生存雹冲滚发展共同出力。
❽ 如何构建企业的产品技术创新架构
产品创新架构通常包括：产品线与产品系列、产品平台、技术平台三个部分，相互承接相互影响，共同构成系统化的产品技术体系。在进行产品技术创新架构的梳理和设计时，应紧密结合用户需求和企业运营特征，保持相互的整体性，通常可以从以下几个步骤进行：
1.进行市场细分，选择或定义企业的目标细分市场
首先需要对同类产品的目标客户群体进行分析，建立和优选市场区分的主要维度。通常在建立市场区分维度时，可从消费决策模式为基点进行目标市场的识别，包括地域、文化、收入水平、学历水平、消费情景等维度。在此基础上，可采用相关度矩阵对识别出的这些区分维度进行相互比较，最终选择2-3个与用户相关度最大的维度作为关键细分维度，这些细分维度之间应相互独立相互区分。如，某手机企业确定的产品关键细分维度为年龄、性别、生活方式。
确定关键细分维度之后，应针对每一个维度确定相应的刻度，如针对年龄这一维度可设计成“青少年、中年、老年”，也可设计成“25-35岁、35-45岁、45-60岁”。刻度的大小的设计要能够最大程度的区分目标用户群，若某一产品25-35岁年龄段的用户与35-45岁年龄段用户需求差异不明显，则应合并为25-45岁，同样，若25-35岁年龄段内，30岁以前和30岁以后的用户需求差异较大，则应对此年龄段进行进一步的细分。
最后，根据多个维度的客户划分，选择公司的目标细分市场，通常为多个维度同时满足。如某手机企业选择的目标细分市场为：18-22岁女性，在校大学生。按照细分维度进行目标细分市场选择之后，通常还应进行一定的总结，概括性的描述目标市场的总体特征、价值取向等。
2.进行目标市场产品竞争格局分析，确定企业的产品布局，并进行产品线划分
在确定目标细分市场后，需要广泛的收集行业各主要竞争对手的产品信息，可以图片、卡片等多种形式将主要的在销产品进行集中展现，对比公司在目标市场整体竞争格局中的产品分布，分析公司的竞争优势，并根据公司总体战略确定公司的产品布局。
在此基础上，需要再一次对这些产品进行分类，分类的方式和细分市场识别类似，同样需要首先识别分类的维度，不同的是此时应更多的考虑管理难度、产品特征和用户需求的结合，在三者之间找到一个最佳的平衡点，即形成了产品线的划分。
产品线的划分太粗或太细都会给管理上造成较大的困难，如果划分太粗就无法对产品进行有效的区分，如果划分太细又会增加产品管理的复杂度。通常一家企业的产品线设置为3-6条较为合理。
3.进行产品系列化梳理
根据企业产品种类多少和复杂度的不同，企业通常还需在产品线下再进行产品系列的划分。产品系列的划分通常可以结合目标细分市场，对该产品线对应的目标细分市场进行进一步的细分和选择，形成二级细分市场。
一个产品系列的定义必须对应相应的二级细分市场，针对二级细分市场进行核心需求的识别，建立该二级细分市场的需求模型，针对这些核心需求形成的共同产品概念即为该系列的“系列概念”。
针对二级细分市场的需求模型，还需要进行敏感性分析，将用户对各个需求的敏感性进行分级。在此基础上可以选择敏感性较高的一到两个需求点作为系列内的差异化点，并形成呈一定梯次递进的产品概念，而其他大部分需求应作为同系列的继承属性。
在进行系列化梳理的过程中，可能会发现企业现有产品已经形成了系列化的特征，此时只需要通过上述思路对其进行验证;而对于没有形成系列化的大量产品，则可以进行一定的强制归并，虽然强制归并形成的产品系列可能没有较大的共用性，也没有呈现梯次递进的产品概念，但却为后续的系列化开发提供较好的开发基础和整合思路。
针对某些产品层次和种类较为简单的企业可能不需要进行系列化，此时其产品线本身即为一个“系列”;而对于某些产品层次和种类更为复杂的企业，可能还需要在产品系列的基础上进一步细分，形成“产品族”，其思路与系列化类似，本文不再进行赘述。
4.识别各个层级的产品共用要素，构建产品平台
在进行产品系列化的过程中，识别或定义了一些共同的继承属性，甚至在不同的系列间也存在这样的继承属性，在产品中这些继承属性通常会对应相对较为独立的一系列共用产品组件，若在现有产品系列中不存在这样的共同组件，那么在新产品系列开发时应进行重新定义。
同系列或不同系列产品间的这种共用组件的集合，即为产品平台。产品平台除了要满足共用性的条件之外，通常还应独立承载某一核心用户需求;此外，同一产品系列通常只能定义一个产品平台，若有多个平台应进行合并。
如：汽车的产品平台通常以底盘、发动机等关键组件为平台要素;个人电脑选择以CPU和主板为产品平台;电视机则选择以主IC为产品平台。
5.识别共用技术要素，并通过组合形成技术平台
技术成为一个应用非常广泛的词语，以至于因其内涵过于复杂而很少人能够给出一个准确的定义，若不能将有效的界定、不能将其有形化的表达，就很难对技术创新找到有效的突破。实际上，在产品中所谓的技术是以一系列的技术要素来体现的，可能是一种或一组结构形式、也可能是一个经验公式，或者是一个选型规范。
通常一个产品需求的实现有赖于一系列技术要素形成的技术概念，例如要实现“灯具良好散热”这一需求，通常需要同时结合热对流、热辐射和热传导三种热传递原理进行设计，最终将会体现在灯具内腔形状和灯具外表面的散热筋结构，这种结构形式就是实现良好散热的一种技术要素。
又比如，某应用于海上的金属装置表面要实现较高的防腐性能，通常要从材料腐蚀机理出发，最终体现在基体的材质选择、涂料材质选择和表面喷涂工艺上，这些都是一些技术要素。
在有效识别技术要素的基础上，我们需要再一次将这些技术要素进行组合，形成能够满足用户一系列不同程度需求的一组技术要素，能够共用到产品的多个部件或组件，为其赋予满足用户某一特定需求的能力，这一组技术要素即成为技术平台。如上述两个例子总可分别提炼总结出“散热技术平台”、“防腐技术平台”。
技术平台形成要把握的基本要点是，瞄准用户需求，从技术原理或机理出发，对产品现有技术要素进行识别或者对新的技术要素进行探索，在此基础上进行总结和抽象。
6.进行产品技术体系整合
在完成上述步骤之后，还有一个最为重要的工作：将产品线、产品系列、产品平台、技术要素、技术平台进行整合，以某种形式进行集中展现，再一次从系统的角度、管理的角度、用户需求的角度进行审视和优化，此时企业的整体技术体系基本上便形成了其原型。
技术体系的表达方式非常多，如日本科技联盟开发的“技术大系图”，企业也可以根据自身的行业特征、产品特征设计不同的表达形式。
梳理和搭建企业的产品技术创新架构，是对企业现有产品一次彻底的格式化过程，这个过程可能会较为漫长，这其中涉及到现有在销产品的整合，为了不对现有业务造成较大的冲击，对于很多企业而言产品线划分、系列化构建、产品平台和技术平台的形成更多的将会在新产的开发过程中逐渐体现，对现有产品形成逐步的替代。但无论如何，产品技术创新架构是企业产品创新的重要基础，也是逐步建立企业核心技术能力的重要手段，对于亟需自主创新的中国企业而言，这一步应走在前面。
❾ 如何规划自己的产品结构
现在无论大小经销商
，选择一个产品想短时间内迅速实现暴利已经是不可能的了。现在的市场迫使经销商也必须要静下心来像经营企业般地来经营自己的公司，在代理厂家的产品要有自己的目标，扎扎实实地做市场。作者根据实践经验总结出经销商规划自己产品结构的三步曲。
选择产品，经营自己
做任何事，首先要认识自己才能稳步发展。经销商选择产品也是如此，认识自己的资金实力与社会资源，特别是社会资源，是中国当前的市场经验尤其重要。首先我将经销商选择产品几个目的做一简单阐述。
1、充分发挥经营平台和社会资源的能量
相信每一个从经商者都有一定属于自己的资源，老的经销商可以在网络上形成了自己的产品流通链，新的经销商在朋友与社会资源有一定的供需链。像糖酒之类付食品的传统经销商在自己经营区域内大多以传统批发网络为主，在选择产品注重是流通量大、产品单价不高等大众化快速消费品，目的就是充分发挥自己网络平台。
随着近年来终端营销被厂家越来越重视，像酒类行业，价格比以前高了，终端消费越来越多了。传统型以批发为主的经销商就是想选择此类以终端消费为主的产品，如果不调整经营方针，是没有能力做好的。在这种情况就涌出一些拥有广泛社会资源的新型经销商，他们大多没有在传统行业经商经验，像广告行业的、服务行业和一些与政府机关有关联的个人。目前白酒行业的中高档白酒经销商很大一部分都是这部分新型的经销商。
2、代理膨胀行业知名品牌，扩充自己的经营范围
经销商在代理自己现有品牌时，要时刻关注行业内的发展，适时选择膨胀行业的产品，接助厂家实力，扩充自己的经营范围。例如近两年的奶品行业发展迅速，随着蒙牛等一些新型强势品牌的崛起和奶制品行业的发展，选择有实力投入的附属代理品，经销商不但能获得新型行业的利润，也能提高自己的经营能力和市场思路。不过在选择产品时一定要注意到自己市场的特性，对于产品市场处于培育状态下，经销商切不可盲目投入，以防得不偿失。
3、经销商现有产品领域无发展前景，选择其他行业产品，改行经营
在关注膨胀行业发展的同时，也要关注自己代理产品行业的发展。如果本市场自己产品的行业市场在逐渐萎缩，此时就要考虑发展其他行业的产品了，切不可一味等待，期待市场繁荣。还有一种情况是整体行业有发展前景，但在本市场却难以看见目标市场，需行业领导者炒做才可有发展前景，这种情况经销商需根据自身实力与厂家实力衡量才可确定。
现在大多经销商在选择产品大多看重的是利润空间，对厂家的营销方案并没有持续性研究，而且不注重此产品成功和失败市场的原因探讨。所以也就出现时下很多招商式的产品，下去了，又出来了。结果吃亏的还是商家。
确定主导产品，规划产品结构
经销商经营产品也要有厂家对品牌产品的思路，例如厂家的形象产品厂家就注重形象宣传，而不注重其利润；同样经销商的形象产品要以做好服务为重点，利润产品却要全方位地投入做好市场。
1、确定重点利润产品，做好自己的品牌
无论经销商你经营多少产品，一定要有自己的主导利润产品。这种产品是既能发挥你的平台功能，又能创造利润。一般来说糖酒饮料行业都季节性的消费淡旺季，所以说经销商要选择两个左右的主导产品去重点经营，这样无论是对后期发展还是现在市场巩固都起着关键性作用。有许多经销商都说，我跟厂家走，你对我好，有投入，我就努力；没有投入，对我不好，我就不努力。其实这种想法是不对的，原因是厂家人员不固定，业务人员的素质也不一样，你对人员的理解直接影响厂家对你的理解。再者产品是经销商自己的，市场是自己的，自己一旦认定此产品，就一定要认真对待，要么就别接这产品。
市场是做起来的，确定好重点品牌产品，切不可三心二意，这样只会让厂家失望，又使自己分散精力。还没做市场就一味向厂家要资源，这种思想只会使厂家为难，即使要到资源，厂商不能同时用力于市场，其结果仍然是劳命伤才。
2、知名度高的大众化无利润品牌，重点做好服务，扩大知名度，以此提升小品牌产品的渠道忠诚度
形象好的品牌产品或许出货量大，利润不高，但却有众多的渠道认同。经销商一味靠这些消费者品牌无法实现规模的扩大，除非有厂家的大力支持。对于这些品牌厂家一定要做好渠道服务，让分销渠道内的网络在认同大品牌产品的同时，接受经销商另外其他产品，为经销商带来边际利润。
总结以上两点来看，经销商在产品结构群上应该分品牌形象产品、重点利润产品、小品牌弥补性渠道产品。经销商的产品支撑点不是消费者，而是自己的网络和渠道。
审时度势地发展新产品
，开拓新渠道
这一点我以一个实例来说明一下：作者本人就A市场开发了一个新产品，主要以餐饮渠道为主。而原有经销商却主要批发和商超网络为主，而且其主要网络集中在市郊及周围的县区，很显然我新开发的产品是不适合其经营的。在与经销商交流的同时，他们也意识到这一点，所以经销商并没有选择这个产品经营。
今年经销商经营的另外一个饮料品牌重点投入A市场餐饮行业，特别是市区，经销商接此机会迅速成立餐饮点营销队伍，开拓市区新渠道，同时与我谈起经营上次谈到餐饮的产品。
此例说明经销商在选择产品和调整产品结构要时刻与自己的发展密切联系，在时机不成熟，或资源不够时，不可盲目看别人发财眼红行事。
最后，我认为经销商对产品的定位是有区别于厂家的。