资深产品经理的产品架构技能:不断深入思考,进行逻辑分析

10 评论 11242 浏览 90 收藏 13 分钟

产品架构作为一个产品不被看到的地方,产品经理需要如何进行梳理,打造最好的、最合适的产品架构?

在市面上越来越多的产品形态中,我们是否能够从产品的形态中,抽取出一些产品架构的要点来帮助我们以后进行参考学习?

首先我们将产品架构分为两个大的层面,一个是宏观的层面,一个是微观层面:

  • 宏观层面:也就是价值观这些东西,产品架构我们可以理解为我们是一款游戏的主宰,或者是一部电影的导演,怎么安排拍这部电影就是架构能力。怎么玩这个游戏就是架构能力,其中的规则和玩法是我们需要进行思考的,其中会涉及到很多的角色和人员。
  • 微观层面:架构这是一个标签,就像我们的名字一样,只是一个单纯的名称重要的是叫这个名字的人,这个人会产生一定的价值和相应的收入。

好的产品架构是很容易理解的,而不是使用一些别人听不懂的词汇,或者自己造一些没有的名词,不是说只有专家对应的人员才能理解对应的意思。

好,铺垫基本上完成了,我们接下来进入正题。

产品架构在基础层面需要具备的三点:系统思维,技术基础,功能整合。

首先从基础层的三点开始说明:

一、系统思维

系统思维,就是产品的每一个功能之间是相互关联而不是独立的部分,独立的部分就不会是系统了。如果你的产品由一个个单独的部分组成,那么就需要进行改进了。

系统我们举个简单的例子,以方便大家的理解。

自然界的生态系统,生物与环境之间相互制约和影响,并且保持一定的平衡状态,由一定种类的动物、植物、微生物组成,这些是基础的元素。但是这些之间元素又有着联系,并且被一定的条件所制约;在这个系统下面又分了很多细小的系统,这些系统根据对应的生物的特征进行分类。

那么转换到产品中,我们身边的微信就是一个很好的例子。

其中的小程序和微信公众号还有微信第三方的工具插件,从不同的行业中将最核心的业务构建在微信的平台上面,让用户在微信上面就可以完成对应的操作。这些行业按照用户使用的高频和最基本的功能,将他们搭载在微信平台上面。

当然,这么做的还有今日头条,采用系统思维的方式进行业务的搭建。

产品经理在刚开始的时候,需要一定的系统思维,这样以便于你后期的产品扩展。这个需要一定的时间实现你的想法,同时需要产品经能够将产品的长期目标规划好。

二、技术基础

这是技术转产品经理的优势,但是将这种优势需要发挥到最好,才能对你产生一定的帮助。没有技术背景的最好是看一下对应的技术的书籍,不要太专业,编程最简单的是前端,可以试着写个页面,使用html标签,写几个页面感受一下。

技术的基础能够让产品经理明白对应软件设计模式,这样能够在后期架构中使用一定的模式来帮助我们。我们需要知道一些简单的技术词汇和最基础的算法,去看一些对应的关键词汇的含义,像数组、循环、遍历、枚举等等,这些是技术最基础的东西。

当然,你可以选择看一些对应的开放平台的技术说明文档,可以不看代码,看一些业务和说明。

如果你要做一个产品负责人,那么就需要一定的技术技能进行支持。因为产品架构不是单一的,不是你看了几篇分享,会说几个技术的关键字就可以的。

架构能力和交互设计,对应的信息和功能架构有一定的联系,产品经理的发展是综合的要求。

在后面的部分,我们会说明信息、产品和业务之间的对应的联系。

三、功能整合

我们在开发产品时,了解了对应产品的功能,就需要将其中的各个功能关系进行合理分析,最终会形成一定的产品的模型。这个模型是由各个模块组成,最后形成一定的整体形态。

我们产品的整体形态是为了让不同的用户接触对应的产品,在实际的环境下面,我们的用户会只选择形态中的一部分,而不是全部。假设是全部,那就是我们的忠实粉丝用户。

在接触对应的形态之后,我们的用户对于这个形态会有一定的认知,这个认知来源于用户自身和我们产品。

最终我们的用户能不能接受我们的产品,其中的决定因素是用户通过自身建立的认知和产品模型提供的认知是否一致,或者说契合度的高低决定了用户能不能留下来。

还有一个就是我们系统的认知的难易程度,用户接受的难易程度和产品系统整体一部分的难易程度,产品系统的整体性能不能让用户在最短的时间能够接受最简单的东西。

这个是最主要的,用户接受不了就会离我们而去。如果你的产品要强制用户学习一段时间,那么就不是很好的产品。

以上就是架构需要的基础技能和需要掌握的东西,接下来就是架构,主要分为三个面,本文最后会重点总结一下这两者之间的一些联系。

1. 界面架构

在说明之前,我们先通过小故事开始:

