功能的定义

功能是产品与使用者之间最基本的关系。人们在使用一件产品的过程中,经由功能获得需求的满足。

产品的功能设计集中体现了产品设计的易用性原则。经过功能设计,在合乎易用性的基本原则基础之上,我们才能进一步探求产品的适用、创新与致美原则。

德国工程师协会对功能的定义为“一个系统为完成某项任务,而对输入、输出和状态参数之间的一般关系的抽象”。

功能的分类

1、按功能的重要程度分类

按照功能的重要程度分类,我们把产品的功能分为基本功能和辅助功能。基本功能指的就是设计对象最主要的功能,无论产品的附加功能怎样扩充,都不能替代其基本功能。
GPS无论怎样进行功能上的叠加,都不可能抹煞其作为GPS最基本的功能——定位和导航。

2、按功能的性质分类

从功能的性质角度,我们把功能分为物质功能和精神功能。
物质功能指产品的实际使用功能、材质功能以及产品的适用性、可靠性、安全性和维修性等客观性功能。
精神功能则是指产品的外观造型给人的审美感受和产品的物质功能本身所表现出的审美反馈。精神功能具有情感化设计的特征。
如椅子的物质功能就是坐,在此基础上加入不同的造型设计给人不用美的感受;另一个则是一个创意的U盘。

3、按用户需求分类

从用户需求类来划分,可以把产品功能分为必要功能和不必要功能。必要功能属于用户实用性功能,这种功能必须满足用户需求。
游戏对于年轻人来说是必要功能,但是,对于老年人来说,是不必要功能。

4、按功能的实现手段分类

按功能实现的手段分类,可以把功能划分为硬功能和软功能。
硬功能指真实存在的实体功能。
软功能是一种没有固定体态的软件功能,其存在方式不是现实存在的直观的事物,而是虚拟化的、数据化的预先设定。

功能设计流程

1、明确产品功能的目的

分别对用户、平台、商业来说有什么好处,一一列下来,如果无法说服自己,就要思考一下值不值得做了

2、梳理功能的基本逻辑

想一下功能的基本逻辑是什么,用户大概的使用路径和数据的流向又是什么

调研相关的产品功能
看看哪个产品适合我们借鉴的

3、制定、选择方案

梳理核心流程机制,可能的解决方案有哪些,梳理每个方案的简要业务流程,根据开发量、效果和产品所处阶段针对性的分析,选择合适的方案,不一定选择最酷的,但是一定要选择性价比最高的,也就是说方案的效果是满意的,成本也是能接受的;

4、原型设计和需求文档

如果功能比较小,这两个东西完全可以合起来

5、运营推广策略

在关键的路径上,找到推广的位置,制定推广文案,明确推广的效果

产品经理想好整个方案,将需求转化成实际的功能列表,画出原型图。然后与设计师讲述清各功能点,交互细节由交互设计师去完成。UI设计之后,就是前端工程师的静态页面设计,然后后台程序员的技术对接,整个流程设计就完成了

需要注意的是:

产品经理不是功能经理,但好的产品经理一定能做好功能,产品早期,功能为主,产品成熟后,对原有功能的迭代为主,完整的功能,一般需要经过简单的评审才能提交研发,一个方案好不好,只要看以下评价标准:对内讲效率、对外讲体验、对商业谈转化

MVC功能设计模型:

这个和程序猿世界中的MVC设计模式有很多相同之处,也有一定区别,主要是我们现在讲的模型是从程序中的MVC功能设计模式提取优化改进出来的,可以帮助我们全面考虑一个功能涉及的方方面面。

M:Model(模型)

一个功能包含哪些数据,信息域,要交代清楚,尽量清晰明确,主要针对服务端的工程师对接。

V:View(视图)

应用程序中处理数据显示的部分,主要与UI和交互对接。需要把需求的界面描述清楚,这个功能的界面是长什么样的,用图画的形式,描述清楚。

C:Control(控制)

是应用程序中处理用户交互的部分。主要与前端工程师对接,要把一个功能一个业务的流程描述清楚,第一步是什么第二步是什么,每一步流程都涉及哪些角色,每个角色有什么权限。

功能设计七字真言

产品设计的七字真言是增 、删、查、改、显、算、 传

所有的产品设计,本质上都是对于一些数据、内容、结构层、信息做一些交互,这是产品的本质。

增加按钮的样式、位置
增加按钮的文案:添加、创建、新建?
增加内容的字段
字段的必填非必填说明
字段的验证、提示说明
界面排列的说明
弹窗还是当前页跳转?
……

删除按钮的样式、位置
删除案例的文案: 删除
删除时是否要确认?确认窗口的样式
删除完以后界面布局的变化
逻辑删除
物理删除
删除之后是否会影响到其他的功能模块?
…….

