설문조사 앱 만드는 방법

설문조사 앱은 질문 세트를 작성해 많은 사람에게 보내고, 응답을 합산해서 보여 줍니다. 신뢰를 주는 요소는 질문 편집기보다 덜 눈에 띄지만 중요합니다. 정직한 익명성, 중요할 때 1인 1회 응답, 관련 없는 질문을 건너뛰는 분기, 그리고 올바른 사람만 볼 수 있는 결과입니다. 이것들을 첫 버전에서 제대로 갖추고, 질문 유형은 적게 유지하세요.

주로 가입, 주문, 신청서를 받아야 한다면 대신 양식 빌더가 필요합니다. 설문은 집단 전체의 의견, 즉 전체 합계를 보는 것입니다.

설문조사 앱에 필요한 것

데이터

첫 버전의 질문 유형

• 단일 선택과 복수 선택
• 평점 척도(1–5 또는 0–10)
• 짧은 텍스트와 긴 텍스트
• 예/아니요

행렬 격자, 순위 매기기, 파일 업로드, 슬라이더는 나중에 추가해도 됩니다. 유형마다 입력, 검증, 결과 차트가 따로 필요합니다.

페이지

• 미리보기가 있는 설문 편집기.
• 휴대폰에서 읽기 좋은 응답자 화면, 긴 설문이라면 진행률 표시 포함.
• 감사 페이지.
• 결과 페이지: 질문마다 차트, 응답 수, 필터, CSV 내보내기.
• 상태와 응답 수를 보여 주는 설문 관리자 목록.

앱 전체를 결정하는 선택

익명인가, 식별 가능한가? 가장 중요한 선택이며, 설문의 첫 화면에서 분명히 밝혀야 합니다. “익명”이라고 해 놓고 몰래 이메일 주소를 저장하는 직원 설문은, 누군가 그 사실을 아는 순간 신뢰를 잃습니다. 진짜 익명 설문이라면 답변과 함께 사용자 ID, 이메일, IP 주소를 저장하지 마세요. 제출 시각은 날짜 단위로 반올림하세요.

1인 1회 응답? 약한 것부터 강한 것까지 옵션은 다음과 같습니다.

1. 브라우저 쿠키 — 실수는 막지만 작정한 사람은 막지 못합니다.
2. 일회용 초대 링크 — 각 링크는 한 번만 작동하며, 답변과 분리해 보관할 수 있습니다.
3. 로그인 — 안정적이지만 익명성을 약속하기 어려워집니다.

익명이면서 1회만 허용하려면 초대 토큰을 쓰고, “토큰 사용됨” 기록을 답변과 연결되지 않은 별도 테이블에 저장하세요.

소규모 집단은 익명성을 깹니다. 팀에서 세 명만 응답했는데 팀별로 결과를 필터링하면, 누가 무슨 답을 했는지 드러날 수 있습니다. 흔한 규칙은 정해진 수(보통 5명) 미만의 응답이 모인 세부 분류는 숨기는 것입니다. 세부 분류를 보여 줄 계획이라면 이 규칙을 미리 넣으세요.

분기. 건너뛰기 로직은 설문을 짧고 관련 있게 만들지만, 규칙이 늘수록 테스트해야 할 경로도 늘어납니다. 질문 단위가 아니라 섹션 단위로 “답이 X면 Y 섹션으로 건너뛰기” 같은 단순한 규칙부터 시작하세요.

결과는 누가 볼 수 있나요? 설문 소유자만, 지정된 그룹만, 아니면 제출한 응답자까지? 권한은 서버에서 강제하세요.

개인정보. 설문은 의견, 건강 정보, 직원에 대한 정보를 모으는 경우가 많습니다. 꼭 필요한 것만 수집하고, 사용 방법을 밝히고, 적용되는 개인정보 규칙을 확인하세요.

잘 작동하는 첫 프롬프트

