一件产品，要做好产品走查是很重要的，这不仅仅是对产品负责，更是对用户负责。下面这是笔者整理分享关于新手如何做好产品走查的一篇文章，下面一起往下看看了解更多内容吧！
全面体验生产环境的产品，除了查漏补缺外，最核心的目的是更加全面地提升用户使用产品的体验。
1）产品Bug类：与产品需求不符，即产品说明书中有的，但生产环境没有实现的；或者是阻塞下一步流程的问题，等等。
2）产品优化类：非Bug，属于不做没有大碍，但做了会更好的内容。
-举例🌰：能使用户体验变得更加友好，操作流程变得更加简洁，等等。
1）创建在线文档
a. 文档用途：主要用于记录走查会议上的问题，包括问题描述、触发模块、操作截图、触发场景、问题优先级，最好带上解决方案。
b. 使用方式：列出走查范围的全部模块内容，将其作为文档目录，按产品模块划分，模块间可按用户使用流程的先后顺序排列。
c. 需注意：使用团队内可共创协作的在线文档，方便产品、开发、测试、设计等相关人员在线查看&解决问题，透明团队进度。
d. 记录示例如下：（ps：示例仅做参考，可适时调整）。
2）创建在线excel表格
a. 文档用途：主要用于在走查会议结束后整理走查问题，包括产品模块问题描述、问题优先级、处理进展、跟进处理人、验收人、备注。
b. 使用方式：将走查会议上记录的全部问题，模块划分展示，维护好问题优先级、处理进展、跟进处理人（解决问题的人员）、验收人（谁负责跟进问题处理进展，就是谁验收），如有其他情况需说明可备注。
c. 好处：便于全局查看产品走查的全部问题，不论是产品同学还是项目同学，都可以根据表格查看到问题处理进展。
d. 需注意：使用团队内可共创协作的在线文档，方便产品、开发、测试、设计等相关人员在线查看&解决问题，透明团队进度。
e. 记录示例如下：（ps：由于产品模块较多，当时走查周期较长，所以模板会有点不一样，仅做参考，可适时调整；其中计划时间、实际完成日期代表走查的对应的时间）
3）提前约好走查会议时间
安排走查参会人员都方便的时间，并将会议邀约发予参会人员，向大家说明需要提前准备的事项，必要时将会议相关资料提前同步给大家查阅。
1）走查牵头人
其职责：将相关成员组织在一起进行走查。需要在现场记录走查的每一个问题&解决方案。还需要注意控场，把握时间、节奏，如在走查会上遇到不明确的问题点，可先记录问题，会后再与相关人员核实确认。
2）开发同学
其职责：前端/后端同学在场，便于快速识别走查问题类型。另外，开发同学同步知晓问题，可以提高信息传达效率，有助于会后快速定位&修复问题。
3）测试同学
其职责：测试同学是对产品流程最熟悉的人员，能较快识别并定位问题，提高走查效率。走查完成后，测试同学负责跟进Bug类问题的解决进展，直至Bug被完全解决。
4）产品同学
其职责：产品同学是产品的小CEO，需要全面掌握产品相关的信息，特别是问题或者需求相关的内容。走查完成后，产品同学负责跟进需求类问题，确认需求优化方案，推进研发迭代上线。
走查是一件简单且较花时间的事情，时间长了难免会疲倦😩。
小技巧：可以提前准备一点小零食哟，让走查变成一件有趣好玩的事情～（有喜欢嗑瓜子的小伙伴，可以准备点瓜子，搬好小板凳坐好啦😄）。
我们能提前发现问题并改善，走在用户前面，是对产品负责，对用户负责。如果是用户先发现这个问题，问题的严重程度会直接影响用户对产品的整体评价。
举例🌰：如产品问题已经阻塞用户正常使用，可能会造成用户投诉的情况，如未处理好用户的反馈，还可能将用户永远拒之门外了。
无论你的产品是按单周，还是双周，或者是每月交付一个版本上线，都不要忽视定期走查产品的重要性！
本文由 @Nana 原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自Unsplash，基于CC0协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。