日常需求分析 3 步走

摘要

平时我们会把业务需求分成日常需求和项目,一般而言,项目是有体系的,有顶设的,能够挂靠业务重要目标的,也有比较长的澄清与沟通周期,项目数量也是可管控的,虽然是PD投入精力的大头,但相对而言,投入的质量也是可预期的。

而日常需求则是无体系的、临时提出的、大量的,看似点都不大、难度也不高,但是产品经理无法放过每一个日常需求,都还是要投入大量的精力去了解背景、依赖、风险,然后确定方案、跟进需求上线全流程的。

正因为日常需求没有一个正儿八经的立项机制,各种业务方提日常需求的方式也是很难被规范化要求,过去我们虽然尝试过各种需求结构化的模板,提供给需求方,意图能够减少大量线下临时沟通,让他们找我们之前先好好思考、认真填写必要要素。

欢迎在评论区写下你对这篇文章的看法。

评论

ホーム - Wiki
Copyright © 2011-2024 iteam. Current version is 2.134.0. UTC+08:00, 2024-09-29 10:19
浙ICP备14020137号-1 $お客様$