功能设计：将需求转化成实际的功能列表

2017-12-18 13:25:00

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

概念设计阶段是需求从抽象到具体、从模糊到清晰的过程，确立了产品的功能模型和信息架构。而功能设计则需要将信息架构进一步落地，是从框架结构到详细设计的过程。以分析后的需求为依据，在概念设计的基础上，设计产品的功能，经过功能的成本核算后，再进行产品设计。
功能设计主要是确定产品的功能列表，产品初始的核心功能基本上在这个阶段就定下来了。实际上，我们在做需求分析的时候，做加法和减法的核心思考也是保证产品的核心主线功能，只是功能设计阶段出来的功能列表更细化，甚至是到任务级。我现在给产品团队分配任务的时候，基本上都是这个层级的，功能列表细化到只差设计落地了。
在做功能设计的过程中，要注意三点：
一是要对功能列表进行分类。产品经理在确定产品主要功能列表之后，应该考虑为用户去做的事情就是分类。分类可能无助于降低产品使用的难度，但是可以帮助用户更快速的认知产品和周边的世界。主要就是降低用户的认知和学习成本，让用户更容易接受。
有些产品的核心功能实现之后可以应用的场景很多，比如在线视频类的功能，可以做直播、录微课、开视频会议、做远程协作等等，虽然功能的操作难度是一样的，但不同的场景下操作步骤或者环节是不太一样的，这时若要达到用户快速上手的目的，就需要依照应用的场景对相应的功能列表进行划分，进而达到不同场景下的不同功能列表组装。
二是要坚持围绕功能框架来设计功能列表。千万不要反过来做，概念设计阶段确定的功能框架实际上就是产品整体功能的核心组成部分，在此基础上去细化功能列表。也不要迎合任何人，功能加多了并不是什么好事。
不要倒过来去做，很多时候依照功能列表去反推功能框架，往往会把产品规划变得面目全非，你对功能列表的取舍就变得没有依据，觉得每个功能点都挺好的，都对产品有帮助，到最后发现组装出来的已经完全不是原来的设想了，这样也会导致功能设计偏离需求分析的结论。
围绕功能框架去设计，不要去迎合领导，不要去讨好用户，不要去取悦自己。产品经理在做功能设计的时候，要能保持平和中立的心态，才能确保核心主线功能不出现任何偏差。
三是想清楚再确认加入列表。任何一个功能点，只要还没有想清楚，宁愿先不做。不要为了功能的丰满度，刻意的加上一些待确认的功能点。
这样做的危害是比较大的，既有可能影响项目的进度，又可能会造成大概率的返工。我们在需求分析阶段就要做需求的可行性分析，到功能设计阶段，也要做功能点的可行性分析，确保功能列表都是明确可实施的。
以营销短信管理模块为例，这是CRM系统里很常见的一个功能，要实现营销短信对用户的针对性发送，一般都需要给运营人员做一个发送管理的系统，常见的功能框架为发送短信和查看结果，基于此的功能列表如下：
短信发送结果明细列表查询，可查看接收方手机号、发送时间、发送内容、发送状态；

按接收方手机号查询发送结果；
发送内容模板的自定义管理；
接收方手机号信息的批量导入；
单一接收方疲劳度控制；
发送内容支持链接；
短链接转化生成功能。

可以看出在围绕发送和结果查看这两件事上，需要做不少的功能点。而第5点和第7点看似和功能框架没什么关系，却是比较关键又是可以取舍的功能。
疲劳度控制主要是考虑接收方体验的，一般是单个手机号单天收到3条以内，也已经很多了，现在1天收1条都会觉得多，有些产品甚至控制3天收1条，这取决于受众群体的接收能力。如果发送比较频繁，这个功能点是很有必要的，如果发送不那么频繁，这个功能也就可做可不做的，因为不频繁的情况下完全可以人为控制。
短链接生成是考虑短信发送字符限制的问题，正常的链接都是字符数很多的，现在市面上有很多短链接生成的第三方工具，这时还需要分析可行性，考虑需不需要调用第三方的API，还是人为的去做短链接的转化。
从这个例子可以看出，我们在围绕功能框架设计的时候，产品经理除了要将常规的功能点设计出来以外，还要考虑业务本身的场景要求和用户使用的场景要求。
例子只是针对一个功能模块的，若是整个产品，首先功能模块的数量就会比较多，其次设计的原则都是差不多的，比如常见的注册登录功能，该有的功能点都要有，另外就是结合目标用户群体的使用场景，看需不需要增减功能点。就拿修改密码这个功能点来说，在直接使用手机号码注册越来越常见的今天，修改密码和找回密码这两个功能点的取舍是可以好好考虑一下的。
功能设计就好比盖房子过程中的房间使用场景设计，在确认了房子里有厨房、卫生间、客厅、卧室等主要框架结构后，比如要确认厨房的场景列表，要支持烧饭、油烟处理、水池等等，就是厨房常见的使用场景，如果你还要支持烧烤、烘焙，你就要考虑一下厨房空间布局是否合理和够用了，而一旦确认了厨房使用场景，就进入了厨房布局设计，有点像产品里的原型设计。
很多小伙伴在做产品的过程中可能都没有功能设计这一步，所以出来的原型很多情况下结构条理性上就差一些，甚至出现做着做着跑偏了的情况，建议大家还是按部就班地做，等你熟练掌握了，胸有成竹就行了，没必要一步步的画出来写下来，但在前期，还是规范一点更有助于产品基础能力的锻炼。