适用场景：产品需求、项目需求、用户故事、迭代排期；不同方法各有适用场景，实际工作一般组合使用，不单独依赖某一种。 1. MoSCoW 法则（最经典，项目 / 产品通用） 把需求分成 4 类： Must have（必须有）：不做项目就无法交付，核心底线，P0。 Should have（应该有）：重要，
发布于 2026-09-08
标准 SRS（Software Requirement Specification），兼顾甲方业务、产品、开发、测试、运维，分为文档概述、总体描述、具体需求、附录四大块，可直接拿来做模板目录。 1. 文档引言 / 概述 1.1 文档目的：编写这份需求文档要解决什么，给谁看（开发、测试、项目经理、客户
发布于 2026-08-28
核心观点：项目经理对"事"负责，产品经理对"物"负责。两者不是上下级，而是天造地设的一对黄金搭档。 一、先讲个真实的故事 某创业公司，产品经理老王花两个月设计了一套「颠覆行业」的CRM系统，画了127页原型图，功能覆盖销售线索、客户跟进、合同管理、数据分析……可谓面面俱到。 项目启动后，项目经理小李
发布于 2026-05-29
