产品架构设计

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

产品的架构分为五个层面:

•战略层

•范围层

•结构层

•框架层

•表现层

这五个层面,每一个层面都由它下面的那个层面来决定。从战略层到表现层,也就是从抽象到具体的过程。这五个层面并不是独立开来的,也就是说并不是要完全做好“底下一层”才能做“上面一层”,而是让每一层面的工作在下一层面可以结束之前完成。如下图所示:

在每一个层面我们都会根据竞争对手的情况和在业内已经过用户检验并得到良好结果的方面,做出符合我们自身情况的决策。(这里就是大家常常所说的“竞品分析”和“不重复发明轮子”,其中重点是你要真正的看”懂“竞品,找出优质并符合自身的轮子)。在每一个层面我们都会根据竞争对手的情况和在业内已经过用户检验并得到良好结果的方面,做出符合我们自身情况的决策。(这里就是大家常常所说的“竞品分析”和“不重复发明轮子”,其中重点是你要真正的看”懂“竞品,找出优质并符合自身的轮子)。

此外,早期的互联网产品基本都是信息型的产品,而随着互联网技术的告诉发展以及人们对互联网产品的需求越来越广,越来越高。互联网产品加入了越来越多的功能,这就有了我们平常所说的功能型产品。但是目前大多数互联网产品都不是处于信息型或功能型单一的方面,而是”混合型“的产品。(你能说新闻类产品就是单纯的信息型产品吗?或者你能说搜索引擎产品就是简单的功能型产品吗?)

但是,我们在做产品讨论、沟通或决策的时候。我们会发现有人从内容需求、信息架构、导航设计这条线去讨论,而有些人会以功能规格、交互设计、界面设计这条思路去阐述。这样往往将这两个方面混在一起讨论,从而产生模棱两可的结果,谁也说服不了谁。其实原因就是你们说的不在一个维度上,自然谁也无法说服谁。所以我们姑且将两个分开讨论。也就是下图的分布:

下面分别在这五个层面展开:

战略层:

这是最底的一层,这一层可以说展现了我们产品的灵魂。在这一次我们需要回答两个重要的问题:

•我们要通过这个产品得到什么?产品目标

•我们的用户要通过这个产品得到什么?用户需求

这两个问题必须在范围层结束之前解决,不然你的产品从开始就已经偏离了主线,我想这个产品离着失败也就不远了。

在这一层,我提供一个方法论:

可以从四个方向去想产品:

•第一点:蓝海市场,我们发现了强需求(占先机)

•第二点:红海市场,我们有天然的优势(占天赋)

•第三点:蓝海市场+当前弱需求(超前占位)

•第四点:红海市场+自身无优势(被迫阻击)

如果做前两点的产品,可以说是幸运的,也是相对容易做出成绩的,这里你的天赋可以说是技术、平台等等。如果是蓝海市场而且目前是弱需求,可以这么说这个产品超前了,但不是说天马行空,在目前来说只是弱需求。(比如从目前来说,可穿戴设备领域,智能硬件领域。)如果是红海市场而且没有优势,但是如果不做原本业务就会受到影响,甚至倾覆或者对未来的业务拓展造成了很大的阻碍。那么,硬着头皮也要做。(比如阿里巴巴做来往,以及支付宝改版中的9.0版本)在这一层还要考虑的是在用户头脑的品牌形象,这是很多大公司在拓展新业务的时候,需要想到的事情。因为当一个品牌在人们心中根深蒂固的时候,往往会产生下意识的映射。这样对你的新产品的推广起不到好的作用,因为人们会觉得你不专业。

此外,在这一层一定要将“用户”搞清楚:

•“用户是谁”

•“用户的需求是什么(根本需求)”

•“用户细分”

•”创建人物角色“

最后,战略是可以演变和改变的,它贯穿于一个产品的始终,它是产品的初衷,也就是上面所说的产品的灵魂。

范围层:

这个层面上,我们要回答这个问题:我们要开发的是什么?

•从功能型角度来考虑,我们需要考虑功能规格。

•从信息型角度来考虑,我们需要考虑内容需求。

这两者是血肉关系,你中有我,我中有你。正如”知乎“是一个UGC的产品,其中一定要有一个内容管理系统,在系统中要有编辑,审核等功能。在功能需求方面,我们往往会会用到一个词-”场景“,他的意思是通过想象我们的用户将会经历什么样的过程,我们帮助他顺利的完成这个过程的潜在需求。

在这个层面上,我们要写一个熟悉的文档,叫prd文档。关于prd文档怎么写好,这里不再赘述。

结构层:

在这个层面上,逐渐由抽象向具体转变。在这里最关键的就是”理解用户“-理解用户的工作方式、行为和思考方式。将这些转化为知识,注入到我们的产品中。在交互设计方面,要注重逻辑,模型。

在信息架构方面,要注重内容的管理,分类和顺序。

框架层:

•界面设计:比如说用什么控件表现,哪块需要重点呈现(大大的按钮)。

做界面设计时,要遵循大多数人原则。建议大家去看看人机界面相关

的书籍。

•导航设计:这个要解决的问题就是要清楚的告诉用户,”你在哪“,”

你能去哪“。”你怎么去“。(现在大家都在用搜索啦,首页顶部都

会有一个大大的搜索框)

在这里提一句,在这里还有一个老朋友就是,我们要做线框图。(建议不加多余色彩,不然容易被吐槽,用黑灰色)

表现层:

这一层也就是感知设计。大部分是视觉方面的,也会有听觉、触觉等方面(比如声音、震动)。这个也就是我们产品的”颜值“。这个方面产品经理要多与我们

的设计师沟通啦,充分激发设计师的想象力。这就是平常我们所说的-”性感的产品“。

本文的大体框架来自:用户体验要素 (豆瓣),向大家推荐本书。

其实产品架构嘛,其实就像搭建一座楼一样,需要哪些组成部分,各方面需要投入多少注意什么,才能保证这个楼的稳固,这个我想和技术架构的思路是一样的,但是内容却基本不同。所以如果要有产品架构的能力,就得站高,你眼中看到的不是一个表单,不是一次交互,不是一个功能,而是你要达到一个目标,你需要的整个的产品循环。比如你要搭建一套UGC 平台,为了能够运转起来,你需要用户进入模块,包括什么欢迎页面、登录注册甚至邀请流程,需要有新手引导等等,你需要有发布内容流程,这个就会细到各种交互表达设计等待的,然后内容组织,用分类还是标签还是纯基于人这个节点什么的,然后浏览发现利用的流程,比如搜索呀,推荐呀,广场呀按照需求考虑用什么,然后用户激励需要贯穿,比如用什么方式让用户交互起来,用什么方式来表达用户的贡献,操作、消息是否通畅什么的~可能还需要考虑反作弊模块,数据挖掘的模块等等,根据需求来吧~

上面所说可以架构一个产品的主要模块,但是还不够,产品需要有血有肉还得和运营配合起来,那又大了,内容和用户的控制模块,对外输出内容引入用户的渠道等等。形成一幅更完善的产品图谱,这样就能知道哪些模块互相影响,哪些地方出问题了,哪些地方是短板,哪些地方不足影响了最终的产品目标等等。这是我理解的产品结构。

相关文档
最新文档