又到了新的季节点，最近脑袋中总是出现一团黑黑的乱麻，就像似在白纸上用黑色铅笔不断搅动的涂鸦，理不清剪不明的感觉，这种感觉在处理需求时尤为强烈。 经常遇到一些功能，在换了一个又一个接手的人时，曾经的逻辑与需求追溯已不可见，新西兰电话号码列表 只留下一个躯壳平静的躺在软件里，在产品长河中也会时不时有人拿出来又将其继续优化，然后变成如今的模样，多次优化下来，初始的需求已经不可见。 基于现有基础逻辑功能进行优化或改造，我们必须先要知道他原始设计的初衷，才能尽可能得避免动到其潜在的关联逻辑以及功能点优化时的合理性，在原始方案上进行推翻、优化、新西兰电话号码列表 回退或消亡。 那么如何找到曾经的需求场景呢，历史追溯通过文档总是可以从现有零星的记录中追溯到70~80%的内容，可见文档信息保存与共享的重要性。

一、从需求工具中追溯功能点和提出对象 在需求处理工具中，我们常常使用5W1H描述我们的需求，一对一的需求里都尽可能详细的描述了需求的来源、使用者、场景及期望实现的内容，一个需求不见得特别的有说服力，所以我们会横向对比，从通用化场景中获取对应的需求并证明其有效性，故我们在进行修改时需要考虑到之前的需求存在的设计逻辑及其衍生内容，新西兰电话号码列表 能根据类别搜索对应的模块及功能点最好。 但是并非每一个需求都会被采纳，关闭时的原因也是可以作为一个可参见的意见，判断当时未做以及推断出现在又被提出的原因。新西兰电话号码列表 如果一个需求被多次提出且非同一客户提出的，那么他的场景在一定情况下是可信的。如果在现有方案无法满足的情况下，技术方案即使较大改动，也是应该参考入内的。 此外，非常个性化的定制如果也能从它指定行业中剥离出标准的一方面，那么其实也可以做到复用。 比如生鲜、冷饮、食品等运输的存储要求和服装、图书等类目区别较大，但是依旧可以从多家生鲜中获取共同点取名为该行业的软件特性作为通用性功能，新西兰电话号码列表 当后续有类似项目进来之后，也能大致满足他的基本需求，这样便能大大节省了重复梳理的时间，提高效率。

然而，也是因为这样的做法，后来者接手时，新西兰电话号码列表 就需要整理之前的需求与场景，才能尝试着是否能改动到。需求处理工具较为实在，能够清晰的描述出功能点的前置条件、后置条件、逻辑限制、业务流程等，比较适合1：N迭代的（在0到1的时候，需求点可能较为粗糙），但是这样却也有可能打破了整体的数据流转，仅限于局部内容，且不同产品经理风格不一，在描述时未必能那么详尽。 所以在产品改动时，若是能即时更新，在整体上增加描述对应的逻辑，那对后来者会更为友好。新西兰电话号码列表 软件随着不断迭代会更为笨重，前期设定的功能和技术框架，如果扩展性跟不上的话，那么发挥的空间也会极为有限。所以处于中间阶段的需求，需要考虑到承上启下。 二、亲自跑完现有软件的功能流程和细节 既然处于迷糊阶段，看到需求无法下手，就尽量先将软件逻辑整明白，亲自将现有的软件功能亲自跑一遍，新西兰电话号码列表 作为文档描述不够详尽的补充。不管历史如何变化，功能总是以当下的功能最为准确。想象你是你的客户，作为一位没接触过该系统的人员，你在执行作业时，是否能够顺畅理解该功能，这个功能是否能够解决了你的痛点。易用性总是客户满意度最高的一个吸引点，有些软件功能隐藏的很深，有些配置限定太死，新西兰电话号码列表 在初次接触软件常常会把自己弄的很痛苦。