在总结《模块设计从需求到原型》一文中，有些疑虑。所以另开一文《在产品架构之前》。同样基于《用户体验要素》一书提出的理论模型，本环节走在定完战略层、范围层之后的结构层。－－题记
了解产品架构
什么是架构？架构，也可以称为框架吧，其实就是产品模型。你做数据报告，有数据模型。你做理论，有理论模型。那做产品也是一样的，有产品模型。不过跟其它行业区分下吧，就统称个名词为架构。
架构有啥好处？架构让产品变得更简单、更高效、更易用、更易变。跟模型一样的。
架构指代什么？产品的架构，通常包括需求的架构和设计的架构。从需求的架构出发，可以指导后端设计数据库设计、业务平台逻辑架构等工作。从设计的架构出发，可以指导产品设计、前端逻辑架构等工作。
📒也有同学这么分的，架构可以和传统行业一样划分，分为物理架构和和逻辑架构。然而我认为物理架构对于互联网产品而言就是数据库设计。数据库设计是后端架构师的事。产品架构基于用户心理模型（而非业务模型或工程模型），结合角色－核心诉求－实体3要素分析，能抽象出基本的架构。总言之，产品架构是自上向下。二业务模型和工程模型都是自下向上的。
👇引了个用
知乎用户觅路客：我理解的产品架构，对应《用户体验要素》中的「结构层」。架构分2个层面，1是物理架构，2是逻辑架构，举个例子，比如一个楼盘，物理架构：楼盘→期→栋→单元→楼层→房号→房间。逻辑架构：指示系统、中央空调系统、水电气网络系统、进水&排水系统、监控系统、房屋结构系统……产品也是这样的，物理架构：频道→页面→模块→元素。逻辑架构：登录注册系统、导航系统、搜索系统……所以，我认为产品架构能力就是指这2方面是否考虑周全并架构合理。
架构的目标是什么？产品架构有两个基本目标：1、满足需求高效简单；2、产品设计过程高效简单。需求包括用户需求、战略需求、商业需求、运营需求等吧。
📒这个需求分类反向推导回去，一样可以得出3要素。角色有用户、老板、客户、运营。核心诉求就是范围层的定义：服务每个角色到啥程度。实体抽象下就是产品。因为业界已经有比较成熟的需求分类推导结论就不再分析了。当然这个结论有时候也是需要质疑的。
如何更好的进行产品架构
怎么进行产品架构，就各说各话了。如何更好的进行产品架构，我觉得可以提些想法。
比如说想法一吧，此处需要产品经理富有的联想能力、抽象能力、演绎推理能力、系统思考能力、学习能力各种能力。然并卵，我都不知道这些都是啥能力？说笑了我们来看看别人举的例子。
👇举个栗子
知乎用户PM学技术王志刚：新浪微博的Page化战略，在产品层面，就是一个架构的设计过程：将人、机构、兴趣、地点等事物都对象化成Page，并且将Page的关系梳理成赞、关注、订阅三种关系。在这种产品架构下，如果要把微博上用户正在看的书的信息整合，那就很简单：书的Page；如果要把用户对于“产品架构”这个话题的信息整合，那就是：”产品架构“的Page……很简单的实现了以不变应万变！
这个例子的思路我还是按照3要素方法来演绎，也即基于用户心理模型（而非业务模型或工程模型），结合角色－核心诉求－实体3要素分析。通常实体出来了，搞搞实体关系图，架构就差不多定了。那么问题来了：
角色怎么划分？新浪微博的角色是普通用户、商业用户、明星用户、运营用户、专业用户。通过范围定的新媒体平台划分了角色。
对应的核心诉求是啥？新浪微博的用户对新媒体平台有啥诉求？此处该有脑图或者list。方式自己爆脑，或者召集别人脑暴。自己选。
普通用户说：我想要展示自己。我想要和朋友们互动。我想要和明星互动。balabala～然后逐个细化吧
商业用户说：我想要推广自己。
明星用户说：我想要让商户注意到我。
专业用户说：我想要balabala～懒得伤脑子了，就是举个🌰啊
实体是啥？新浪微博抽象出来page。好吧，个人主页什么的也可以吧？反正就是个名字。怎么抽象出来的，靠联想、靠演绎推理。像无厘头的想象怎么破？平时多了解下业内的新产品吧。还需要从生活中从各种行业中各种联想吧。
然后实体出来啦，实体关系图出来啦。系统思考下，横向、纵向，没问题呗。基本就是你了！
好！梳理完毕！
基于用户心理模型（而非业务模型或工程模型），结合角色－核心诉求－实体3要素分析。3要素分析方法最无厘头的是环环相扣，可以不断深入推导。通过实体－角色－核心诉求可以推导出新实体。通过用户－实体－核心诉求可以对用户重分类。通过实体－角色－核心诉求又可以细化核心诉求。
其实这篇文章也就这句话有用！哈哈，我理解这个思维用在战略层、范围层、结构层都可以啦！
and now ，回到《模块设计从需求到原型》也该是这个思路来。
网友评论