人手必备的产品自查表（倡议保藏+打印）

32553258

编纂导读：关于产品经理来讲，因为平时的任务对比繁琐，在产品任务中容易对一些细节有所脱漏，这样会致使需要重复和研发资源的挥霍。本文作者从本身任务理论登程，对产品各阶段需求自查的问题进行了梳理总结，制造了一份产品自查表，供大家一起参考学习。

产品经理在日常任务傍边，因为其岗位的职责规模广，所需求具备的才能也较多，事件也相对于较“杂”。
往往在无限的脑容量傍边，要完善地做好每一个件事，是极为有难度的。
不知道敌人们是不是在产品任务傍边有无遇到这种问题：
产品文档写完，本人扫视后没问题（自以为没问题），评审的时分“激辩群儒”，搞得心力交瘁！产品文档写完，评审也顺利经过，但实际开发傍边，仍是遇到了需要变卦！产品文档写完，需要也顺利开发了，但推向市场，却发现用户不买账？产品文档写完，需要顺利开发，用户也用了一段时间，数据剖析的时分发现，成果极差！看完上述四点，置信每一个个产品敌人都会有或多或少这种的问题。（是读心高手阿境了）
所以就需求有个标准，在做产品傍边，也需求有份自查表，可以分明每一个篇文档每一个个需要是不是明晰精确。
做好每一个个需要，不论大小，都是十分首要的。而每一个点需要也都是每一个个产品人最后接触产品岗的任务内容之一，但也是极为首要。
（有一说一，有蛮大部份产品人没方法八面玲珑地写好一个需要）
阿境在这篇文章傍边所说的产品自查表，次要指的是需要文档的产品自查。深感需要的首要性，因而乎整顿了这份产品自查表，望可以给到各位产品敌人一点启示（强烈倡议保藏！）
简略来讲，文章合用于下列几类敌人：
还不明确产品自查的首要性，目前在“家养”地写文档。意想到目前产品需要文档不完美而酿成的问题结果，但没有行为，想要有标准的产品自查流程。曾经在逐渐搭建本身的产品自查表，但却其实不完美，想理解其余人的产品自查。固然，产品自查表其实不局限于产品需要自查，还包罗产品名目流程自查，产品调研自查等等，阿境关于这些，会简略先概括下，这部份更具体的内容，后续阿境会继续整顿，再分享给敌人们。
阿境会以两个方面来论述产品自查表，第一个是微观角度的自查，次要指产品总体全局；一个是宏观角度的自查，次要针对产品需要文档（这个是重点！）。
另附上本文导图框架，勤俭时间。若您感兴致，可持续深化浏览；若不感兴致，感激莅临。

