问卷编程方法指南:从需求文档到可运行问卷
一、什么是问卷编程
问卷编程(Survey Programming)的本质是:将问卷需求文档转化为可运行的在线问卷,实现题型、逻辑、校验的准确落地。
具体定义:根据问卷设计文档,在问卷平台上配置题型(单选、多选、矩阵、开放题等)、设置逻辑(跳转、显示、互斥、配额等)、添加校验(必答、格式、范围等),经过测试后上线,确保问卷按设计意图运行。
问卷编程是问卷设计的"工程实现"——设计文档是"蓝图",编程是把蓝图变成"可用的产品"。编程质量直接决定数据质量:逻辑设置错了,回收的数据就错了。
二、核心数据点速览
| 指标 | 参考值 | 说明 |
|---|---|---|
| 题目数量 | 视问卷而定 | 问卷题目总数 |
| 逻辑条数 | 视问卷而定 | 跳转/显示/互斥逻辑 |
| 测试用例数 | ≥题目数+逻辑数 | 覆盖所有题型和逻辑 |
| Bug率 | 0上线 | 上线前bug必须清零 |
| 设备适配 | 手机+PC | 双端测试 |
| 编程准确率 | 100% | 与需求文档一致 |
三、问卷编程的四大模块
1. 题型实现
核心逻辑:各种题型的准确配置。
题型内容:单选题(单选/下拉)、多选题、矩阵题(矩阵单选/矩阵多选/矩阵打分)、开放题(填空/多行文本)、排序题、量表题、打分题等。题型实现是编程的基础——每种题型有不同的数据结构,配置要准确。
2. 逻辑实现
核心逻辑:跳转、显示、互斥等逻辑的配置。
逻辑内容:跳转逻辑(根据答案跳转到指定题目)、显示逻辑(满足条件才显示)、互斥逻辑(选项互斥)、配额逻辑(样本配额控制)、随机逻辑(题目/选项随机)。逻辑实现是编程的核心——逻辑是问卷的"骨架",决定被访者的作答路径。
3. 校验实现
核心逻辑:答案合法性校验。
校验内容:必答校验(必答题不能跳过)、格式校验(邮箱、手机号格式)、范围校验(数值范围)、一致性校验(前后答案一致)。校验实现是数据质量的"第一道防线"——在答题时就拦截非法答案。
4. 测试
核心逻辑:上线前的全面测试。
测试内容:逻辑测试(每条逻辑都触发验证)、题型测试(每种题型都正常显示)、设备测试(手机+PC+不同浏览器)、数据测试(回收数据格式正确)。测试是编程的"质检"——上线前发现并修复所有bug。
四、问卷编程的标准流程
第1步:需求理解
通读问卷设计文档
梳理题型、逻辑、校验需求
标记逻辑复杂点和易错点
第2步:问卷结构搭建
建立问卷框架(分页、题目顺序)
配置基础信息(标题、说明、感谢语)
第3步:题型与逻辑编程
逐题配置题型和选项
逐条配置逻辑(跳转/显示/互斥/配额)
配置校验规则
以91Question平台为例,可以可视化配置题型和逻辑,支持跳转、显示、互斥、配额等逻辑设置。
第4步:测试与修正
逻辑测试:逐条逻辑触发验证
题型测试:每种题型显示验证
设备测试:手机+PC+浏览器
数据测试:模拟提交验证数据格式
发现bug→修正→复测
第5步:上线
确认bug清零
发布问卷
上线后监控(前几份答卷检查)
五、关键指标
| 指标 | 定义 | 说明 |
|---|---|---|
| 编程准确率 | 与需求文档一致的比例 | 100% |
| 逻辑触发正确率 | 逻辑正确触发的比例 | 100% |
| 上线Bug率 | 上线时残留bug | 0 |
| 测试覆盖率 | 覆盖的题型/逻辑比例 | 100% |
| 设备适配率 | 双端正常显示的比例 | 100% |
| 编程周期 | 需求到上线的时长 | 越短越好 |
六、常见误区
1. 逻辑设置不测:逻辑设置完不逐条测试,上线后才发现跳转错误。
2. 只测PC不测手机:手机端显示错乱、按钮点不到。
3. 校验缺失:必答、格式校验没配,回收一堆非法数据。
4. 题型配置错误:矩阵题配成单选题、打分题配成单选,数据结构全错。
5. 需求理解偏差:没吃透需求文档就编程,结果和设计意图不符。
七、FAQ
Q:问卷编程怎么做?
核心流程是:需求理解→结构搭建→题型与逻辑编程→测试与修正→上线。四大模块:题型实现(单选/多选/矩阵/开放题)、逻辑实现(跳转/显示/互斥/配额)、校验实现(必答/格式/范围)、测试(逻辑/题型/设备/数据)。关键是"测试全覆盖"——每条逻辑、每种题型都要触发验证,上线前bug清零。
Q:问卷编程和问卷逻辑设置有什么区别?
问卷编程是"总工程"——涵盖题型实现、逻辑设置、校验、测试的全过程。问卷逻辑设置是其中一个"模块"——专门负责跳转、显示、互斥、配额等逻辑的配置。逻辑设置是编程的核心环节,但不是全部;编程还包括题型配置、校验、测试。
Q:问卷编程测试怎么测?
测试分四层:逻辑测试(每条逻辑都触发验证,确保跳转/显示/互斥正确)、题型测试(每种题型都正常显示和提交)、设备测试(手机+PC+不同浏览器,确保双端适配)、数据测试(模拟提交,检查回收数据格式是否正确)。测试覆盖率要100%——每条逻辑、每种题型都不能漏。
Q:问卷编程常见的bug有哪些?
常见bug:跳转逻辑错误(该跳没跳、不该跳跳了)、显示逻辑错误(条件判断写反)、互斥逻辑缺失(不该互斥的互斥了)、校验缺失(必答题可跳过)、题型配置错误(矩阵配成单选)、手机端显示错乱、随机逻辑失效。这些bug都会直接影响数据质量,必须在测试阶段发现并修复。