설문조사 웹 앱을 만들어 줘. 관리자가 로그인해서 섹션과 질문이 있는 설문을 만들 수 있어야 해. 질문 유형은 단일 선택, 복수 선택, 1–5 평점, 예/아니요, 짧은 텍스트, 긴 텍스트이고, 각각 필수 여부를 선택할 수 있어. 설문에는 상태(초안, 진행 중, 마감)와 선택적 마감일이 있어. 각 설문은 익명이거나 식별 가능이며, 첫 화면에서 응답자에게 그 사실을 알려 줘. 익명 설문은 답변과 함께 사용자 ID, 이메일, IP 주소를 절대 저장하지 말고, 제출 시각은 날짜 단위로 반올림해 줘. 일회용 초대 링크를 지원하고, 링크 사용 기록은 답변과 연결되지 않은 별도 테이블에 저장해 줘. 섹션 단위 건너뛰기 로직(“질문 X가 Y면 섹션 Z로 건너뛰기”)을 추가해 줘. 응답자는 진행률 표시줄이 있는 모바일 친화적 페이지에서 답해. 관리자는 질문마다 차트, 응답 수, 텍스트 답변 목록, CSV 내보내기가 있는 결과 페이지를 보게 해 줘. 응답이 5개 미만인 필터링된 세부 분류는 숨겨 줘. 모든 데이터는 데이터베이스에 저장해 줘.

빌드 단계

1. 편집기. 두 개 섹션으로 된 현실적인 12문항 설문을 만드세요. 편집이 느리다면 지금 고치세요.
2. 응답자 화면. 휴대폰으로 응답해 보세요. 필수 질문, 뒤로 가기, 새로고침 시 동작을 확인하세요.
3. 익명성 점검. 익명 응답을 제출한 뒤, 데이터베이스에 실제로 무엇이 저장됐는지 확인하세요. 에이전트에게 저장된 행을 보여 달라고 하세요.
4. 초대. 링크를 만들고 하나를 두 번 써 보세요. 두 번째 시도가 거부되는지 확인하세요.
5. 분기. 설문의 모든 경로를 적어 보고 하나씩 따라가 보세요.
6. 결과. 테스트 응답을 스무 개 제출하고, 직접 센 수와 차트를 비교한 뒤 CSV를 내보내세요.
7. 마감. 설문을 마감하고, 링크가 “마감” 페이지를 정중하게 보여 주는지 확인하세요.

흔한 실수

• 익명이라고 말하면서 신원을 저장하기. 화면이 아니라 데이터베이스를 확인하세요.
• 질문이 너무 많음. 긴 설문은 중간에 버려집니다. 진행률을 보여 주고 과감하게 줄이세요.
• 유도 질문. “얼마나 즐기셨나요…”는 즐겼다고 가정합니다. 중립적인 질문을 하고, 척도에는 중립 선택지를 주세요.
• 진행 중인 설문 편집. 응답이 들어온 뒤 질문을 바꾸면 서로 다른 두 질문이 한 차트에 섞입니다. 설문이 열린 뒤에는 질문을 잠그거나 버전으로 관리하세요.
• 누구나 볼 수 있는 결과. 추측 가능한 결과 URL은 민감한 답변을 유출합니다.
• 내보내기 없음. 사람들은 데이터를 스프레드시트에서 분석하고 싶어 합니다.

완성된 제품이 더 나은 경우

대부분의 일회성 설문에는 기존 도구가 더 빠르고 좋습니다. 다듬어진 질문 유형, 템플릿, 통계 요약, 배포 기능이 기본으로 들어 있고, 무료 요금제도 많습니다. 옵션은 Typeform 대안과 Google Forms 대안을 참고하세요.

설문이 제품이나 운영에서 반복적으로 쓰이고 도구가 맞지 않을 때는 직접 만드는 것이 좋습니다. 익명성 규칙과 데이터 위치를 직접 통제해야 하는 정기 직원 설문, 참조하는 데이터 옆에 붙는 앱 내 피드백, 맞춤 로직이 필요한 조사, 또는 판매할 설문 제품이 여기에 해당합니다. 지속적인 피드백에는 고객 피드백 포털 가이드를, 결과 화면에는 대시보드 만드는 방법을 참고하세요.

Mythex로 만들기

Mythex에서는 채팅으로 설문 앱을 설명하고, 휴대폰 크기 화면을 포함해 라이브 미리보기에서 테스트합니다. 앱이 응답을 저장해야 하면 Mythex가 전용 데이터베이스를 추가하고, 에이전트에게 응답이 정확히 무엇을 저장했는지 보여 달라고 할 수 있습니다. 익명성 약속을 확인하는 가장 빠른 방법입니다. 관리자 로그인은 앱 자체 방식이며, 직접 고른 방법으로 연결합니다. Mythex에는 기본 이메일 발송 기능이 없으므로 초대 이메일은 직접 연결한 이메일 제공자를 통해 보냅니다(앱에서 이메일 보내기). 게시는 mythex.ai 링크로 하고, Pro에서는 자체 도메인을 쓸 수 있습니다.

자주 묻는 질문