一、甚么是产品自查表？
甚么是产品自查表？望文生义，自查表也就是checklist文档，是一份给到产品岗的敌人来验证本身产品的布局是不是适合、得当的表格。
固然，格局其实不局限于表格，仅仅是以表格的方式来展现。
二、产品自查表的作用
讲作用以前，给大家讲个故事：
A：“你细心吗？” B：“超细心好吧！人送外号[心细如尘厦门吴彦祖]” A：“好的，写一份需要文档看看” n分钟，写完后小A审阅….. A：“你这叫哪门仔细心？”没错，这真是比哀痛更哀痛的故事，傍边的小B就是已经的阿境。（不胜回首）
许多人自以为本人做产品的合格及细心，仅仅局限于“自以为”罢了。
产品经理是一个对比吃教训的岗位（固然，也并非年限越多越厉害，因人而异）；这里所指的教训次要是针关于产品的定义及对细节的履行水平。
年老的产品经理往往拿到一个需要洋洋洒洒地敲打键盘，毫无斟酌；而有教训的产品经理则是通过三思而行之后再开始停顿。
甚么是差距，这就是差距！
话说回来，产品自查表外表上是一张表，一个导图，但其实是一位产品经理关于细节的把控水平，一位好的产品经理头脑外面曾经有一份本身的产品自查表。
在产品设法还没实现以前，它可以帮忙产品经理思考需要的可行性及须要性；在产品正在布局傍边，它可以帮忙产品经理梳理分明产品业务及细节；在产品布局后正在落地，它可以帮忙产品经理标准进行查缺补漏，复盘思考。
那末，产品自查表有用吗？阿境以为关于大部份产品经理都是有用的，增加与开发的撕X，与老板的争执，思考分明产品及需要的细节。
认清产品，写好需要真实是太太太太过重要了！（省略N个太）
噢对，一份合适本身的产品自查表可以让你瞬间变专业，任务瞬间变轻松！
所以，阿境权且称为这份产品自查表为“让你瞬间变专业任务瞬间变轻松的产品自查表”。（别问，问就是标题瞎取的）
三、产品自查表内容
在产品自查表内容部份，阿境分为两部份，一是产品总体自查，是站在微观角度来思考产品，次要合用在产品设法的阶段；二是产品需要文档自查，是站在宏观角度上，思考一份文档是不是谨严、细节流程是不是妥当，次要合用在产品布局中及布局后。
1. 产品总体自查
关于产品总体自查，次要斟酌的是产品的市场可行性、需要可拓展性等要素。是以一个微观的角度来思考产品自身。
因为本文侧重形容的是产品需要文档的自查，故该部份仅简略讲述下。
产品的受世人群是谁？产品的定位是甚么？产品的中心功用是甚么？产品与其余竞品的中心竞争点？产品是不是知足了各个场景下用户的需要？在做需要以前，是不是有进行需要调研（包罗竞品剖析）？在做需要以前，是不是理解需要包孕功用所波及的业务？在做需要以前，是不是理解需要包孕功用所波及的历史逻辑？产品要实现的指标是甚么？总体自查更多的是在产品设法降生的时分来进行自查，只要想分明了小气向是不是正确，才不会形成“背道而驰”。
2. 产品需要文档自查
产品需要文档的自查部份，从第1点到10点更多的也是站在文档的微观部份，而第十一到第23点则是针关于需要傍边的细节标准自查，波及到产品的功用模块，例如案牍、数据、弹窗、轮播图、图片等等。
（1）需要阶段
在需要阶段，通常会泛起的问题是“你以为你想分明了需要的场景、对用户侧的作用、对产品的影响等”，但其实没有深化片面，最初致使需要做出来了，没人用亦或者是用了成果欠好的状况产生，因而可知，深化思考需要是极为首要的。
是谁在甚么样的场景下发生的甚么诉求，但愿用甚么办法解决甚么问题？是不是需求进一步伐研相干用户/需要提出方，是不是需求数据左证？是不是合乎以后中心业务场景、是不是合乎用户画像和用户故事？是不是存在相似竞品，是不是实现竞品剖析？以后计划是不是是同类场景下的个性诉求？对中心用户的影响水平，尽量量化。对中心业务的奉献水平，尽量量化。以后技术是不是能够反对以后业务是不是能够反对是不是存在关联功用的革新点？是不是残缺梳理应前布局内容下线后的影响点？是不是已预估业务顶峰数据发作量级，及其处置措施？是不是已方案好功用上线后的验证办法？是不是诱发诸如骚扰、欺诈等平安隐患？是不是存在负面舆情危险？是不是存在法律及合规危险？用户掩盖度使用频率对中心场景的影响实际收益的高下对KPI的影响完成难度的高下产品生长机会

（2）总体框架设计阶段
在总体框架设计的阶段，更多的是站在一个全局的角度，能够了解为树木的枝干，经过这些用户可以明晰地感知到产品的明晰度及易用性。
设计时是不是结合了用户画像、用户习气、业务场景等要素。架构档次是不是明晰，是不是足够扁平，是不是容易能使用户了解。一切信息均需求进行首要级评定，以抉择在界面和功用中的首要水平。信息分类是不是公道，一定要“高内聚，低耦合”。架构拓展性是不是足够大，后续对信息模块进行增删改查时，是不是容易施行。

