编辑导语：在产品设计流程中，虽然我们在需求评审环节就已经将具体的功能要求解释给技术和团队，但后续验收时，技术并不是一定按照我们的想法来设计——毕竟双方的沟通是有差异的。
这种情况下，如何避免双方理解不一致的问题？提交功能清单，或许是一个比较好的解决办法。

当产品经理依照功能结构制作原型时，要求是一个管理员列表页，我们会想到什么呢？

首先要在页面展示管理员表格，有相应的增删改查操作；

其次，需要针对表格字段设置相应的搜索入口，方便数据查找。

这样看来，该页面的功能已经完成，如图所示。

在团队验收项目之后，可交付成果被提供给客户，这时客户方发现某一搜索入口存在问题：当用户输入管理员姓名想要搜索数据时，只记得管理员姓什么，这时输入姓氏，结果却显示为空。

于是客户提出bug修改意见，开发检查代码后发现，是因为该搜索入口设置的是精准搜索导致，这给产品带来了不好的使用感，也降低了客户的满意值，**功能遭到返工。

项目复盘时，团队成员针对这类情况进行讨论，发现存在这种情况的原因是，在产品设计阶段，产品经理并未对这一点的设计进行标注。可能是主观认为该功能点一定是前后模糊搜索，又或是落下了对这一细节设计的思考。

结果就是开发未接收到产品经理的想法，开发过程中根据自己的理解做成精准搜索，**导致客户搜索不到数据。

而且就算开发想到了用设置模糊搜索，那么模糊搜索还分前后模糊搜索、前模糊搜索、后模糊搜索，1/2的比例猜对后，该功能点还有2/3的比例可能被返工，一来二去项目效率就被降低。

这时如果有一份可以将功能细节明确，规范记录的功能清单，将搜索框的配置要求进行标注，记录逻辑功能设计要求，就显得格外重要。看到这里你也许会问，功能清单是什么？在这之前不是已经有功能结构图了吗？

一、什么是功能清单

功能清单也可以叫需求清单、功能列表，是一种将项目功能需求通过文字的形式记录，方便团队成员查看的交付性质的文档。

相比于通过使用思维导图整理的功能结构来说，功能清单主要以excel的形式存在，涵盖功能模块、功能点、功能描述等多个维护字段，其交付质量越低，开发时间就会产生越多损耗。

比如注册页面存在上传文档的功能，产品经理调研后认为文件上传需要支持jpg、pdf、png、tif格式，并且字段必填，将功能清单交付开发后，开发可以对这一功能的细节需求清晰明了，降低不必要的返工率。

二、功能清单的优点

功能清单的存在，在开发期间为项目维护带来了些许便利，主要体现在以下几点：