如何做好C端产品问题收集表？

一、问题收集表

1. 什么是问题收集表

问题收集表是需求收集阶段的产物，是一种汇总文档，通常以表格的形式出现。

一份完整的问题收集表常由以下几个字段组成，分别是：用户问题、需求类型、本质需求、需求来源、对应的产品功能、目的等。除此之外，一份完整的问题收集表还需要包括文档标题、文档书写目的、文档书写内容以及编辑时间。

2. 编写目的

产品经理通过设计问题收集表对从问卷调研、用户访谈、竞品分析或团队头脑风暴等调研方式获取的产品需求进行剖析、定义和汇总。最终以表格的形式展示出来。编写问题收集表不仅让产品功能的设计有根可溯，更体现了C端产品以用户为中心的设计理念。

二、编写时常见的问题及对策

1. 用户问题和本质需求傻傻分不清楚

问题根源：这个问题的产生其实是你对“用户问题”和“用户本质需求”这两个概念没有分辨清楚。用户给出的问题是以他能够考虑到的层次表达出来的。而用户的本质需求是我们要思考用户问题的真伪性并结合产品而给出的。

对策：在编写用户问题时要注重展现用户自身的感受，在编写本质需求时注重展现解决用户问题的最快方法。

以美团外卖为例。用户使用美团外卖点外卖功能的“用户问题”为“天气太冷，我很懒，不想出去吃也不想自己做”，而“用户需求”则为“能有人把饭送到我手上”。

2. 需求类型该如何判断

问题根源：我们这里的需求类型划分以KANO模型为标准。KANO模型包括五种需求，包括必备型需求、期望型需求、魅力型需求、无差异型需求以及反向需求。该问题的产生是因为你在编写时没有确定唯一的一个定性角度。

对策：判断用户的需求属于哪一种类型是由编写者所站的角度决定的。用户在进行需求判断前必须要确定好一个稳定的角度。由于C端产品是以用户为中心的设计理念，所以我们定位到用户角度准没有错。

仍以美团外卖为例。对于用户而言，一款外卖APP拥有的GPS定位、外卖配送等功能可以定义为必备型需求，而它拥有的“配送优惠券”则可以定义为期望型需求。

3. 功能设计目的只针对用户

问题根源：虽然C端产品是以用户为中心的设计，但我们在考量设计目的时不能仅仅考量它能否为用户解决问题，也需要从公司和商业的角度分析这个功能是否有对公司和商业利益造成影响的点。

对策：目的设计要从是否为用户解决了问题、为用户解决了哪些问题、为整个产品提供了哪些支持、为公司获取了什么效益等方面考虑。

以支付宝为例。支付宝的“蚂蚁森林”功能从用户角度看，它设计的目的是为了满足用户的成就感，给用户一中免费公益的途径。但从它的设计公司阿里巴巴的角度来看，它设计的目的是为了增加用户粘性、树立企业公益形象等。

4. 需求收集只找用户

问题根源：虽然C端产品设计是以用户为中心的，但不仅仅只考虑用户的需求。需求的收集也需要考虑到老板和设计团队。例如老板想要通过某项功能赚钱又或者是设计团队内部头脑风暴而来的需求。

对策：需求的收集工作要以用户为主，附带收集团队头脑风暴而来的需求和老板的需求，这些一定要在需求确定之前收集完整。

老板觉得你们刚做出的产品用户量不够，愿意投钱新加功能拉新。产品团队在头脑风暴时想出的加一下运营活动功能，这些都需要写进问题收集表。

三、总结

问题收集表虽然只是整个产品设计流程中的辅助文档之一，但它对于产品的设计起到了转折点的作用。它是产品具象化设计的开端。它是成功将用户的需求和想法转换成一个产品雏形的标志之一。因此，设计一份完整、精准的问题收集表对于整个产品设计流程来时是至关重要的。

当然，本文中提出的问题只是笔者自己在制作问题收集表时遇到的问题，可能会存在不完整的情况，希望大家能够谅解，也希望大家能够赐教补充。

本文@爱放电的宝可梦 。

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！