您所在的岗位类型
产品经理/需求分析师
软件开发工程师
测试工程师
项目经理/项目负责人
数据分析师
高校/科研机构研究人员
其他
您从事软件相关工作的年限
1年及以下
1-3年
3-5年
5-10年
10年以上
您所在团队开展软件项目前，是否会进行正式的可行性评估
每个项目都会开展
大型/重点项目会开展，小型项目偶尔开展
很少开展，主要依靠经验判断
从不开展
您认为在软件需求分析阶段，确定合理调研样本量的重要程度如何
非常重要，直接影响需求准确性
比较重要，能降低需求偏差风险
一般重要，可根据项目情况灵活调整
不太重要，样本量对结果影响不大
您所在团队在确定需求调研样本量时，通常会考虑哪些因素
项目预算与周期限制
目标用户群体规模
需求复杂度与调研深度要求
行业通用经验值
统计学抽样公式计算结果
客户/ stakeholder 的明确要求
其他
您所在团队开展可行性评估时，最常用的样本量确定方法是
根据经验直接指定固定数量（如访谈10-20个用户）
参考同类项目的历史数据确定
使用统计学公式计算最小样本量
根据调研资源（人力、时间）倒推样本量
没有固定方法，视情况而定
您认为完整的可行性评估应包含哪些核心维度
技术可行性（现有技术能否实现）
经济可行性（投入产出比是否合理）
时间可行性（能否在要求周期内交付）
操作可行性（用户是否愿意/能够使用）
法律合规可行性（是否符合政策法规要求）
风险可行性（潜在风险是否可控）
您认为当前行业内常用的可行性评估方法，整体成熟度如何
非常成熟，有统一的标准流程可直接套用
比较成熟，不同企业有适配自身的成熟方法
一般成熟，多数方法偏经验化，缺乏量化标准
不太成熟，评估结果受主观因素影响极大
请对您所在团队当前可行性评估结果的准确性进行评分（1分=极不准确，5分=非常准确）
分数 ★ ★ ★ ★ ★
标签 ★ ★ ★ ★ ★
您在开展可行性评估过程中，遇到过哪些常见问题
样本量不足导致结论代表性不够
样本选取偏差导致评估结果失真
评估维度不全，遗漏关键风险点
缺乏量化评估指标，结论偏主观
评估周期过长，影响项目启动进度
相关方对评估结果认可度低
其他
您是否了解过专门针对软件需求分析阶段的样本量计算方法
非常了解，在工作中经常使用
有一定了解，偶尔会参考使用
听说过，但没有实际应用过
完全不了解
您认为以下哪些方法可以提升可行性评估结果的可靠性
建立标准化的评估流程与指标体系
结合定量与定性方法确定合理样本量
引入第三方专业机构参与评估
加强评估人员的专业方法培训
建立评估结果复盘与迭代机制
使用专业的评估工具辅助分析
您所在团队是否会在项目结束后，复盘前期可行性评估结论与实际结果的差异
每个项目都会复盘，用于优化后续评估方法
重点项目会复盘，小型项目不会
很少复盘，仅在项目出现重大问题时才会追溯
从不复盘
您认为合理的样本量设计对提升可行性评估质量的贡献度有多大（1分=几乎没有贡献，5分=决定性贡献）
分数 ★ ★ ★ ★ ★
标签 ★ ★ ★ ★ ★
您希望《软件需求分析样本量与可行性评估方法指南》重点覆盖哪些内容
不同规模项目的样本量参考标准
分场景的可行性评估操作步骤
量化评估指标与计算工具
常见评估误区与避坑指南
不同行业的评估实践案例
评估报告的标准化模板
其他
如果有标准化的可行性评估方法指南，您是否愿意在工作中参考使用
非常愿意，能大幅提升工作效率与结果准确性
比较愿意，可以作为重要参考依据
无所谓，视指南实用性而定
不太愿意，现有方法已经足够
您认为对于中小型软件项目，需求调研的合理样本量区间通常是
5个及以下
6-15个
16-30个
31-50个
50个以上
您在开展可行性评估时，是否会针对不同用户群体（如核心用户、边缘用户）分层设置样本量
每次都会，分层抽样能提升结果准确性
大部分时候会，针对重点群体增加样本
偶尔会，仅在用户差异较大时考虑
从不，统一选取样本不做分层
您在软件需求分析样本量确定或可行性评估工作中，有哪些印象深刻的经验或踩过的坑？欢迎分享
对于《软件需求分析样本量与可行性评估方法指南》的编制，您还有哪些其他建议或期待的内容？