问卷系统的价值不只在于收集答案，还在于能否按业务维度快速拆解数据。本次调问更新覆盖 8 月 23 日至 9 月 5 日，新增 3 项功能，并围绕资源管理、页面性能和答卷体验进行了优化，同时集中修复了导入、题型、分页、排序以及移动端显示等问题。
其中，按密码统计数据是一个很实用的变化：当不同人群、门店、批次或渠道使用不同答卷密码时，管理者可以分别查看统计结果，而不必把所有答卷混在一起分析。
按答卷密码拆分统计
过去，问卷统计往往以整份问卷为单位。如果同一份问卷被多个部门或多个活动复用，数据汇总后还需要手工筛选，既影响效率，也容易在导出和二次处理时出错。
新增的密码统计能力支持根据不同答卷密码分别统计数据。可以这样理解：
- 为不同批次分配不同密码，查看各批次的答题结果。
- 为不同门店或区域设置独立密码，比较各区域反馈。
- 为内部员工和外部客户使用不同密码，减少后续数据清洗工作。
- 为不同推广渠道配置密码，观察渠道带来的回答差异。
这种统计方式的关键，不是密码本身，而是把密码变成一个稳定的数据分组标识。使用时仍需要注意密码的生命周期、传播范围和权限边界，避免把敏感信息直接写进密码或让同一个密码被过多人群长期复用。
体验优化覆盖完整答卷链路
本次更新不只增加统计维度，也处理了问卷使用过程中的多个细节。
资源管理方面进行了优化，有助于减少管理问卷、素材或相关资源时的操作成本。页面性能也得到改进，长列表和后台页面的加载体验会更重要，尤其是问卷数量较多、数据量较大的使用场景。
答卷体验优化则直接影响最终回收率。移动端显示问题、题型相关问题、分页和排序问题，都会让用户在填写过程中产生困惑。集中修复这些问题，意味着问卷从打开、阅读、作答到提交的链路更加稳定。
导入功能的修复也值得关注。批量导入通常涉及字段匹配、题型转换和异常数据处理，任何一个环节出错，都可能造成问卷结构与预期不一致。升级后，建议对常用导入模板做一次回归验证，特别是包含复杂题型、分页或排序规则的问卷。
可以这样实现密码维度统计
下面是一个可直接运行的 SQLite 示例，用来演示如何按答卷密码统计提交数量和平均得分。实际项目中的表名、字段名和密码存储方式需要按现有数据库结构调整；示例假设系统只保存密码分组标识，不保存明文密码。
将下面内容保存为 password_stats.sql，然后执行 sqlite3 即可看到统计结果：
DROP TABLE IF EXISTS answers;
CREATE TABLE answers (
id INTEGER PRIMARY KEY,
password_group TEXT NOT NULL,
score REAL NOT NULL,
submitted_at TEXT NOT NULL
);
INSERT INTO answers (password_group, score, submitted_at) VALUES
('store-east', 86, '2024-08-25 09:10:00'),
('store-east', 92, '2024-08-25 10:20:00'),
('store-west', 78, '2024-08-26 11:00:00'),
('store-west', 88, '2024-08-26 13:40:00'),
('internal', 95, '2024-08-27 15:15:00');
SELECT
password_group,
COUNT(*) AS submitted_count,
ROUND(AVG(score), 2) AS average_score,
MIN(submitted_at) AS first_submitted_at,
MAX(submitted_at) AS last_submitted_at
FROM answers
GROUP BY password_group
ORDER BY submitted_count DESC, password_group ASC;
如果统计接口需要支持时间范围，可以增加参数条件，例如：
SELECT
password_group,
COUNT(*) AS submitted_count,
ROUND(AVG(score), 2) AS average_score
FROM answers
WHERE submitted_at >= :start_time
AND submitted_at < :end_time
GROUP BY password_group
ORDER BY password_group ASC;
工程实现时，建议给 password_group 和 submitted_at 建立联合索引，并在接口层校验当前用户是否有权查看对应分组。统计结果还应明确样本数量，避免只看平均分而忽略某个分组实际只有少量答卷。
CREATE INDEX idx_answers_group_time
ON answers (password_group, submitted_at);
升级后的检查清单
采用本次版本时，可以按下面的顺序验证：
- 为至少两个答卷密码分别收集测试数据，确认统计结果不会串组。
- 检查统计页面在空数据、单条数据和大量数据下的显示效果。
- 验证导入问卷中的题型、分页、排序规则是否保持一致。
- 使用手机访问答卷，重点检查长文本、选项布局和提交按钮位置。
- 对资源管理相关页面执行常用操作，确认已有资源和权限没有异常。
- 对历史问卷保留升级前后的关键统计结果，避免版本切换后无法追溯。
调问坚持前后端代码 100% 开源，为企业建设自主可控的问卷调研系统提供了基础。本次更新的重点也很明确：用密码维度提升数据分析的可用性，同时把后台管理、页面性能和移动端答卷中的高频问题集中处理。对于已有问卷系统的团队，升级前做好数据备份和典型问卷回归测试，就能更稳妥地验证这些改进是否覆盖自己的实际场景。