系统|重构 10 年历史的 B 端产品，我的一些经验体会( 二 ) 淘汰类|国家发展改革委|发改委

2. 量化需求梳理工作确定第一步的内容后，第二步是对接下来的工作进行量化。
安排几个同事把系统的所有菜单都用 Excel 整理出来，包括一级菜单，二级菜单，三级菜单等，最后统计下来有 900+ 页面。
为什么只按页面统计，不按功能统计呢？因为涉及页面太多，有的页面功能甚至高达 100+ 个，如果按功能整理就需要花费大量时间，但我们得严格控制需求梳理的进度。且我们对功能不了解，也不了解实际的业务含义，所以前期整理的颗粒度就仅仅按照页面划分。

文章插图
Excel-V0.1
有的伙伴可能会有疑问：为什么需要列一个这样的Excel表格去整理页面菜单呢？对于后台产品，前期不应该直接进行业务调研吗?
因为这是个重构系统的项目，上层领导只知道要重构，却并不知道重构的难度有多少。前期制定的系统梳理至上线时间为 6 个月。但梳理完以后，我们对工作量和工作难度有了新的认知，6 个月是绝对完成不了的。
有了这样的梳理和量化的结果，我们和领导汇报工作难度并且调整重构时间为 12 个月。
3. 确定页面梳理优先级完成第2步的量化工作，我们是不是就开始着手梳理这 900+ 页面了？不，这还不够，还得深挖！
梳理那些没人用的页面，根本就是浪费时间。我们要搞清楚用户到底常用哪些页面，压根不用的页面就不梳理。于是，我们继续梳理页面优先级。将之前整理的页面菜单Excel的列后，再加上目前主要使用系统的各大用户组。
用户组是由业务负责人提供，大概有近20个用户组，每个用户组都有对应组长。所以，我们前期就和各大业务组组长进行沟通，逐个询问当前所有页面的使用情况，是否使用以及使用的频率。

文章插图
Excel-V0.2
统计下来：高频使用的页面有200+，中频使用有100+，低频使用100+，几乎不用页面 500+。
不过，业务发生频率和需求优先级还有一定区分，经常使用的页面肯定是需要优先梳理的，但业务不经常使用的页面不一定优先级低。因为低频使用的页面，可能也会涉及到一些核心流程的流转。不过不要紧，深入调研的时候去了解详情即可，初期阶段就优先梳理把高频使用的页面的需求。
4. 进行需求梳理需求梳理我们大概分为三步：需求调研，需求梳理，需求分析。
4.1 如何进行需求调研
前期业务负责人给我们提供了15个用户组的组长资源，于是我们就以用户组作为突破口，采取线下逐个调研用户组的方式来了解需求。
因为不同用户组在系统中都承担着各自的职能，所以我们只要满足各个用户组的核心需求，那么整个系统就相当于是调研成功了。
调研前：我们会在旧系统看该用户组的主要使用页面，根据页面大概了解用户组的特征；与此同时也会准备自己不明白的问题。
调研时：整个系统的功能特别复杂，在调研时对调研人员也进行了一定的责任安排。每场用户调研下，都有一位同事负责了解主流程，一位负责了解异常流程，一位负责做笔记/录音，一位负责技术评估等。
那调研为什么要以主要流程和异常流程来进行划分呢？主要流程是支撑用户组的正常职能操作，调研必不可少；但异常流程也十分重要。我们做需求梳理的时候肯定也是要把这些异常场景考虑上，需要给用户提供一些撤销的功能来结束整个流程。
调研的方式为在用户的工作区域进行现场访谈。因为涉及流程性的环节我们需要结合线下用户的实际操作才会理解更深，避免出现大的偏差。