如何画功能结构图:中医信息化系统功能结构图分析

3 评论 31896 浏览 144 收藏 10 分钟

笔者结合自己的亲身经历,以中医信息化系统功能结构图为例,向我们分析了如何画一款功能结构图。

刚入行产品经理的时候,大家都会把原型设计当成产品工作中最重要的工作。接收到工作任务后,第一件事就是打开Axure开始画原型、做交互。

刚入行的你,非常愿意花时间做高保真原型,以为原型画的好,才是一个优秀的产品经理。

于是,辛辛苦苦做的带交互、细节完善的原型,在实际开发中或者落地时在功能结构上面遗漏了导致推翻重做或者大改。时间浪费不说,开发对你的信任度也逐渐降低。

对于产品新人,我想很多都有这样的烦恼:为什么辛辛苦苦做的带交互、细节完善的原型并且很完善的产品方案,会被批评逻辑混乱、功能不清晰、设计有问题。最后不得不浪费大量时间返工。

相信掌握了“功能结构图”的方法以后,以上问题得到了根本性的改观。

在写PRD、竞品分析文档中,我们常常会看到产品结构图、产品功能结构图或者产品信息结构图的身影,但需要讲清楚他们的定义和作用也真没看上去那么简单,这里作者尝试用“中医院信息化系统电子病历模块-功能结构图”分享一下自己的观点。

特别声明:由于篇幅和其他因素限制,本系列中所有的实例图在完整性上有省略和简化,仅作为举例讲解用,请读者不要纠结图表是否描述完整、是否有缺失模块,主要是给读者来告诉大家如何画功能结构图。

一、功能结构图定义与作用

1. 定义

功能结构图就是按照功能的从属关系画成的图表,在该图表中的每一个框都称为一个功能模块。

功能模块可以根据具体情况分大或细,分解得最细小功能模块可以是一个程序中的每个处理过程,而较大的功能模块则可能是完成某一个任务的一组程序。

用通俗的话来说,功能结构图就是以功能模块为类别,介绍模块下其各功能组成的图表。

2. 作用

产品概念设计的运用工具之一,能够对不完全确定的设计问题或相当模糊的设计要求,以一种较为简洁和明确的方法表示。在绘制的过程中,能够帮助产品经理思考并梳理产品的功能模块及其功能组成;

梳理需求,以整体布局的方式对整个产品页面中的功能结构形成一个直观的认识,防止在产品需求转化为功能需求的过程中出现功能模块和功能点遗漏的现象。

二、功能结构图常见误区

我们需要需要区分功能结构与信息结构图

例如:在其功能结构图中许多朋友会直接用“名词”来表示其功能点,画图人可能本人清楚,但看图人就会产生疑惑:这个“名词”到底是指提供可查看名字的功能还是可查看并修改名词的功能。

形容一个功能点时建议多采用“动词+名词”的语言描述形式,这种方式不仅信息传达更加准确而且可以避免读者不必要的困惑。

如上面的例子中我们就可以把“患者基本信息”改为“患者基本信息管理”或“查看并设置患者基本信息”来描述功能点。我们来看下图这个例子

三、如何绘制功能结构图?

在实际应用中,产品功能结构图通常在以下2种情况下绘制:

  1. 对未完成的产品在设计阶段绘制,确定产品功能结构;
  2. 对已完成的某个版本的产品绘制,用于分析并传递该产品的功能结构;

1. 在产品的设计阶段,如何挖掘并确定功能结构图中的主功能模块呢?

首先主功能模块应该是产品在完整业务流程中的各个核心功能模块,我们可通过业务流程中所涉及到的功能需求去提炼出主功能模块,提炼完成后再通过业务流程走查一次,看是否有遗漏的主功能模块。

举个例子,假设我们参与了中医电子病历系统的早期功能设计,其产品初期定位是支持电子病历信息的采集存储、访问、业务接口、围绕提高医疗质量、保障医疗安全、提高医疗效率而提供信息处理和智能化服务功能应用系统。分为业务功能、接口功能等。

那么其对应的核心业务可以简化为

这样我们就很容易得出产品设计阶段临床信息系统的主功能模块,如下:

结合下面现有版本的微信功能结构图对比一下,经过上百次迭代,其主功能结构几乎没有发生变化,但是功能分支已经非常的细节,

记住B端产品与C端产品不同的是B端产品需要把整个功能都完善后才可以上线,因为它面临的是用户涌入测试,很有特别多的反馈。我们不得不佩服其功能结构的拓展性;

当通过业务流程将主功能模块确定下来后,再根据业务需求对其进行功能的详细设计即可,在此就不再展开了。

2. 对于已确定产品来说如何绘制功能结构图呢?

一款不管多复杂的应用其主功能模块的划分数量都不能太多(5-9个为佳),一般情况下当对产品功能结构进行分析后,我们仍然会采用导航栏功能模块作为主功能模块然后对其下属的功能模块进行整理。

只有当我们认为某个次级功能模块在业务上太过重要且产品价值较高时,我们才可以将其划分出来作为一个单独的主功能模块。

嚼碎来说,当一个次级功能模块反复出现在不同的导航栏功能模块中的时候,我们专业术语叫“耦合度高的功能模块”我们就可以考虑将其拆分出来作为主功能模块,因为这个时候意味着这个次级功能模块在产品的业务流程中来说十分重要,而且这也可以让我们的产品功能结构图更加简洁清楚。

如上面“中医电子病历功能结构图(V6.5.21)”中的搜索模块就同时出现在了导航栏中的功能模块和通讯录功能模块。

3. 如何确定功能结构图中的颗粒度呢?

功能结构图中的颗粒程度需要根据具体应用场景来定,由画图人根据需要自行把控即可。

比如说在产品设计的过程中,功能结构的建立是设计者的设计思维由发散趋向于收敛的过程,刚开始的颗粒度一般比较大,可能仅涉及到某个功能模块,随着设计的不断推进,功能结构图的颗粒度会不断细化,最终可以拆分至某个具体的功能操作。

这里将“系统管理模块”功能模块作了细化,仅供参考:

 

作者:Rolia, 前海康博士联合创始人兼产品总监

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

题图来自 Unsplash,基于 CC0 协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 受用,感谢作者。

    来自广东 回复
  2. 受用颇多,不仅是网上少有的讲述制作B端产品功能结构的文章,并且阐明了绘制已完成/未完成产品方法的不同点,对当下的我帮助很大!

    来自四川 回复
  3. 前海康?

    来自安徽 回复