功能列表

1.功能列表

本演示项目为单校版本，专门为一个学校的在线职业技能培训提供服务。通过对原始需求分析、目标用户分析、干系人分析、竞品分析和情景分析后得到的功能和功能启发进行整合，获得如下功能列表（由于本节是以上各环节的成果汇总，列举得详细一些）：

2.方法学习

2.1 什么是功能列表

功能列表就是为了满足需求而设计的功能点集合。

功能的来源不是凭空产生的，在我们这个系列中，前面的每一个分析环节都是在获得功能启发，为梳理功能列表提供功能点基础。所以，这里的功能列表，并不是一般意义的编写一个功能表格，而是作为产品设计基础能力，是一套有效梳理功能点的方法。

2.2 梳理功能列表的意义

梳理功能列表，是为了将原始需求、目标用户分析、干系人分析、竞品分析、情景分析得到的所有功能点以及产品经理对产品本身的功能思考进行整合，得到一个全面的备选解决方案列表。它是制作产品原型的前提，为产品原型提供指导，但是，他并不就是我们产品的功能（或者说全部功能），也不是最终解决方案。

2.3 梳理功能列表的步骤

要将之前获得到的功能及功能启发有效的整合起来，可以才有以下几个较为固定的步骤：

• 功能整合：把全部功能归纳、整合成为一个功能结构图；
• 筛选功能列表：明确功能的价值，筛选出必要的功能列表；
• 重要度排序：根据功能价值的大小，标记出功能的重要程度；
• 功能规则描述：为每一个功能添加必要的功能规则描述，为产品原型设计提供有效指导。

以上也是一个功能列表需要包含的主要信息字段，所以，一般功能列表的表头如下：

2.3.1 功能整合

我们在前期分析中得到了几个功能启发的列表，把它们简单的复制到一个表格，显得杂乱没有逻辑，我们如何将功能进行结构化的表达，不妨试一试以下几个策略和步骤。

2.3.1.1 关注需求的直观解决方案而不是实现细节

这是一个约束原则，我们在做功能梳理而不是功能设计，因此不应该一开始陷入“这个需求的前端和后台是什么”的细节，关注到满足用户的需求我们的提供的功能方案是什么（一般来说，就是更关注前台功能）。当具体实现时，才去考虑需求实现的完整业务逻辑及相应后台功能。

2.3.1.2 从角色出发

一切功能的核心都是为用户服务的，根据用户的不同需求划分好一系列系统角色，然后结合“角色的需求+功能点”进行整理和归类，是一种高效的、清晰的方式，这是我的经验。比如针对职校系统而言，核心的角色应该有管理员、监督者、校长、班主任、课程老师、助教、学员和游客。这些角色是某一类用户或某几类用户的集合，每一个角色都有自己的需求，与原先的功能列表结合，就可以找出某一个角色所需要的功能了。

2.3.1.3 分类与归纳

功能整合时，一般需要把原来涉及细节的5-7级的功能点，建议整合为不超过3级的功能结构，我们可以借助“分类”和“归纳”2种方法。

分类：类型相同的功能化为一组。比如，在干系人和情景分析中，都有教学提醒的功能。

归纳：是分类的后一个阶段，书面解释是“归拢并使有条理”。把一系列功能概括出一个集合（如完成某一个任务、某一个抽象逻辑），归纳结果一般为一个功能模块和一个大功能，如：报名、签合同。

2.3.1.4 功能结构图

功能结构图，是一种用于描述产品各个功能的从属关系和逻辑结构的、脱离于具体字段信息的思维工具。将分类和归纳的功能，使用功能结构图进行组织，形成功能“鸟瞰图”，不仅让功能更加清晰、逻辑更加直观，更重要的是通过功能全貌清晰地看到产品功能点及从属关系，避免梳理过程中的功能缺失，并在不断check过程中不断补充和完善功能。所以，我们在功能整理时，常常使用它来进行分类和归纳，并检查整理的结果，它很简单且高效。

比如，本次在线职业教育“教学模块”归纳的功能结构图如下：

2.3.2 筛选功能列表