（3）流程设计阶段
产品流程次要指的是业务流程部份，总体产品业务是重中之重，理解业务后再理解产品。拆分现有业务流程，继续优化它，排除分歧理的流程走向，同时经过业务流程也可以探究现有问题。
流程设计是不是结合了用户画像、用户习气、业务场景、竞品等要素。骨干流程是不是最简化，是不是掩盖了足够多的场景。是不是有特殊流程（分干流程、逆向流程）是不是有异样流程是不是归结出一切的操作节点、数据交互点。操作节点是不是足够精繁难了解。是不是斟酌了操作节点的容错性（二次确认、撤销操作）数据交互点是不是依赖其它零碎。特殊、异样流程是不是需求减少切换流程的疏导，防止流程断头。相干流程的用户体验门路是不是统一各图形外形/字号一致。重点内容可特殊标识，症结节点减少正文阐明流程均以开始框开始，以完结框完结，防止断头危险。流程图从左到右、从上到下摆列。流程图从左到右、从上到下摆列。流程实现后是不是进行了场景验证，是不是合乎用户预期。

（4）需要文档设计阶段
需要文档设计阶段时，是总体文档的自查，对于流程、文档案牍、名词、场景、信息等小气向进行的把控。
残缺流程是不是可造成闭环？逆向功用流程是不是可逆，假如逆向操作，是不是斟酌对应的机制：好比退款、退货操作各个步骤可能泛起预期外的状况。歧义需要文档的语法、功用案牍、名词是不是易懂，是不是存在歧义。兼容是不是存在兼容问题：不同业务人员对功用都能承受吗？各个零碎之间兼容吗？新旧功用的兼容吗（好比历史数据要不要初始化）？备用是不是有备用计划，次级选项。好比当正常流程无奈传输的时分，是不是能够用导入的机制救急。业务顶峰的零碎，是不是有升级处置逻辑。穷尽业务场景和可能缘故是不是穷举终了。脱敏是不是存在敏感信息，是不是有脱敏机制。案牍形容切纪要准确，“可能”、“或许”、“大略”等隐约性词语防止泛起。不是本需要的功用防止参加文档中，给开发、测试人员形成搅扰

（5）特殊要素
特殊要素次要罗列的是一些主观要素（例如手机零碎、账号、网络等内在状况）的问题，因为其大部份脱离产品自身功用，是一个辅佐的作用，容易被产品敌人疏忽。
是不是存在不同登录形态下展现内容或操作有不同（登录、未登录、帐号异样形态）是不是存在不同用户形态下展现内容或操作有不同（非会员、不等同级的会员，特殊付费会员等）是不是斟酌多账号切换，切换时，当地缓存数据是不是需求同步清空。是不是允许多终端同时登录一帐号，若允许，操作同一数据时是不是发生冲突。WiFi网络、挪动网络（4G）团体局域网、公共网络衔接超时，多久为超时网络显示甚么内容？是不是给予用户敌对疏导反省网络或重试按钮。网络变动从WiFi到4G网络环境时是不是需求提醒办事器出问题前往数据失败时，是不是给予用户敌对提醒或重试按钮横竖屏是不是有横屏展现的需求，如不需求需求锁定竖屏分辨率高下：分辨率状况下是不是会有适配问题，是不是备注分明。SD卡Android手机，没有SD卡、SD卡存储已满、存储地位等状况是不是斟酌并备注。硬件不同，手机物理按键的不同衍生不同操作。零碎版本的不同是不是同步反对，iOS、Android、Windows及其不同版本定位提醒是不是关上定位相机提醒是不是关上相机闪光灯提醒是不是调用闪光灯蓝牙提醒是不是关上蓝牙装备数据是不是需求调用，步数、心率等，次要在iOS装备中。夜间日间模式是不是斟酌光线较暗的场景。编纂模式下泛起不测状况是不是提醒保留或自动保留已填信息。无痕模式：不记载用户一切操作信息（实际是不是记载按照数据需要来看）无图模式：勤俭用户流量，放慢页面加载速度。

