项目流程问卷调查-BA/售前团队
1.您的司龄?【单选题】
半年内
半年–1年
1–3年
3年以上
2.您当前在项目中的主要角色是?【单选题】
BA/业务分析师
兼任BA和产品经理
兼任BA和售前
兼任BA和项目管理
其他
3.您最多同期并行负责的项目数量?【单选题】
1个
2个
3个
4个及以上
4.您当前的工作负荷状态?(1=很轻松,5=严重超负荷)【单选题】
1很轻松
2
3
4
5严重超负荷
5.您认为当前项目整体管理成熟度如何?【单选题】
很不成熟,主要靠个人经验
不太成熟,有流程但执行不稳
一般,关键环节有机制但不完整
比较成熟,大部分按机制运行
很成熟,流程/职责/标准都清楚
6.您认为当前项目中最突出的问题是?
需求输入不清楚
客户真实目标不明确
项目范围不清楚
需求变更频繁
角色职责边界不清
业务流程梳理不足
数据口径不清楚
研发理解偏差较多
测试验收标准不清
项目排期不合理
决策链路慢、没人拍板
文档模板与交付标准不统一
复盘与资产沉淀不足
工具不好用/信息分散
其他
7.项目出现问题时,通常能否快速找到负责人和决策人?【单选题】
很难找到,经常没人明确负责
偶尔能找到,依赖个人推动
一般,常规可解决、复杂较慢
基本可以找到
非常清楚,责任与决策机制明确
8.您接收到需求时,需求信息通常是否完整?【单选题】
很不完整,经常需重新梳理
不太完整,缺失较多关键信息
一般,需补充澄清
比较完整,少量补充即可
非常完整,可直接进入分析
9.需求信息中最常缺失的是哪些内容?
业务目标
用户角色
使用场景
业务流程
数据来源
数据口径
业务规则
权限边界
系统边界
验收标准
优先级
项目范围
客户真实决策人意见
其他
10.需求变更最常见的原因是?
前期需求没调研清楚
客户内部意见不一致
售前/我方承诺与实际交付范围不一致
业务流程没梳理完整
数据口径没提前确认
研发过程中才发现技术限制
测试/验收阶段才暴露问题
领导或客户临时提新要求
项目边界与变更机制不清
其他
11.一个项目的需求,通常要反复澄清几轮才能基本定下来?【单选题】
1轮基本搞定
2–3轮
3轮以上
整个项目都在反复
12.影响您"一次把需求澄清到位"的最大障碍是?
客户自己说不清、决策人缺位
客户对接人无业务/决策权
我并行项目太多、带宽不足
我的需求澄清方法/经验不足
缺乏标准的需求澄清清单/模板
对技术可行性把握不足、不敢拍板
时间被压缩,没法充分澄清
其他
13.您认为自己输出的需规当前最大的质量短板是?
User
Story
颗粒度太粗、缺真实用户视角
范围边界没画清、后续易蔓延
格式不统一、缺标准模板可依
偏向"写给自己"、客户看不懂
缺技术/产品可行性校验
我的需规质量基本稳定、问题不大
其他
14.当前是否有统一的BA分析方法和模板?【单选题】
基本没有,主要靠个人经验
有部分模板,但不完整
有模板,但执行不稳定
基本有统一模板,可以支撑大部分项目
模板和方法都比较成熟,执行效果较好
15.您认为当前最需要统一哪些BA相关模板?
售前需求交接模板
业务调研纪要模板
业务流程梳理模板
用户角色/用户旅程模板
需求规格说明书模板
数据口径说明模板
业务规则说明模板
权限设计模板
验收标准模板
变更评估模板
项目复盘模板
其他
16.您的需规交给产品/研发后,被反馈"不清晰、需二次澄清"的频率?【单选题】
经常
偶尔
较少
几乎没有
17.您是否支持"需规必须经客户签字确认,才能进入预立项/开发"作为硬门槛(即以您的交付物作为关卡、并对其质量担责)?【单选题】
非常支持,应严格执行
支持,但应按项目分级
一般,签了客户也会反悔
不支持,会拖慢节奏
18.面对客户提出的超范围需求,您通常如何处理?【单选题】
基于范围边界当场明确评估或拒绝
多数先答应、后续再想办法
看情况,没有统一标准
主要靠PM或技术出面挡
19.您对需求澄清节奏的把控程度如何?(1=完全跟客户走、无法把控,5=能主动排期、限时给结论)【单选题】
1完全跟客户走、无法把控
2
3
4
5能主动排期、限时给结论
20.您认为BA、产品经理、项目经理、售前、研发之间的职责边界是否清楚?【单选题】
很不清楚,经常重叠或遗漏
不太清楚,靠临时协调
一般,核心清楚、细节不清
比较清楚,少量边界问题
非常清楚
21.当销售、售前、BA由同一人承担时,您认为最大的风险是?【单选题】
"自己出题自己打分"、缺制约
精力分散、哪头都顾不上
没什么问题
不涉及/不了解
22.你认为售前/BA和产品经理最理想的合作方式是?【单选题】
串行接力:BA完成需求澄清、产出客户签字的需规后,再移交产品做PRD,各自对本阶段负责
前期并肩:需求澄清阶段BA与产品共同进场、一起面对客户,需规与产品方案同步推进
BA主导、产品支持:BA牵头前端需求,产品在关键节点提供可行性评估与方案评审
产品全程陪跑:产品从需求阶段即介入并陪跑到交付,BA侧重客户关系与范围把控
联合共担:BA与产品对"需求收敛"共同负责,设联合评审/共同确认机制
其他
23.当BA/售前中途换人时,需求交接的沉淀情况如何?【单选题】
有完整文档沉淀,交接顺畅
有部分沉淀,需重新澄清一些
基本靠口头,常导致需求推翻重来
没遇到过换人
24.您认为推行BA"垂类化"(按行业/产品线固定归口)对效率的帮助?(1=没帮助,5=帮助很大)【单选题】
1没帮助
2
3
4
5帮助很大
25.如果项目管理委员会只能优先解决3件事,您希望是哪3件?
明确各角色职责边界
建立需求入口标准
建立售前到交付的交接机制
统一业务调研/需求分析文档模板
加强蓝图评审与需求评审
建立需求变更管理机制
明确研发排期与资源协调机制
建立测试验收标准
建立项目复盘机制
建立产品化沉淀机制
建设统一项目管理工具与知识库
建立人员能力培训体系
其他
26.请描述最近一个让您印象深刻的需求澄清/交付难题:卡在哪、为什么、怎么处理的?【填空题】
关闭
更多问卷
复制此问卷