产品经理进阶——架构设计

绘制原型只是表象,而且过于纠结业务细节,容易偏离方向和浪费时间。对产品经理来说,更重要更高阶的能力是对用户、业务和商业模式的深入洞察,特别是从商业的角度研究业务结构。

产品经理进阶——架构设计

产品的最终目的是变现,所以对于产品经理而言,其最终目标是设计公司的业务架构,解决商业变现的问题,实现从市场机会到盈利模式,这需要产品经理具备良好的商业意识、业务洞察、战略规划和设计架构的能力并融会贯通。

这样的学习能力是在实践中逐渐积累的,我们有必要从产品信息的架构、产品的业务架构方面去研究信息架构、产品架构和业务架构的关系,掌握产品的架构能力及相关要素,不断进步。那么,当我们成立了团队,确保了资源,明确了产品的方向。作为该产品的最高负责人,下一步应该从哪里做起?

是设计整个产品的业务架构、产品架构和信息架构。

一、业务结构是什么?

其实当一个简单的产品诞生的时候,它的业务和产品都是相对简单的。例如,一些工具类产品在做产品规划的时候,经常不会考虑到业务结构。

不过有另一种情况,产品经理没有考虑“业务架构”,而是奔向主题,开始画“产品原型”。

对于业务架构,可以合理解释为“企业可以从其产品上得到什么”,“用户可以从其产品上得到什么”,对于电商平台来说,这点就很明确,即战略目标就是用户购买到想要的东西,企业卖出其商品并盈利。

产品经理进阶——架构设计

为了实现这一目标,必须先明确通过什么样的途径才能实现,甚至还有其他的目标。

也就是说,产品端要明确和规划完整的业务交互过程,明确一个产品涉及到的各类的角色、用户期望的目标和他们完成目标的业务操作流程,为产品设计奠定基础。

产品的真正价值是顾客的需求和期望,所以产品经理的价值体现在如何实现顾客的需求。

例如,音乐产品的业务一般有内容和著作权的生产管理、消费管理。对于用户来说就是如何消费内容,对于创作者来说如何生成内容,对于平台方,如何基于内容进行运营是最需要考虑的。

该过程用图示表示如下。

产品经理进阶——架构设计

音乐平台的业务架构模型

这种架构方式是“用什么业务驱动”的设计方法,考虑的是全业务相互协作来实现业务整体的发展。

换句话说,“业务架构”考虑的是如何为用户提供价值以及企业以何种形式获得利益的问题。

它强调的是,我们能为用户提供什么?我们需要怎么做才能实现这个目标?

拿新浪微博来说,在营收业务方面,新浪微博主要依靠流量来变现,如广告业务等;在用户增长方面,微博主要是通过支持KOL来产生内容和社交关系,进一步扩大垂直领域的业务。

微博就是以社交为基础,用垂直业务来增加用户活跃度,然后利用用户画像和社交关系,带来精准广告的变现。

从这个角度来看,O2O平台无论是面对终端用户还是企业用户,都像是一个电器卖场。连接用户和服务用户的“实体”即为座席、店铺和工程师,这整个业务流程是平台基于用户的服务请求形成的业务订单完成的。

产品经理进阶——架构设计

业务架构图例

其实实际的业务架构图并不唯一,架构图的目的是将表达出整个模型,如何高效开展业务的基础上,进一步分解产品架构。

通过整个业务架构,我们明确地明确了平台的用户对象、业务关系,即确定了产品的业务边界范围和整个团队内的业务语言。所有的产品功能都是基于用户端和服务端的业务价值展开,可以减少不必要的系统成本和过度设计。
二、产品架构是什么?

业务结构就好比为房子的根基,那么房子的承重墙就是产品架构,它是决定产品整体方向的结构的。