（6）账号形态及用户权限自查
不同账号形态阐明：登录形态、非登录形态不同状况是不是阐明残缺？不同用户等级和权限阐明，不等同级用户有哪些权限？在页面展现上有甚么不同？不同账号形态切换时是不是有特殊展现？不同账号形态切换时是不是有特殊展现？是不是斟酌多账号切换问题？是不是反对第三方账号登录？

（7）装备相干
是不是反对横竖屏操作；反省不同屏幕成果不同分辨率下的适配问题，是不是有空白溢出变形操作进程是不是有卡顿

（8）特殊场景
网络加载慢状况下无图显示成果斟酌夜间模式下的展现成果区别编纂模式下可变卦内容的权限

（9）全局
修正页面时，斟酌在零碎中其他中央是不是也有相反的业务，是不是需求修正？全局控件款式是不是拥有统一性全局控件交互行动是不是拥有统一性是不是周全地斟酌了一切操作胜利的反馈。是不是周全地斟酌了一切操作失败的反馈。控件触发的提醒类型是不是失当（小红点、Toast、弹窗）

（10）版本公布自查
确认完需要之后，要告诉经营共事们有哪些新功用，什么时候能交付版本，这样便利经营童鞋们也好对应的落实相干的经营任务。假如经营的部份/整个任务也是PM干的话，那末本人心里要无数；该版本开始就要落实是不是要做新的运用商店图、新的欢送页、新的功用疏导页，而且相应的支配人手。在上线前3天最佳再确认一下，万一有漏，也有时间能再补；留意：针对这三个货色，都有相应的案牍要出；确认这个名目中没有实现的需要或者半途协商修正的需要，都曾经被记载上去，而且最佳开始确认没有解决的需要怎么办，修正的需要怎么办的问题；确认该新功用的埋点列表是不是给出；确认新功用带来的相干新数据的查看中央以及办法，这里会波及一些罕用的统计平台；确认新功用带来的后盾新的办理模块使用或者从某个中央切换到另外一个中央的使用办法的切换，培训过相干人员，而且曾经正确掌握；确认提交给运用商店的新功用案牍是不是有出；确认终究提交给运用商店的运用商店图、新功用引见更新了；确认各个渠道中的最新版的确为最新版本；每个版本都要视察上个版本的埋点数据是不是正常，及时发现是不是打错点，进行及时修改，防止数据挥霍；

（十一）按钮
按钮文字是写死仍是办事端配置是不是有默许的按钮案牍按钮文字的字数超过了怎么办按钮的款式是不是有特殊款式？若有，甚么状况下会触发特殊款式（例如带icon状况与不带icon状况）斟酌点击按钮后的状况（页面不变/跳转到其余页面…..）点击按钮后泛起的状况是不是会与页面其余状况冲突，如何处置（例如点击按钮泛起浮窗，与其余浮窗堆叠，则需求斟酌浮窗优先级）

（十二）内容型案牍
内容是动态的or静态调用内容形容是不是残缺？顶部标题，按钮里的文字等外容加载形式形容是不是残缺？当地缓存or加载网络刷新内容等输出型内容是不是残缺？是不是有初始内容？内容犯禁如何处置？敏感词，犯禁内容等如何处置？数据内容为空时如何处置内容长度是不是无限制数据内容过时or删除or犯禁后如何展现？用户内容输出是不是形容残缺？

（13）形容型案牍
必填or非必填若为非必填，则界面款式如何定义案牍的行数or字数案牍的截断战略是不是斟酌？超过字数or行数如何展现处置（例如超过两行，超越部份“…”展现）泛起同一场景时，提醒案牍是不是放弃统一？案牍由办事端管制仍是客户端？是不是有默许案牍？是不是易了解？是不是有歧义？是不是有错别字？