按照哪些字段进行排序?
搜索框:需要对哪些进行搜索?是否可以组合搜索?搜索后的界面如何程序?模糊搜索还是精确搜索?
搜索结果的展示如何?是否和搜索条件有关系?
搜索条件之间是否有冲突?
查不到数据该如何?
需要查看哪些数据?
……

编辑按钮的样式、位置
编辑按钮的文案: 修改、编辑?
弹窗还是当前页面跳转?
可以修改与不可修改的说明
更改数据之后,对其他功能模块的影响
……

一般来说,产品经理做到以上四点就能把原型做的非常完善,例如数据做成了列表样式,是否考虑了分页?是否需要排序?排序的话按什么条件进行?排序满足不了需求的话是否需要搜索框?查询框?查看详细列表的打开方式是怎么样的?本页操作还是新窗口操作?跳转之后需不需要跳回来?选择数据支持单选还是多选?单选的话是用下拉还是radio?如此等等,细节交代的越清楚,和程序猿的沟通成本就越小

页面内容的布局
每页多少条数据、数据的排序?
是否有翻页、翻页样式如何?
是否提供查看详情,如何查看?
查看是弹窗还是当前页打开,还是新页面?
如何从各个操作页面跳转回原页面的方法?
跳转回来的页面如何显示?
不同权限用户的数据展示是否有不同?展现规则是怎么样的?
……

计算规则
页面公式、特定指标的计算规则
数据背后的逻辑
……

不同用户之间、不同操作之间传递哪些数据?哪些字段?
需要提供哪些API的接口?整合其他第三方系统时,他们提供的API是否能够满足我们现有需求?
数据的流向规则
……

每当我们在做产品设计的时候,都在心里默念着七个字,基本上设计出来的产品功能点就都覆盖到了,省去了产品讨论和产品研发过程中很多不必要的沟通、交流和冲突。

最后说一句,不管怎么样,各位产品经理们,需要对产品经理本身的职责要搞清楚,如果你短时间内不能达到产品经理本身应该具备的素质,那你就应该努力提高自己对产品设计和产品经理职责的理解;并且,要发挥自己的亲和力将整个团队的各个成员的长处组合起来,一起完成一个满意的产品。

制定功能的考核指标

什么是功能考核指标:

需求考核指标是考核产品上线后的数据表现
需求考核指标≠KPI,只是单次需求的效果检验
需求考核指标≠目标,而是上线效果的自然表现
需求考核指标≠成绩,如果每次都好,是能力,如果不好,迭代
做产品需求不考虑数据、不考虑埋点的PM都是不合格的PM

能反映效果的指标:

各种转化率:订单转化率、注册转化率….
活跃度:访问深度、发布比例、回帖比例…..
留存:次日留存、周留存、4周留存…..

能反映产品问题的指标:

访问速度
潜在Bugs的发生比例

如果考虑下面的几个问题,那么设置出来的考核指标很可能就是有价值的:
每次需求的考核指标和公司目标有什么关系?
产品经理应该关注需求的哪些指标呢?
制定需求考核指标的关键是拆指标

功能考核指标有什么用?

产品上线了,分析重要的数据才能检验效果,所以检验一个产品,就需要给产品制定一个具体可评估的考核指标,然而在很多公司,特别是初创公司,并没有形成制定考核指标的意识。产品需求包含数据要求,可量化可执行,对“产品人品”的累积有巨大的帮助

建立一套相对客观公平的效果评估依据,为产品后续的迭代做依据,对产品可能出现的风险做监控,内部沟通的润滑剂

如何合理设置功能考核指标?

可量化、可计算、可执行:

满意度能不能作为考核指标?
PV、UV是否作为单次产品需求的效果?

与你本次需求有直接关系的指标

做的是注册需求,要不要关注订单转化率?

对比:和上次相比如何?

注册转化率3.1版45%3.2版35% X
订单转化率2.1版10%2.3版25% √

公司目标 收入 = 成交数量 X 单价
运营目标 成交数量 = 浏览量 X 转化率
产品指标 转化率 = 用户获取 + 渠道转化率 + 用户留存 + 活跃度

功能考核指标制定过程:

产品设计后需要有一定的指标来进行考核,可是这个指标不是容易设置的,如果设置的不好,那就和没设置一样。所以,一个有价值的考核指标的合理设置过程是什么呢?

当前版本产品需求的目的

本次需求的目的是什么?  
    提升速度?  
    提升活跃?访问深度、发帖转化率  
    提升分享的比例?  
哪些指标能体现这次需求的目的?怎么计算的?  
辅助指标是什么?  
    留存比例等  

回到流程图确定打点页面

找到关键节点,监控数据就是核心指标
核心指标是怎么计算的?公式是什么?
必须统计的底层数据项有哪些?
再找2-3个需要关注的辅助指标是什么?

