产品经理角色定位的转变 - 产品经理的核心角色应从被动的“需求收纳师”转变为主动的“需求裁判”，其价值在于判断需求而非收集需求[3][12][14] - 将产品视为“解决核心问题的工具”而非“所有需求的集合”，无节制地堆砌功能会导致产品像危房一样难以维护[18] - 产品经理的使命是守护产品的核心价值，通过筛选需求来确保产品能够长久发展[44][46] 产品开发中的常见陷阱 - 将少数用户的特殊场景需求（如内容平台的“智能标签推荐”功能）误判为普遍痛点，导致功能上线后使用率不足5%[5][7] - 为满足单一客户（如行业大客户）的定制化需求（如特定格式报表导出），将定制逻辑写入核心代码，导致后续产品迭代与维护成本高昂，成为技术“毒瘤”[9][11] - 缺乏判断会导致产品功能杂乱，用户使用体验下降，团队维护负担沉重[18] 通用需求与定制需求的判别方法 - 通用需求是产品的骨架，服务于大多数用户的核心场景（如协同办公软件的“多人实时编辑”）[24][26] - 判断通用需求不应仅听用户言论，而应观察用户行为，例如调研发现声称需要“夜间模式”的用户中80%实际在夜间并不使用该软件[28][29] - 定制需求常伴随“资源黑洞”（可能占用团队30%开发时间）和“架构腐蚀”（破坏代码结构，增加后续开发冲突）的风险[31][33] 评估与拒绝需求的具体策略 - 面对需求应首先辨明是真痛点还是个例，例如通过询问其他同行业客户来验证需求普遍性[35] - 优先寻求通过配置化、通用化方案（如“角色权限配置”功能）满足需求，避免写死定制代码[35][37] - 决策需评估长期成本，例如一个定制功能开发需2个月，测试加1个月，未来三年维护可能额外消耗至少5个人力，若客户不承担维护费则成为团队负担[37] - 需深入挖掘需求本质，多问“为什么”，用户表面要求的功能（如“收藏按钮”）可能指向更深层问题（如“找不到重要内容”），从而可用更优方案（如“最近浏览”功能）解决[39][40]