（14）输出型文字
输出文字前是不是有默许值，是不是有输出提醒。输出框内容为空时如何显示？输出框获取焦点时，默许文字是隐没（即仅作为提醒文字或占位符）仍是保存（即作为可编纂的默许案牍）？获取焦点后，调取的键盘类型（数字键盘、英文键盘等）输出焦点丧失和存在时是不是有展现内容的差别。输出文字是不是存在极限长度或最低长度。输出文字是不是可存在特殊字符，若用户输出如何处置。输出文字是不是存在对敏感词（明码、贷款金额等）、犯禁词的禁用或过滤展现。输出文字后是不是需求一键清空操作。（加个一键清空的按钮等）输出文字后是不是显示辅佐后果（辅佐词），辅佐词的搜寻规定。输出文字后遇到流程打断的状况是不是保存输出记载（断网、分开以后页面或封闭阅读器等）是不是阐明了键盘唤起后需求页面的转动来防止输出框的遮挡（挪动端）

（15）输出型图片
是不是强迫要求上传图片的必需参数（尺寸、格局、大小等）是不是设置了不合乎尺寸的提醒，图片过大或太小，格局过错等。是不是提供上传实现图片的预览。是不是提供了再次编纂操作，疏导是不是显著。上传失败的状况是不是给予用户提醒，疏导再次上传。上传实现后遇到流程打断的状况是不是保存已上传的记载（断网、分开以后页面或封闭阅读器等）

（16）页面跳转
页面跳转流程是不是残缺顺畅，流程两头是不是有页面缺失页面跳转是不是有提醒和疏导阐明页面跳转加载的loading展现是不是敌对页面跳滚动作是不是有跳转殊效页面跳转的形式是甚么，点击？滑动？等页面加载不出来或者报错时展现甚么内容页面点击过程当中是不是包孕权限限度，假如有如何提醒页面跳转尽可能要增加跳转次数，缩短用户操作流程，尽量在一个页面内实现一个页面内是不是有功用冗余的内容页面跳转时是不是需求进行辅佐性阐明

（17）标签
标签是零碎做的仍是用户标志上传的标签下的列表展现（回归到列表的问题便可）用户是不是可自定义上传标签用户上传标签后是不是可修正、删除用户上传的标签，斟酌敏感词库标签是写死仍是办事端配置是不是必填是不是有默许的标签标签的内容是文字仍是图片？标签的文字是不是有字数限度？标签的个数是单个仍是多个，多个的话斟酌优先级排序标签个数多个的状况，是不是会遮挡住页面其余元素（例如，多个能够收纳起来处置）多品种型的标签，对类型进行排序多品种型的标签，泛起反复的状况（个别做去重处置）后盾：是不是必填、标签名（是不是限度字数）、标签内容（文字/图片）、排序（是不是有默许值，越大排越前）、是不是显示、标签个数、快捷的标签配置

（18）列表
列表的排序如何？列表中的元素是不是都定义分明？列表中波及的数据来源定义列表数据为空时的展示方式若部份元素为后盾配置，则配置先后的状况定义列表的数据是不是分页展现？仍是一次性加载？单页展现的数量是不是无限制

（19）数据
数据的来源（详细后盾的哪一个中央）展现数据是不是使用的是办事器数据，或使用的是当地缓存（客户端）数据？展现数据是不是是首次加载读取的动态数据，或实时、按时展现的静态数据。数据未加载出来前展现甚么？是不是布局数据为空时的展现成果数据的极值状况（为0的状况，最大值的状况）数据长度是不是无限制？是不是布局数据字数超长展现成果（几位小数点，超越如何展现）若为多个数据，则数据的排序如何？是不是拔取整个数据or部份数据？（数据按照甚么搜寻规定筛选出来的）对过时的缓存数据是不是需求告诉用户刷新（流动过时）前置场景的不同是不是对以后展现数据发生影响，不同场景是不是需求展现不同数据。挪动端从后盾唤醒运用时，是不是需求刷新以后页面数据。数据在甚么前提下进行展现？数据是不是分页展现？数据去重战略如何？何时开始申请数据？甚么状况下触发更新数据？数据更新频次？是按时更新仍是实时更新？是不是有部份数据需求过滤掉不展现？是不是对特殊内容进行过滤、标志（敏感、犯禁的词语）当数据被删除后，展现的形态如何？过时的缓存数据如何处置（按时清算仍是持续保留）？

