软件开发流程 需求蒐集法1 - 问卷

软件开发的用户需求哪里来? 此篇有和大家分享过常见的需求来源,但实际上到底要怎麽进行又是另外一件事,因此今天要来分享其中一个需求蒐集方法的执行方式 - 问卷,主要会分成以下几大项来和大家说明。

https://ithelp.ithome.com.tw/upload/images/20210926/20141909bIiZWaim5x.png


ㄧ、订定目标

一个完整的问卷流程,需要很多的力气与时间,为了避免中途失焦、或做白工,要在一开始就先订好明确的目标,再根据该目标设计问卷整体架构,和最後用来衡量的指标。

二、设计题目与内容

设计题目的方法我自己分为两种:

  • 反推法,以想得到的结果为出发点,思考得到该答案前的问题应该长怎麽
  • 正推法,什麽样的问题可以引导填答者回答自己想要得到的资讯
    另外,若是问卷的选项有点复杂,怕填答者不清楚时,建议可以特别设计一个说明区,避免最後因为填答者看不懂题目乱填,导致问卷回收的结果有偏误。

三、试测

每个人思维逻辑都不同,为了确保填答者真的理解所有内容,同时确保最後回收的结果和自己落差不会太大,因此比较好的作法是将初步设计好的问卷找人试测,虽然听起来很麻烦,但最终发放出去时,能够减少填答者的疑惑,或是填答者想错方向。

四、发放与回收

此环节除了把问卷发出去外,还要记得掌控时间,在一开始和大家说清楚最终填答时间,不然很有可能发生要回收时样本数量太少的问题,若是过程中发现填答率很低,一定要记得想其他方法提升大家的填答意愿。

五、清理资料

检查回收的问卷内容是否有不合理得情形,例如开放式的题目只请填答者填写一个选项,但却有些人写了三四个不同的选项,这会有公平性问题,若是有办法找到原本填答的对象,就需要重新和他们确认填答的内容,若是无法找回原本的填答者,此项就变成无效回答了。

六、分析结果

经历完前面几个步骤後,终於进到最终站!
根据一开始订定的目的,思考如何分析与呈现问卷结果,在这个可能需要来来回回看了很多次问卷的内容,才能进行最後的分析并从中找出 insight。

以上就是执行问卷时需要经理的完成内容,若是有不清楚的地方都欢迎大家在底下留言询问。


<<:  【第二十六天 - Dijkstra 介绍】

>>:  [Day 11]在你顺利的时候来一拳才是标配(前端篇)

Day25-TypeScript(TS)函式(Function)的剩余参数(Rest Parameter)

今天要来讲讲TypeScript(TS)函式(Function)的剩余参数(Rest Paramet...

Day11-Go映射map

前言 前面我们介绍了几种变数容器,例如阵列和切片,这些皆以数字做为索引,而今天要介绍的映射(map)...

Day8|【Git】检视纪录 - git log

学习到将档案提交到储存库後,现在来看看如何检视之前的 Commit 纪录吧。 检视纪录 - git ...

Day30_渗透 patator

patator 使用环境:kali Linux 以python写的暴力破解工具。支援多种协定。破解...

【心得】你今天种菜了吗? grid之路-grid的使用(3)

前言 昨天看了落落长的一大串~看得目睛花花 怎麽感觉他没有一开始的grid-template-are...