产品架构图到底是怎么“画”出来的?( 四 )


产品架构图到底是怎么“画”出来的?

文章插图
通过这种高度抽象后,整个系统非常简洁而又完整,各个环节只需要通过一个订单主线即可完成一系列的任务,不管这个过程将要发生多复杂的业务交互,都始终能够围绕用户和订单来进行溯源管理和任务处理 。
这种抽象后的业务动作即可作为我们构建产品架构的核心信息,通过业务分层和逻辑分层,严谨进行分拆,形成最终的产品架构设计,并根据这一线索进行恰当的展开和引申,则整个平台雏形便显现在我们眼前 。
回到问题的起点,假设我们没有能够进行这种抽象性的架构设计,我们将面临怎样的局面呢?
 
04 架构,是一个渐进的过程架构,是一个偏向宏观的事情,而设计则是一个偏向细节的事情 。这里要区分的一件事就是技术架构和产品架构,技术架构是将产品需求转变为技术实现的过程,产品架构则是将用户需求转变为产品需求的过程 。
我们可以想象一栋楼的地基问题所带来的影响,对任何产品而言,一旦架构定错,轻则楼盖不高,重则根本改不起楼 。
产品架构图到底是怎么“画”出来的?

文章插图
所以,产品的架构设计,最考验PM的判断力和设计能力——体验是设计出来的,产品是规划出来的,简洁的架构决定产品的调性 。
但是,与“房屋”的案例不同的是,产品的架构不只是“结果”,而是一种迭代的过程 。它会随着业务的发展而不断优化和调整,对一款产品来说,不存在一种始终静态的架构模式 。
比如:电商平台,在早期很多功能可能都不是关键性业务,在架构设计都可能不会考虑,而是随着业务的发展而调整 。所以,必须保证产品架构具备一定的扩展性和成长性 。比如:电商平台的banner,随着业务的发展,它能完全成长为一个独立的强运营的业务模块 。
<本文完>
 
#专栏作家#杜松,公众号:产品微言,人人都是产品经理专栏作家 。专注于人工智能方向,擅长产品规划和架构设计 。
本文原创发布于人人都是产品经理 。未经许可,禁止转载 。
题图来自Unsplash ,基于 CC0 协议 。
 




推荐阅读