确定数据埋点

底层数据项有哪些?分别在哪几个页面或者流程中?
哪些页面需要打点(埋点)
基于业务流程图的打点是最有效的打点方式

制定数据回收策略

短期关注,提前约定好,找研发跑--遍出来分析即可  
    上线后1周、2周、1个月的数据表现  
    上线后用户使用情况,有个概念  
长期关注,需要功能支持,进统计后台或者定期自动邮件发送  
    上线后每天都要检测的数据,比如注册用户数、关键转化率、基础数据

上线后分析数据,找到迭代的方向

上线后数据出来,一定要分析,要结论!要结论!要结论!
数据不理想,是否有bug,还是用户没抓准?还是流程上出了问题?
相比较而言,数据表现是如何的?
给相关人员通报上线后的数据表现和结论,进行需求总结

在做功能设计的过程中,要注意三点:

一、要对功能列表进行分类。

产品经理在确定产品主要功能列表之后,应该考虑为用户去做的事情就是分类。分类可能无助于降低产品使用的难度,但是可以帮助用户更快速的认知产品和周边的世界。主要就是降低用户的认知和学习成本,让用户更容易接受。

有些产品的核心功能实现之后可以应用的场景很多,比如在线视频类的功能,可以做直播、录微课、开视频会议、做远程协作等等,虽然功能的操作难度是一样的,但不同的场景下操作步骤或者环节是不太一样的,这时若要达到用户快速上手的目的,就需要依照应用的场景对相应的功能列表进行划分,进而达到不同场景下的不同功能列表组装。

二、要坚持围绕功能框架来设计功能列表。

千万不要反过来做,概念设计阶段确定的功能框架实际上就是产品整体功能的核心组成部分,在此基础上去细化功能列表。也不要迎合任何人,功能加多了并不是什么好事。

不要倒过来去做,很多时候依照功能列表去反推功能框架,往往会把产品规划变得面目全非,你对功能列表的取舍就变得没有依据,觉得每个功能点都挺好的,都对产品有帮助,到最后发现组装出来的已经完全不是原来的设想了,这样也会导致功能设计偏离需求分析的结论。

围绕功能框架去设计,不要去迎合领导,不要去讨好用户,不要去取悦自己。产品经理在做功能设计的时候,要能保持平和中立的心态,才能确保核心主线功能不出现任何偏差。

三是想清楚再确认加入列表。

任何一个功能点,只要还没有想清楚,宁愿先不做。不要为了功能的丰满度,刻意的加上一些待确认的功能点。

这样做的危害是比较大的,既有可能影响项目的进度,又可能会造成大概率的返工。我们在需求分析阶段就要做需求的可行性分析,到功能设计阶段,也要做功能点的可行性分析,确保功能列表都是明确可实施的。

功能设计就好比盖房子过程中的房间使用场景设计,在确认了房子里有厨房、卫生间、客厅、卧室等主要框架结构后,比如要确认厨房的场景列表,要支持烧饭、油烟处理、水池等等,就是厨房常见的使用场景,如果你还要支持烧烤、烘焙,你就要考虑一下厨房空间布局是否合理和够用了,而一旦确认了厨房使用场景,就进入了厨房布局设计,有点像产品里的原型设计。

很多小伙伴在做产品的过程中可能都没有功能设计这一步,所以出来的原型很多情况下结构条理性上就差一些,甚至出现做着做着跑偏了的情况,建议大家还是按部就班地做,等你熟练掌握了,胸有成竹就行了,没必要一步步的画出来写下来,但在前期,还是规范一点更有助于产品基础能力的锻炼。

总结

  • 功能是指一个系统为完成某项任务,而对输入、输出和状态参数之间的一般关系的抽象
  • 功能的分类:基本功能、辅助功能、物质功能、精神功能、必要功能、不必要功能、硬功能、软功能
  • 设计流程:明确产品功能的目的、梳理功能的基本逻辑、调研相关的产品功能、制定方案、原型设计、运营推广策略
  • 功能评价标准:对内讲效率、对外讲体验、对商业谈转化
  • 功能设计模型-MVC:模型、视图、控制
  • 产品设计的七字真言是增 、删、查、改、显、算、 传
  • 制定功能的考核指标:反映效果和问题
  • 需求考核指标作用:为产品后续的迭代做依据,对产品可能出现的风险做监控,内部沟通的润滑剂
  • 考核指标标准:与你本次需求有直接关系的可量化/可计算/可执行/可对比的指标
  • 指标制定过程:明确目的、确定关键页面、数据埋点、制定数据回收策略、分析数据
  • 功能设计的过程中,要注意:功能列表进行分类、坚持围绕功能框架来设计功能列表、想清楚再确认加入列表