世界上的很多东西,有我们肉眼看得见的,有一些是看不见的。就像一台笔记本电脑,我们能够看见的是外观和显示屏里面的电路板需要拆开,但是电子元件之间的电流我们是看不见的。

那么互联网的产品是一样的,界面的架构是我们可以看见的操作,后台管理和对应的操作流程是看不见的。所有产品都有这几个要素,我们实际工作中需要思考这三者之间的联系。

界面架构就是将APP端或者其他的产品进行合理的布局,展示在用户面前,展示出来的界面功能包含着流程设计和公司的业务。我们将对应的重要点提炼进行对应的布局,就像APP中的导航、搜索、信息列表等功能,界面架构主要将对应的单元信息进行组成。

2. 流程设计

流程架构主要是将我们产品在设计上如何进行抽象整合,以最好的、最合适的方式去支撑我们的业务。就像你修楼一样,先要有骨架,有了骨架才能进行里面的其他工作。

流程架构需要我们熟悉对应的每个功能点、对应的功能点之间的联系。同时也不能将功能点设计的不符合用户的习惯,对应的流程我们需要明白每一个功能背后的业务支撑,哪些是盈利的功能,这个功能流程是什么样的?这个流程能不能减少付款的步骤,或者是减少用户的操作。

如果是产品负责人,对流程架构就需要更加高的要求。就像你修了一栋楼,整个小区的布局设计,产品负责人需要进行全面的布局和考虑的业务。例如,对应的功能扩展性和复用性,前端和后端对应的接口是否一致,功能组件是否关联起来了?

3. 业务结合

以上的内容都需要背后的业务进行支撑,业务就是你做了一款产品,怎么商业化,也就是进行盈利。

业务是商业逻辑的体现,体现在业务的运转和一定的机制中,界面和流程需要将对应的业务进行体现。

业务的结合需要将一定的商业、业务、战略、规划等相互结合,这样的业务能力来源于我们的经验,工作的经验和日常的观察。假设你有商业敏感的嗅觉,那么很多时候你是可以做出一款优秀的商业产品。

就像我们知道基础的广告可以获利,但是怎么获利和减少对用户的骚扰,这就需要一定的水平进行架构和策划。市场上面的手机,各种推荐广告,可以说是很讨厌这种,你还关闭不了,定期给你推送,这种牺牲了用户为主的业务,建议不要使用。这种方式是反人性的,可以看一下微信的朋友圈广告,这种方式能够让用户不那么反感并减少对用户的骚扰。

当遇到一个比较复杂的产品时,我们需要从这三个层面进行分析,将三者联系起来:

  • 从界面架构推断对应的信息内容;
  • 从功能层面推断对应的流程设计;
  • 从商业层面去分析对应的业务。

我们拿一个产品进行举个例子:

一席,功能层面主要是演讲,所以界面设计为主要的现场演讲,将不同的演讲进行整理和划分对应的演讲是现场录制后期进行剪辑的视频;商业上班和别克汽车进行了合作,别克汽车进行赞助,还有就是一部分门票的收入。

主要的业务就是举办演讲活动、收赞助和门票,这样的业务背后有一个专业的内容制作团队进行。

就简单分析到这里,深入的分析会在以后的文章中进行详细的分析。

这三点的主要核心就是为产品的用户增长做铺垫,我们需要在复杂的产品中进行逻辑的分析,需要找到关键点进行合理的分析,我们对关键点的把握直接决定我们产品的业务和用户的增长速度。

如果我们想要做得更好,就需要不断对用户和商业还有业务进行深度的思考,并且能够进行洞察,不管后期有什么创新在产品中。

不论是大的还是小的创新,我们都需要围绕商业和用户的增长进行梳理,并且梳理的结果是有逻辑和可以进行参考的。

不断深入思考,提升自己对产品深入思考的能力,在此希望和大家共同进步。

 

本文由 @李杭 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 看来作者君没有搞明白看这篇文章的都是些什么人,你告诉了读者一个产品要做什么,甚至生动的比喻了,但是怎么做你也没说啊,这篇文章太宽了,很多东西就像写小说都是坑,期待下一篇能更好一点!

    来自福建 回复
  2. 你的标题决定了别人对你的文章的期待,工作如此,生活如此,写作如此,期待写出真正的资深产品专家的理解

    来自浙江 回复
  3. 抄的吧?然后也没理解原创的思维,就胡乱加一些有的没的进来了?

    回复
    1. 一百个读者一百个理解和看法

      回复
  4. 看完后觉得好像讲了什么,但是细细一想,又觉得没有记下来什么,感觉略微有点宽泛

    来自北京 回复
    1. 深入的内容会在后面慢慢写

      回复
  5. 既没有讲是什么,也没有讲怎么做,胡写一通的垃圾文章

    回复
    1. 难道就不会简单思考一下吗?

      回复
  6. 我们想构造一个短视频商业平台,结合阿里的网购、腾讯的聊天、字节的视频+全类应用开发。这样的平台可以架构吗?

    回复
    1. 假设资源有限先聚焦,在创新

      回复