一般来说，只有极少数的资深PM能够承担起构建产品架构的工作，而大部分只是初学者的产品主管或产品运营专员所参与的任务并没有他们日常任务那么严峻(简单的产品功能结构不是)。
经过需求的收集、分析和选择，我们对产品的精准定位和用户的需求有了越来越深刻的理解，对所有产品的导向和版本号迭代更新的节奏的把控会更有感觉。这种感觉也可以称为“产品感”。虽然有点模糊，但确实存在。根据我自己的工作经验，及时了解用户需求和场景，也是积累产品感的绝佳方式。有了非常好的产品感，还要再往前走，才能把产品引向更高的长宽比。
过去产品主管已经整理了产品第一个版本号的功能需求，也输出了详细的功能需求目录。这时候要做的工作就是为产品搭建好结构，也就是产品设计方案的第三阶段——搭建结构。所有的互联网技术产品都应该有一个产品架构。有了这种强大可靠的架构作为产品的基础，每个人都可以逐一填写产品需求，让产品变得丰富多彩、立体，更加平凡而不平庸。
到底什么是产品架构，产品高管应该如何构建好的产品架构？我们来往下看。
什么是产品架构？
每个产品都有自己的产品架构(也被很多人称为信息架构)。就像每个人都有自己的骨骼系统一样，你的骨架大小决定了你大致的体型会是什么样。每个人的体型都不一样，高矮胖瘦都不一样。
有些产品的产品架构比较复杂，比如绝大多数的tob产品，比如客户关系管理智能管理系统、ERP手机软件、电子商务网站后台管理系统、货运物流后台管理系统、SaaS手机软件等有些架构更轻更简单。比如toc的大部分产品，比如途游、摩拜单车、直播间APP花椒直播、花椒等。，自然包括手机微信(虽然现在功能越来越多，但总体架构还是简单明了，一目了然)。
大家直接看好多个例子:
天猫商家的后台管理。
就是天猫商家工作的后台管理。如果看到左边厚页是否导航，是不是觉得很复杂？光门店管理会有10多个二级菜单。梳理淘宝和天猫商城的产品架构真的不是一件容易的事情。但是因为我一直很好奇，所以复杂的后台管理，商家可以很清楚的了解每个功能在哪里。
对于架构复杂的产品，对产品主管的工作能力要求较高，要让产品主管展示功能完善、结构细致的架构系统软件，让用户按照 *** 作步骤应用各项功能。所以这样一个架构的特点就是会产生一定的学习和培训成本，有的甚至要对产品的用户进行学习和培训(像Taobao.com就成立了淘宝学院及其淘宝社区)。这类架构产品的用户一般都比较集中。只是针对某一类群体，大量功能必须有效整合，灵活合理安排，聚焦重点用户场景。
脸萌官网
好像又是一个例子，是曾经风靡一时的脸萌app官方产品网站。详细分析一下这个官网的产品结构，是不是超级简单，简单到只剩下两个订单——首页和关于我。这里需要注意的是，即使是简单的两个邮件列表(有些官网只有一个邮件列表)仍然构成了详细的用户体验，因为按照这个框架，网站的整体目标和用户的要求早已被充分考虑。自然，如果你想彻底改变网站的整体目标，或者用户的要求发生了变化，那么你就要提前做好再次调整产品架构的准备。
轻架构产品，它的总体目标是向用户展示一个简洁明了的信息架构，让用户使用起来轻松流畅。就产品高管而言，轻架构的产品设计难度，全靠情怀和自主创新。可以根据加减乘除产品继续聚焦用户的关键应用场景，让用户轻松上手。当产品的用户规模上升到一个新的高度，我们就可以拓展产品的应用场景和产品架构。
典型的多产品架构实体模型
杰西·詹姆斯·加勒特(JesseJamesGarrett)在《用户体验的要素》(ElementsofUserExperience)一书中明确提出了互联网技术产品的几种典型的产品信息架构实体模型。第一个信息架构实体模型更符合大家产品高管对产品架构的理解和准确定位。后三种信息架构实体模型可以作为第一种实体模型的补充，或者你也可以把它整理成网页级的信息架构。
第一个是层级结构。
层次结构实体模型
该书全文是这样描述这类产品架构的——“在层级结构中，连接点与其他相关连接点之间存在父子关系。子连接点意味着更多的类别定义，从属关系意味着更多的父节点的理论类型。不是每个连接点都有子连接点，但是每个连接点都有父节点，一直到所有结构的父节点。关联的定义很容易让用户理解，手机软件也倾向于以层级的方式工作，所以这种结构是最常见的。”
这种伞形产品架构可能是互联网技术和移动互联网产品中应用最广泛的信息内容结构，比如大家使用频率最高的手机微信和手机Q，以及它们的各种toc移动app，甚至复杂到b的产品，都是应用这种产品架构来开发产品设计方案。这种建筑的特点是符合人们的认知习惯。因为人天生就有分类的习惯，比如写字台，人们会习惯性地把书放在一起，把录音磁带之类的放在一边；再比如每个人的衣柜。一半的你会在不同的季节把衣服裤子放在不同的地方。在我们的日常生活中，我们整理东西是为了更好更容易地找到我们需要的东西。
下图显示了蜻蜓fm初始版本号的分层信息结构:
蜻蜓fm的产品信息架构
在应用层次结构的情况下，一定要注意层次和宽度的问题。
每个人都有购物的经验。其实有时候做产品和逛街差不多。一些商业空的设计更有效，让购物用户非常容易找到自己想要的产品类别。一些商业化空的设计往往会让你迷失方向，来来去去好几次。在定义产品架构的情况下，考虑到产品架构的深度和广度已经成为产品主管的必备课题，以淘宝APP和唯品汇APP为例，淘宝属于宽而深的架构，唯品汇属于浅而窄的架构(相对论)。在深层次架构中，用户实际 *** 作效率不高，用户获取信息和执行目标任务的途径增多，但相对而言，用户选择的渠道减少。在部分深度-宽度架构中，用户有更多的渠道需要处理，选择渠道需要更多的时间，但减少了用户的实际 *** 作方式。
建筑的广度和深度
宽而浅的产品架构和窄而深的产品架构各有利弊。产品架构在实践中应用的关键是结合自身产品的精准定位、业务流程特征、发展趋势链接、用户特征、应用场景进行选择和判别。
第二，当然是有机结构。
当然，结构实体模型
全文如下:“当然，结构不容易遵循所有一致的方式。连接点之间是一一相连的，这类结构没有明显的分类定义。当然，结构非常适合探索一系列关系未建立或一直在演变的主题风格。但是，当然，结构并没有给用户一个明确的标志，让用户感觉自己在结构的哪个部分。如果你想鼓励随意冒险的感觉，比如一些游戏、娱乐或者教育平台，那么当然结构很可能是一个不错的选择；但是，如果你的用户下次必须使用相同的方式来找到相同的内容，那么这种结构很可能会将用户的体验变成一种挑战。”
事实上，这种产品架构在toc的手游、游戏娱乐、新闻资讯类产品中普遍使用，如优酷视频、好奇日报等。自然，很多时候当然要结合结构和层级结构来进行思考。比如用户去“好奇心日报”这个网站，很可能一个应用方法就是用户心里已经有了一个既定的新闻资讯总体目标，喜欢看最近商业服务发表了什么大故事。因此，用户将点击上面的“所有类别”，选择电影，选择商业服务部分，然后访问。但是，还有一种应用方式，就是漫无目的，就是从上到下立即访问，看到自己非常感兴趣的新闻标题，就点开。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）