以O2O平台为例,其业务主要是用户的“设备配送”、“设备安装”、“设备维修”的3个类型,业务对象是为了解决终端用户(服务要求)、店铺(用户的服务要求应答和工程师(履约服务工单)。

为了解决该业务需求,整个平台围绕用户、店、工程师这3种服务的实体,通过“服务名单”的业务流转过程完成,我们使用一幅图可以表现这种关系。

产品经理进阶——架构设计

产品架构图例

该图可以看到用户发起请求后的一系列操作过程,也可以看到为了支撑用户的服务请求而构建的一系列服务。

所以产品架构是可以指导产品经理思考如何解决用户的问题以及如何满足用户的需求。

“产品架构”作为产品的指南,主要解决了三个重要问题:

产品经理进阶——架构设计

1.产品方向

根据产品架构图的结构和路径,可以清晰地分解产品的路线图。同时,还可以指导业务容量、可扩展性等技术架构的选择,为未来产品开发指明方向。

2.产品边界

在很多情况下,我们不做的事情更重要。定义产品的基本边界可以使产品少走很多弯路,减少很多风险和不必要的成本。这对于创业团队至关重要。

3.产品路径

产品架构设计了各功能模块的业务范围,对各功能的内外部关系有了清晰完整的定义。当确定了产品的体系结构后,确定了产品迭代周期的范围,有助于上下游对产品的结构、功能和复杂性有一个清晰的认识。

从解决问题的角度,我们也可以清楚地了解一个好的产品架构图的基本要求:

  • 功能是抽象的、标准化的且相互独立的
  • 清晰的功能边界和清晰的架构层
  • 具有迭代优化能力

三、什么是信息架构?

很多时候,当产品经理得到“业务需求”时,他或她会不自觉地启动Axure等工具,并开始打造画布上的风景,构建产品原型。

这实际上是对产品的误解,也是一种效率较低的工作方式。

我们很容易从内容呈现的角度去思考解决方案(人的思维惯性更倾向于直接得到一些结果),而原型能够很快地看到产品的功能模块、页面布局、交互逻辑等元素。

这种误解使我们只关注产品的外观,而忽略了内部的构造逻辑。最终的结果是产品不够健壮,扩展性不够,用户体验不好。

内部构造逻辑是:信息架构,它决定了这个接口需要呈现什么内容,以及如何呈现,并清楚地表达了这个接口需要解决的问题,即业务痛点。

信息架构最直接的例子是商城。

产品经理进阶——架构设计

商场导览图

从地下停车场到各楼层的不同类别,再通过电梯和走道将各楼层连接起来,使不同需求的客户可以分为不同楼层。每个人都能找到自己想去的地方。这是购物中心的信息架构。

对于一个产品(商场在本质上也可以被视为一个产品),这是同样的原则。在同一界面上,如何按照一定的规则组织产品信息和内容是非常重要的,包括每个功能按钮的位置。因为它决定了用户在使用产品时的路线是否顺畅(体验是否良好)。

也就是说,在绘制原型之前,首先需要对用户的路径进行规划,这样用户可以在任何一页上找到自己想要的信息,并通过最合适的路径进入下一页。思考的重点是,在确定功能架构时,如何放置按钮并设置跳转连接,才可以有效地满足用户的使用需求。

产品经理进阶——架构设计

就像超市一样,如何设计一个合适的路径,让用户可以去他们想去的地方,买他们想买的东西。如果没有合理的信息结构,整个超市就会变得无序。

信息架构就是考虑如何有效地解决用户的问题,即如何提高用户的体验。

需要注意的是,在信息架构层,业务架构和产品架构都处于黑箱隐形状态,即业务价格和产品功能架构已经确定。你可以尽可能多地装饰房子,而不是拆除房屋的承重墙,也不要撬开天花板或移动地基。

四、架构,是一种递进的能力

  • 信息架构、产品架构和业务架构之间的关系可以看作是一种渐进的思维方式:
  • 信息架构:它是最前端的性能层架构,即向最终用户呈现的内容;
  • 产品架构:连接业务和用户性能层的产品功能,解决如何实现用户价值的架构(解决具体问题);
  • 业务架构:包括业务逻辑在内的业务运行机制架构,解决了产品边界问题,最终目的是对整个产品业务模型进行细化。

通过以上分析,我们可以得出结论:对于某些图像,业务架构是心脏,产品架构是骨架,信息架构是脉络,最外部的用户界面就是皮肤。

产品经理进阶——架构设计

这一结论的现实指导意义是:“不要再把自己当成一个原型仔。画一个原型是最简单的。在《用户体验五要素》一书中,详细阐述了三层结构在产品开发中的应用(感兴趣的朋友可以再看一次)。

业务架构、产品架构和信息架构可以从顶部到底部自上而下的看,也可以自下往上看。他们能够根据设计师如何与实际应用相结合,推断出最终的产品形态,以呈现在用户界面中。

另一方面,最终的信息架构是从业务架构中逐步派生出来的,从而向用户呈现前端表现层。

思考这三种结构是我们正确做事的重要途径。作为一名产品经理,产品经理的高级能力是不断深入了解用户、业务和商业模式,特别是从商业层面梳理业务结构。

本文由 新媒体之家 作者: 习惯养成社 发表,其版权均为原作者所有,文章内容系作者个人观点,不代表 新媒体之家 对观点赞同或支持,未经许可,请勿转载,题图来自Unsplash,基于CC0协议。
1

发表评论