产品架构是什么意思
产品架构是产品的结构，是对某一块具体业务的进行抽象，并用可视化的方式呈现出来，它划分了功能模块、数据流向，包括现有的，以及未来规划的。其目的不仅是为了架构设计的简洁性，更是为了整个业务的完整性，把离散的业务过程场景化。产品架构主要分为两个部分：1、业务架构，2、设计架构。
产品架构就是在充足懂得面向用户的需求之后，从0开端设计完全产品系统计划，并将其实现的进程。这里面包含一个产品形成的全进程，包含数据层的数据库表、后台数据处置平台和运营保护平台、前后端数据交互系统，前端的基本产品框架等一整套体系的结构和运转逻辑。这也就是所谓一个产品可以出生之前所需的“骨架”。当这套骨架完成后，大家熟知的前端功效、数据接口等等实体性质的产品开发才正式开端。
1、业务架构
业务架构里包含着产品战略、商业需求、用户需求、开发资源需求、人力需求等，可理解为产品的需求架构（即产品落地所涉及到的资源方）
对产品结构进行很好的了解和掌握，能够对当下经济社会中的生产性质、发展水平、资源利用情况、社会满足状况有一个比较全面的了解。这些因素也是直接跟经济社会有密切关系的，甚至可以说这些因素是经济社会发展的核心内容。从比较大的层面来讲就是国家经济中的各种产品构成情况，如果是小的层面来看，就是企业生产中各类产品的比例关系。
宏观产品经济上看是新产品和老产品的关系、进口产品和出口产品的关系、重工业产品和轻工业产品的关系、高中低档产品间相互关系。这些产品间的关系就是所谓的产品结构。只有当下社会或者是企业中的各类产品结构进行很好的梳理，然后才能够真正了解到社会发展进度中的各种问题。对于企业来讲也是可以直接关系到发展和存亡的。
在国家层面上，国家会对社会的产品结构进行合理的配制和优化，让社会的各种产品都保持在一个合理的状态。对于一些不合理或者是影响社会发展的产品要积极的打掉，这样才能够让社会产品结构趋于合理的状态，对于国计民生来说这是非常重要的。
2、设计架构
设计架构指的是产品在设计过程中的产品逻辑、交互规范、模块划分等细节层面，以保持设计过程中的一致性和通用性为主。
有两点可以概括产品架构的特点：
架构最大的特点在于，眼中没有产品形态的概念，只有数据流转的过程
产品架构的工作本质是在梳理数据流。如果梳理的顺，那么未来产品会做的非常顺畅，用户需要的功能可以快速实现，产品的稳定性也很高，同时可以有效支撑几年甚至十几年的业务发展。而界面只是对数据的窗口或者入口而已，那是未来各位前端产品经理或者后端产品经理考虑的事情。
需要深刻理解不同岗位的职责，以及他们工作的内容，也要深刻理解最终的用户
简单来说，如果开发、运营、产品、市场的目标都是打造好产品，那么架构师需要考虑的就是如何让这帮人打造出好产品。知乎经典问题“产品经理是否需要懂技术”，并不是需要产品懂写代码，而是理解技术对于实现需求时的优势、劣势、风险。同样的对于运营、市场、销售各个环节都是一样的道理。
拓展阅读
如何提升架构能力？
产品架构与传统产品经理以用户为中心的基本精神虽然是相通的（只不过这里的用户不再是公司产品的用户，而是公司内部的运维团队、产品团队甚至是技术团队），只不过因为系统的复杂程度和扩展性要求，比起做一个支付流程、做一个评论功能来说大得多，所以一般的产品经理很难有机会接触到。除了产品经理的常规能力要求外，还有几个重点感悟想单独拿出来说说：
- 好奇心，主动性
比如负责做注册的，至少可以接触到注册的数据存到了哪里，怎么入库的，中间经过了哪些技术实现环节，增删改查可能会有什么场景，未来其他部门或功能哪里会用到用户信息，一般会有哪些使用维度等等。这是一个相对完整的数据流程了。理解数据流程后，再进一步思考业务发展点，比如未来运营部门可能会用到这部分数据做用户运营，比如会有精准的运营内容推送，就涉及到数据关联，那么用户数据这块他们如何调用可以较高效合理。带着类似的问题去和相应的开发或运营部门去沟通，不经意间也许就可以有思路。
对于养成考虑极端情况的习惯
现在的产品经理设计功能的时候，都是正向思维，正常场景下没有问题，但是对于一些极端情况很少考虑。这也是开发让产品懂技术的一个主要原因。int不能为空值，最大数量上限多少，主键这些基本的概念如果产品懂一点的话，未来产品的稳定性可以大大增强，需求返工的概率也大大降低。而这些细节往往是数据库架构、接口规则制定时必须要考虑的。
- 懂数据
只要能把一个产品还原回一个动态的数据形态和流转过程，就可以去架构了。推荐阅读：
