您所在的公司规模是
10人以下初创团队
10-50人小型企业
51-200人中型企业
200人以上大型企业
您的产品经理工作年限是
1年及以内
1-3年
3-5年
5-10年
10年以上
您目前负责的产品类型是
To C端互联网产品
To B端企业服务产品
软硬结合产品
传统行业数字化产品
其他
您平均每个月接到的新增需求数量大概是
10个及以内
11-30个
31-50个
50个以上
您日常接到的需求主要来源于哪些渠道（可多选）
业务部门提报
管理层要求
用户反馈
竞品分析启发
运营团队提出
技术团队提出
产品自发规划
其他
您认为目前需求来源的规范化程度如何
非常混乱，无统一入口
比较混乱，多个渠道同时提报
一般，有入口但执行不严格
比较规范，所有需求统一收集
非常规范，有完善的需求提报流程
您认为日常接收到的需求最普遍的问题是（可多选）
需求描述模糊，没有明确目标
只提问题没有解决方案思路
多个需求之间存在冲突
伪需求，不符合用户真实痛点
需求优先级不清晰
超出当前团队能力范围
没有明确的验收标准
您对目前团队需求评审流程的满意度打分（1分非常不满意，5分非常满意）
分数 ★ ★ ★ ★ ★
标签 ★ ★ ★ ★ ★
需求评审环节最常出现的问题是
各方目标不一致，频繁陷入无意义争论
评审效率低，一个需求需要多次开会
评审只是走流程，没有真正识别风险
参会人员不对，关键角色缺席
很少出现问题，流程顺畅
在需求落地前，您是否会对需求进行投入产出评估
每个需求都会做正式评估
仅对中大型需求做评估
偶尔评估，没有固定流程
几乎不做评估，直接推进
您认为阻碍需求落地可行性评估的主要因素是（可多选）
没有明确的评估标准
缺乏历史数据支撑
时间紧张，没有预留评估时间
业务方催促上线，要求跳过评估
评估需要跨部门协作，推动困难
产品本身创新属性强，无法提前预判
您认为当前团队技术研发能力对需求落地的支撑程度如何
完全跟不上，大部分需求都无法落地
勉强支撑，只能实现简单需求，复杂需求排期极长
基本适配，大部分常规需求可以按时落地
完全支撑，能够匹配各类需求的落地要求
需求排期阶段最常见的冲突是
研发资源不足，高优先级需求无法排期
业务方要求上线时间远短于合理研发周期
跨团队需求排期无法同步
没有固定冲突，排期比较顺畅
您有多大可能性会认为当前团队多数需求是值得投入开发的（0分全是不值得投入的需求，10分几乎所有需求都值得投入）
您认为导致伪需求落地浪费资源的核心原因是（可多选）
用户调研不充分，没有接触真实用户
管理层强压要求，不得不做
业务方为了自身KPI提出无关需求
产品判断失误，没有抓住真实痛点
需求变更流程不规范，中途随意加需求
没有建立需求淘汰机制
您处理需求变更的频率是
几乎没有，需求稳定
偶尔，每月1-2次
经常，每周1-2次
非常频繁，每天都有变更
需求变更最主要的原因是
外部市场环境变化
前期调研不充分，需求漏项
业务方业务方向调整
用户使用后反馈要求调整
管理层要求调整
技术实现限制不得不改
您认为当前团队的需求变更管控是否有效
完全无效，变更随意
效果较差，经常出现无意义变更
一般，能管控重大变更但小变更混乱
比较有效，多数变更都有评估和审批
非常有效，变更规范且可控
您认为目前跨部门协作推动需求落地的顺畅程度打分为（1分极不顺畅，5分非常顺畅）
分数 ★ ★ ★ ★ ★
标签 ★ ★ ★ ★ ★
您在推动需求落地过程中遇到过哪些跨部门障碍（可多选）
各部门目标不一致，不愿意配合
责任划分不清晰，出现问题互相推诿
沟通成本高，信息不对称
优先级不一致，您的需求被排在最后
部门墙严重，对接人不配合
几乎没有跨部门障碍