（20）弹窗
何时触发弹窗？何时弹窗隐没？（封闭按钮、前往按钮、手机零碎前往按钮、点击页面空白处等）弹窗内的元素（案牍、跳转等）是不是都定义分明是不是每次知足前提都触发弹窗？仍是只弹一次？若该弹窗与其余弹窗同时知足前提触发，则优先级如何？

（21）轮播图
图片数据为后盾配置or客户端写死？图片排序如何？点击是不是有跳转？跳转页面为外部链接or内部链接？轮播的频次如何？

（22）图片上传
是不是有图片尺寸、像素、格局的要求是不是有上传张数的限度及张数限度的提醒是不是提供上传的图片预览是不是有上传胜利后能够再次编纂上传上传失败如何处置及疏导提醒如何展现上传进程遇到忽然间断状况是不是保留上传记载

（23）数据埋点
数据埋点的字段内容及展现类型是不是残缺数据埋点的时间规模和时间段是甚么上线后验证的数据是不是都进行了埋点记载是不是需求进行数据漏斗模型剖析报表生成埋点数据后续如何提掏出来是不是有自动通知机制，通知方式是甚么据埋点不可功是不是有报警机制

四、如何来做产品自查？
当咱们具有了产品自查表之后，要做的就是在遇到每一个个需要，撰写每一个份产品文档的时分，将自查表应用到傍边去。
敲黑板，说重点了！打瞌睡的同窗醒醒，这段听完再睡~
阿境总结了一句话：先总后分，模块划分，按序核对，勿忘更新。
“阿境你又说出这么抽（zhe）象（li）的货色了，说人话行不行？”
不说点大家感觉高（ting）大（bu）上（dong）的话，能是厦门吴彦祖吗？
（没错，第一厚脸皮也是阿境本境）
好了，不空话，啥意思？简略来讲，分红四步：
先总后分：先根据微观的角度来扫视整篇文档，查看文档的总体标的目的是不是正确，文档的构造是不是无误，临时先不斟酌细节。比及整体标的目的没问题了之后，再去查看查看文档的分支细节。模块划分：按照模块来进行文档的撰写，有个大忌就是在A模块写到了B模块的内容定义，文档容易形成不容易浏览，简短，划分好文档的模块而且对文档进行相应的模块定义，一个明晰的模块就比如是树木的枝干，可以晋升文档的可读性。按序核对：当进行第二步模块划分之后，为的即是更好地进行程序的核对，例如产品需要、业务流程、功用主次瓜葛、功用规划、模块形态等等程序进行一一校对。勿忘更新：有了这份文档，并非欲速不达的，时期在更新，产品在更新，天然，产品自查表也需求不停更新。这份自查表是阿境在本身理论傍边总结而出，能够看出，产品的实践大多源于理论，脱离理论则无从谈起。所以，敌人们可理论傍边，不停完美这份产品自查表，一句话：没有最完善的，只要合适本人的。做产品是一个其实不那末容易的活，写一份合格的需要文档也不是那末轻松的事件。为了确保产品可以“活上去”，确保需要文档可以谨严、详实、完美，这份产品自查表但愿可以帮忙到各位敌人。
但有一点要记住，产品自查表起到的作用是如虎添翼，并非济困扶危。它是建设在有一定产品思考标的目的的条件之下。
同时阿境也想抛砖引玉，以这份产品自查表来提示各位敌人，需求有核对、纠错、校对的认识，对产品对需要放弃畏敬之心，能力够做好产品。
最初，愿天下没有难写的需要文档。
作者：阿境，产品界的吴彦祖，一个沉稳又不烦闷的男人。横蛮成长，产品汪一枚，做过电商、医疗、教育行业名目，现4399产品经理。深信”产品源于糊口”，欢送交流。大众号：梦想家阿境

华人澳洲中文论坛

热图推荐

人手必备的产品自查表（倡议保藏+打印）

发表回复

32553258
关注TA

图文推荐

华人澳洲中文论坛

热图推荐

人手必备的产品自查表（倡议保藏+打印）

发表回复

32553258 关注TA

图文推荐

32553258
关注TA