本想画个产品结构图…

最近负责了新项目,想自己先梳理业务。熟悉业务最快捷的方式是把它的结构画出来。说到结构,又有信息结构图、功能结构图、产品结构图、数据结构图等,一堆让人混淆的词。所以查了些资料记了些笔记。本来想画个信息结构图,发现其中涉及太多专业东西:信息、结构、架构、信息架构、概念设计……


产品结构图(产品原型简化版)= 功能结构图(框架)+信息结构图(内容)

如何区分信息和功能

如何区分“信息”和“功能”呢?有个不恰当的类比,“巧妇难为无米之炊”,这里“米”是信息,“炊”是功能。有了信息才能设计出功能,根据功能设计流程,流程包含哪些页面,页面里展示哪些信息。在工作中常见的分工是:产品经理和技术规划功能,设计师画页面和布局,运营提供分类方式。

大部分情况人们关心的是功能点,因为功能是按照心智模型设计,人们关心的是能不能听歌、能不能评论互动、能不能分享。

功能结构图

功能结构图主要用于梳理产品功能点。

1)首先进行主要功能的梳理,再围绕主要功能展开功能点的罗列。

功能流程图

2)根据主要功能,划分主要功能模块:

3)在主要功能模块的基础上添加次要模块和细节功能点,就得到了产品的功能结构图:


   ———————其他知识点补充——————

信息架构 Information architecture/IA

信息架构:将信息加以设计其结构、决定组织方式及归类,方便用户进行查看与使用。信息架构的主体对象是信息。信息架构师一门博大精深的学科,有专门研究信息架构的课程,这里不做深入研究。

对于「信息架构」而言,用树状图、鱼骨图、拓扑图去描述,通常只能表达一种关系;当然,对于信息的「表现形式」,这些以一点为核心的图表,具有「非常直观」的优点。

ER图

学习《数据库设计》的时候,会用ER图表达数据库表的关系,即Entity Relationship Diagram,实体-联系图。这种图描绘的是:实体类型、属性、联系。

实体Entity:数据模型中的数据对象,比如在电商业务中,商品、订单、类目都可以作为一个数据对象,画图的时候用长方体来表示。

联系Relationship:用来表现Entity和Entity之间的联系。

属性Attribute:实体所具有的属性;唯一属性(也叫主键primary key)可用来标识该实体,用属性带下划线表示,一般来讲实体都至少有一个唯一属性。

版权声明:
作者:Zad
链接:https://www.techfm.club/p/6268.html
来源:TechFM
文章版权归作者所有,未经允许请勿转载。

THE END
分享
二维码
< <上一篇
下一篇>>