为了更好进行下一步分析，往往我们需要把功能结构图改为列表。得到一张经过整合的完整功能列表后，还需要对功能进行打标和筛选，并不断优化列表（功能继续归纳重组）结构，为后续产品设计提供更明确的方向性指导。

2.3.2.1 找核心功能

好的产品应该有自己的核心功能，其满足了核心用户的核心需求，并有独特的竞争力和商业价值。在对核心功能思考时，需要建立自己的核心优势，否则核心功能不够“核心”，就很难在市场竞争中得到核心用户的认可。核心功能一般来自对目标用户的分析产生的功能，或是在重要用户情景中用户痛点问题产生的功能启发，也或者是对竞品功能的体验或技术的改进。

把焦点放在“要解决什么需求+如何解决需求”上进行思考，是找到核心功能最有效的方式。比如前端程序教学，学员一般在学习时“需要手写代码来加深理解”，一般的解决需求方式有很多种，比如传统的做法是“看视频，然后暂停播放，自己去练习”，但是scrimba创造了“边看教学并直接在教学中输入代码练习”的方式，以更好的方式解决用户需求并有一定技术壁垒，这就是核心功能。再比如，对于K12的在线教育也一样，传统的视频直播，老师很难掌握学生的学习情况，因此“直播+互动白板”，使得远程教学体验媲美线下面对面教学。再比如，考试系统的设计，像支持的题型、智能组卷、防作弊虽然是重要功能，但竞品基本也实现了，老师在出卷时最核心的需求是“要快要便捷”，自己编辑题目是非常繁琐且烦躁的事情，如果有丰富的试题库，就可以极大地解决老师的难题，因此“激励老师共建题目库（获利）并形成海量学科题库”就是考试系统的核心功能。至于如何实现核心功能，在具体原型设计和需求文档撰写时再深入考虑。

当然，在思考核心功能时，还需要结合：细分市场、自身资源优势、自身技术优势等因素进行考虑，每个公司有所不同，因此需结合自身的情况综合考虑。

2.3.2.2 筛选其它功能

在筛选其它功能时，常常采用“三问法”帮助我们思考，就是要对每一个功能多问问以下问题：

（1）为什么要做

互联网产品要添加新功能非常容易，不可避免地增加很多“用户可能会用”的功能，功能越来越多给用户带来的干扰也就越多（反而核心价值被忽略），也一定程度上影响用户体验。因此，思考清楚为什么要做这个功能：是符合公司的某一项商业价值？是满足用户的某一项需求？是普遍用户存在的一个痛点？

（2）为什么这么做

知道要做的事情，接下来就是把事情做正确。为什么这么做，需要权衡“需求满足程度、体验、成本、资源”等多方面因素，需要不断进行反思和反问，有可能进一步修正和优化已有功能方案。

（3）还能怎么做

满足需求的方式是多样的，想到尽可能多的解决方案，才能更有效地找出经过思考后的最优解。并且，最优方案往往不是一层不变，随着公司发展、内外部环境的变化，解决方案也会不断发生变化。

我们在梳理功能时，不断运用“三问法”进行思考，可以找到更多的备选功能，甚至可以找到当前最有的功能。这一思考方式，在面对同一需求有多个不同解决方案的功能时，可以帮助我们筛选出尽可能正确的、合理的功能。

2.3.3 重要度排序

这里的排序并不是开发的优先级的排序，而是从满足需求的角度来说，其商业价值大小的排序，更多的是分析和标记该功能的重要程度。一般可以划分以下几种重要度：

2.3.3.1 “A”必须要有

指在产品设计中必须保留和实现的功能。以下情况都属于必须有的功能：

（1）核心功能

在上述已经分析了如何寻找核心功能，毫无疑问核心功能是必需要有的功能，是产品落地后核心竞争力所在。比如，为职业技能提升提供在线直播学习的功能，其核心一定是互动性和引导性（而非被动的接受视频），其核心在于“远程互动教学和学习”，在互动的实现上可以是随时与讲师交流、在画板上共同创作、随时演练等等。当然，“职业技能”还是一个很宽泛的词语，包含着太多可能的解决方案，所以如果能进一步聚焦某一项技能，其核心功能可能更加具体、更加核心。

（2）基本功能

虽然不是核心功能，但产品本身也不可或缺的基础功能，来自目标用户和干系人的刚性需求。这些功能一旦没有，用户可能就感到十分痛苦设置无法满足基本需求。比如，在线技能学习后没有视频回放、直播安排没有课表及提醒、直播学员没有课程班级组织等。

（3）支撑功能

产品核心功能和基础功能实现需要依赖的功能。比如学员报名、审核、签合同、考勤等等。当然，上述功能尤其是基本和支撑功能没有严格的区分，只是辨别功能的一种分析方式，往往它们也没有明显的边界，但是它们都是一个产品不可获取、必须具备的功能。

2.3.3.2 “B”建议要有

指核心需求之外，但又能普通提升用户满意度的功能，所以一般是围绕用户体验不断改进的非核心功能或普通用户期望的功能。这类功能往往会受到成本、实现难度等限制，但是一旦实现对用户体验有极大提升，所以需要标记出来，平衡多方资源予以实现，或者等待技术成熟时加以改进。比如，在教学过程中，为了提升互动体验和检测学习效果，可以在直播过程中进行发题并回收。

2.3.3.3 “C”可以有

指锦上添花的低频功能或小众功能，这些功能一般来自细分小众人群或特殊的使用情景。比如职业技能教育时，能直接引用老师的素材程序编写和执行查看结果的功能，这往往是针对前端编程学习的需要。低频小众功能不一定总是C类功能，在细分领域，它可能会成为一个核心功能，比如刚刚提到的“暂停播放直接编程”的学习方式，就是scrimba的核心功能。

2.3.3.4 “D”不需要有

指根据我们产品原始需求和用户的分析，不符合设计目的的功能（一般呈现时，这类功能可以不再体现到功能列表中了）。它不一定是功能不好、理念不正确，只是不符合设计目的。比如，针对职业技能的培训，课程教学环节的安排中，不需要“预习”功能；而K12往往预习是传统教学模式中一个非常重要的环节。

2.3.4 功能规则描述

仅仅罗列一系列功能名，往往很难清晰地知道背后的含义/用途或逻辑，尤其是过一段时间后，可能自己都忘记了功能原本的来源和目的。因此，为功能添加必要的功能规则描述，对产品功能进行适当的补充说明就非常有必要。以下内容都可以作为功能规则的描述：

细化功能解释。较为详细地表述功能的目的、用途或作用，或者较为详细地描述下级资源。比如“添加教学资源”，需要注明：教学资源是支持教学开展的素材，支持图文、PPT、PDF、Word、视频、音频等。

描述功能流程。较为详细地描述功能的条件和规则等，比如功能触发条件、运行机制、实现效果、反馈等进行明确说明，为原型设计提供有价值的指导和参考。比如“添加教学资源”，出来资源类型外，其功能规则主要是：每一个教学环节可以设置一个教学资源，弹窗选择资源类型、设置资源标题、添加资源、设置资源完成条件、发布资源后，教学资源即可添加成功。

补充功能逻辑。功能点往往很难体现功能背后的逻辑，需要进行补充说明。比如同样是“添加教学资源”，直播类型课程可以添加6种资源、录播类型课程可以添加3种资源等等。

提取功能亮点。从布局、实现原理、设计、交互甚至提示语等细节处，把功能参考时发现的亮点进行记录，可以作为未来产品原型时的参考。比如“添加教学资源”，用tab抽象出各类资源添加的3个步骤：选类型、设置内容、设置完成条件。

完善的功能规则描述，使得功能列表更加易于理解，使得原始功能分析的精髓被保留下来。完成功能列表的制作，一个产品的基础分析工作就算告一段落，通过一系列的分析，我们实际得到了一张结构化的功能点，但是请注意，这是一张用来参考的、完整的备选解决方案列表，但并不是我们产品最终的功能！

以上从原始需求分析、目标用户分析、干系人分析、竞品分析、情景分析到最后的功能列表制作，我觉得这是一种有效的、易于掌握并有助于提高产品设计能力的基本方法论。该方法论是网龙公司内部根据多年的软件设计经验总结的基础产品方法论，对我自身的工作有非常大的帮助，故结合自己的理解，分享出来。

pmlab普通用户

收藏 海报分享