구글폼으로 설문조사를 진행하면 응답은 자동으로 쌓입니다. 하지만 설문 참여자에게 답례 기프티콘을 지급하는 과정까지 자동으로 끝나는 것은 아닙니다.
설문이 끝난 뒤 응답자 명단을 확인하고, 휴대폰 번호를 정리하고, 중복 참여자를 제외하고, 실제 지급 대상자를 골라 다시 Excel이나 CSV 발송 명단을 만들어야 하는 경우가 많습니다. 한 번 진행하고 끝나는 소규모 설문이라면 크게 어렵지 않을 수 있습니다. 문제는 고객 만족도 조사, UX 리서치, 학술 연구, 사용자 인터뷰 모집처럼 응답자가 계속 추가되거나 동일한 설문을 반복 운영할 때입니다. 어제까지 기프티콘을 지급한 사람과 오늘 새롭게 응답한 사람을 구분해야 하고, 이미 지급한 사람인지 확인해야 하며, 잘못 입력된 연락처와 발송 실패 건까지 관리해야 합니다.
결국 설문 담당자가 원하는 것은 단순히 기프티콘을 빠르게 보내는 기능이 아닙니다. 설문 응답 → 지급 대상 확인 → 중복 확인 → 기프티콘 지급 → 지급 결과 관리까지 반복 업무를 줄이는 것에 가깝습니다.
이 글에서는 구글폼으로 설문조사를 운영할 때 실제로 많이 막히는 지점을 기준으로, 현재 어떻게 관리하면 좋은지와 어떤 경우 자동화가 필요한지를 정리합니다.
핵심 요약
- 응답은 자동으로 쌓이지만 신규 지급자 확인·중복 검수·명단 정리·쿠폰 발송은 여전히 반복 업무로 남아 있음
- 필요한 것은 신규 응답 확인 → 지급 대상 판단 → 기프티콘 발송 → 지급 결과 관리까지 이어지는 자동화
- 상시 고객 만족도 조사나 반복 리서치는 응답과 리워드 지급을 연결하는 방식이 효율적
- 중복 지급 방지·연락처 검증·선착순 및 조건부 지급·발송 실패 관리 같은 예외 처리 기능도 중요

설문 시작 전에 먼저 정해야 할 5가지

설문 답례 기프티콘 운영에서 가장 흔한 문제는 발송 단계보다 처음부터 지급 기준이 명확하지 않은 상태에서 응답을 받기 시작하는 것입니다. 설문을 배포하기 전에 다음 5가지는 먼저 결정하는 것이 좋습니다.
1. 누구에게 기프티콘을 지급할 것인가?
예를 들어 다음처럼 기준을 정할 수 있습니다.
- 설문을 끝까지 완료한 사람
- 특정 기간 안에 응답한 사람
- 선착순 300명
- 특정 조건을 충족한 응답자
- 인터뷰 대상자로 최종 선정된 사람
- 전체 참여자
‘설문 제출 = 무조건 지급’인지, 별도의 조건이 있는지를 먼저 정해야 이후 명단 정리가 쉬워집니다.
2. 중복 참여는 무엇을 기준으로 확인할 것인가?
같은 사람이 설문에 두 번 참여할 수 있습니다. 이때 이름만으로 중복 여부를 판단하기는 어렵습니다. 가능하면 다음과 같은 값을 기준으로 1인 1회 지급 여부를 판단하는 것이 좋습니다.
- 휴대폰 번호
- 이메일
- 회원 ID
- 사번
- 별도의 참여자 ID
예를 들어 휴대폰 번호 기준 1인 1회 지급이라면 동일 번호가 두 번 입력됐을 때 두 번째 응답은 지급 대상에서 제외하도록 운영할 수 있습니다.
3. 휴대폰 번호는 어떤 형식으로 받을 것인가?
설문 참여자가 직접 연락처를 입력하면 오입력이 발생할 수 있습니다.
예를 들어
01012345678010-1234-567810-1234-5678
처럼 입력 방식이 제각각이면 나중에 발송 명단을 만들 때 다시 정리해야 합니다. 따라서 설문 안내 문구에 입력 형식을 명확하게 표시하고, 가능하다면 동일한 형식으로 수집하는 것이 좋습니다. 발송 전에는 휴대폰 번호의 자릿수나 형식을 한 번 확인합니다.
4. 기프티콘은 언제 지급할 것인가?
설문마다 적합한 지급 시점도 다릅니다.
| 운영 방식 | 적합한 지급 방법 |
| 일회성 설문 | 설문 종료 후 한 번에 발송 |
| 선착순 이벤트 | 대상자 확정 후 순차 발송 |
| 상시 만족도 조사 | 신규 응답자 기준 정기 발송 또는 자동화 |
| 사용자 리서치 | 참여 완료 확인 후 지급 |
| 반복 설문 | 일정 주기 일괄 발송 또는 자동화 |
응답 직후 반드시 보내야 하는 것이 아니라면, 일정 시간 동안 응답을 모은 뒤 일괄 발송하는 방법도 충분히 효율적입니다.
5. 지급 결과를 어디에 기록할 것인가?
설문 응답 명단과 기프티콘 지급 명단을 따로 관리하면 나중에
“이 사람은 보냈나?”
“발송 실패한 사람은 누구였지?”
를 다시 확인하게 됩니다. 그래서 처음부터 Google Sheets 등에 지급 상태 열을 만들어두는 것이 좋습니다. 예를 들면 다음처럼 관리할 수 있습니다.
| 참여자 | 연락처 | 지급 상태 | 비고 |
| A | 010-XXXX-1111 | 지급 완료 | – |
| B | 010-XXXX-2222 | 중복 제외 | 기존 지급 |
| C | 010-XXXX-3333 | 정보 오류 | 번호 확인 필요 |
| D | 010-XXXX-4444 | 조건 제외 | 선착순 마감 |
| E | 010-XXXX-5555 | 지급 실패 | 재확인 |
이렇게 하면 매번 전체 명단을 다시 확인하지 않고 문제가 있는 건만 찾아볼 수 있습니다.
구글폼 설문을 운영하다 실제로 가장 많이 막히는 지점

설문 답례 기프티콘 업무를 단순하게 보면 다음과 같습니다.
설문조사 구글폼 응답 수집
↓
신규 응답자 확인
↓
휴대폰 번호 정리
↓
기존 지급자와 중복 확인
↓
지급 조건 확인
↓
Excel·CSV 발송 명단 생성
↓
기프티콘 발송
↓
발송 결과 및 실패 건 확인
응답자가 적을 때는 크게 문제가 되지 않습니다.
하지만 설문을 반복할수록 담당자는 기프티콘을 보내는 시간보다 ‘누구에게 보내야 하는지 확인하는 시간’을 더 많이 쓰게 될 수 있습니다.
문제 1. 어디까지 지급했는지 모르겠습니다
상시 만족도 조사나 반복 설문에서는 매일 새로운 응답자가 추가됩니다. 이때 가장 먼저 발생하는 문제가 “어제 어디까지 발송했지?” 입니다.
이렇게 관리해보세요
Google Forms 응답이 연결된 Google Sheets에 다음과 같은 열을 추가합니다.
| 응답일 | 이름 | 연락처 | 지급 대상 | 지급 상태 | 지급일 |
그리고 지급이 끝난 참여자는 지급 완료 상태를 기록합니다. 다음 번 발송 때는 지급 상태가 비어 있는 신규 응답자만 확인하면 됩니다. 매번 전체 응답 명단을 다시 비교하는 것보다 관리가 훨씬 단순해집니다.
문제 2. 같은 사람이 여러 번 참여했습니다
이벤트나 리서치에서는 동일한 사람이 설문에 두 번 참여할 수도 있습니다. 예를 들어 1인 1회 기프티콘을 지급하기로 했다면 동일한 사람에게 두 번 보내지 않도록 확인해야 합니다.
| 참여자 | 응답 | 처리 |
| A | 최초 응답 | 지급 |
| B | 최초 응답 | 지급 |
| A | 재응답 | 중복 제외 |
이렇게 관리해보세요
먼저 중복을 판단할 기준값을 정합니다. 가장 일반적인 기준은 휴대폰 번호나 이메일입니다. 다음 Google Sheets 또는 Excel에서 기존 지급자와 동일한 번호가 있는지 확인하고, 재응답자는 중복 제외로 표시합니다. 중요한 것은 설문이 끝난 뒤 기준을 정하는 것이 아니라, 설문 시작 전에 ‘1인 1회 지급 기준’을 정하는 것입니다.
문제 3. 선착순 300명에게만 지급해야 합니다
모든 응답자가 기프티콘 지급 대상인 것은 아닙니다. 실제 설문에서는 다음과 같은 조건이 자주 발생합니다.
- 설문 완료자만 지급
- 선착순 300명까지 지급
- 특정 기간 참여자만 지급
- 특정 문항의 조건을 충족한 사람만 지급
- 테스트·내부 응답 제외
- 동일 참여자 1회 지급
이렇게 관리해보세요
먼저 지급 조건의 우선순위를 정합니다. 예를 들어 선착순 300명이라면 단순히 시트의 1~300번째 행을 지급하는 것이 아니라, 응답 완료 → 중복 제거 → 내부 테스트 제외 → 정상 연락처 확인 → 최종 300명 선정 순서로 대상자를 확정하는 것이 좋습니다. 특히 중복 응답이나 테스트 데이터가 섞여 있다면 단순 응답 순서만으로 지급 대상을 정하지 않는 것이 좋습니다.
문제 4. 휴대폰 번호가 잘못 입력됐습니다
설문에서 연락처를 직접 입력받다 보면 번호 누락이나 오입력이 발생할 수 있습니다. 이 상태로 바로 발송 명단을 만들면 발송 실패 건을 나중에 다시 처리해야 합니다.
이렇게 관리해보세요
발송 전에 다음 항목을 확인합니다.
- 연락처가 비어 있지 않은가?
- 휴대폰 번호 자릿수가 정상인가?
- 문자나 특수문자가 섞여 있지 않은가?
- 동일 번호가 여러 번 존재하지 않는가?
문제가 있는 연락처는 바로 삭제하기보다 정보 오류 또는 확인 필요 상태로 분리해두는 것이 좋습니다. 그러면 정상 참여자의 발송을 먼저 진행한 뒤 문제가 있는 건만 별도로 확인할 수 있습니다.
문제 5. 기프티콘 발송 후 실패한 사람을 다시 찾기 어렵습니다
기프티콘 발송 버튼을 누른다고 모든 업무가 끝나는 것은 아닙니다. 실제로는 정상 지급됐는지 / 발송 실패가 발생했는지 / 다시 확인해야 할 참여자가 있는지 까지 관리해야 합니다.
이렇게 관리해보세요
설문 응답 데이터 옆에 최종 지급 상태를 기록합니다.
| 상태 | 의미 |
| 지급 완료 | 정상 지급 |
| 중복 제외 | 기존 지급 이력 존재 |
| 조건 제외 | 지급 기준 미충족 |
| 정보 오류 | 연락처 등 정보 문제 |
| 지급 실패 | 발송 과정에서 실패 |
| 확인 필요 | 담당자 확인 필요 |
이렇게 관리하면 담당자는 전체 참여자를 다시 확인할 필요 없이 지급 실패·정보 오류·확인 필요 상태만 필터링하면 됩니다.

설문 담당자에게 정말 필요한 기능은 무엇일까요?

설문 기프티콘 자동 발송한다고 하면 가장 먼저 떠올리는 것은 “설문을 제출하면 기프티콘을 자동으로 보내주는 기능” 입니다. 하지만 실제 업무에서는 그것만으로 충분하지 않습니다. 담당자에게 필요한 것은 다음 과정 전체가 하나로 연결되는 것입니다.
설문 응답 발생
↓
지급 대상 여부 확인
↓
중복 참여 여부 확인
↓
연락처 검증
↓
설문 답례 리워드 지급
↓
지급 결과 기록
↓
문제가 있는 건만 담당자 확인
즉 발송 자동화가 아니라 리워드 운영 자동화가 필요한 것입니다.
➊ 새로운 설문 응답만 자동으로 확인
상시 고객 만족도 조사처럼 매일 새로운 응답자가 발생한다고 생각해보겠습니다.
담당자가 원하는 것은 매일 구글 시트를 열고 “어디까지 발송했더라?” 를 확인하는 것이 아닙니다.
새로운 응답이 들어오면 아직 답례품을 지급하지 않은 응답자인지 자동으로 확인하고 다음 단계로 넘어가는 방식이 필요합니다. 이렇게 되면 담당자가 매번 신규 응답자를 따로 골라내는 작업을 줄일 수 있습니다.
➋ 이미 지급한 사람은 자동으로 제외
동일한 사람이 설문에 두 번 참여할 수도 있습니다. 예를 들어 휴대폰 번호를 기준으로 답례품을 한 번만 지급하기로 했다면 기존 지급 이력을 확인해야 합니다.
| 참여자 | 응답 | 지급 결과 |
| A | 최초 응답 | 지급 |
| B | 최초 응답 | 지급 |
| A | 재응답 | 중복 제외 |
현재는 담당자가 Excel이나 Sheets에서 기존 지급 내역을 대조해야 할 수 있습니다. 설문 응답 리워드 자동화에서는 휴대폰 번호나 참여자 식별값을 기준으로 기존 지급 여부를 확인하고 중복 지급을 막아주는 기능이 필요합니다.
➌ 지급 조건을 설정할 수 있어야 합니다
모든 응답자가 반드시 기프티콘 지급 대상인 것도 아닙니다. 실제 설문에서는 다음과 같은 조건이 자주 사용됩니다.
- 설문 완료자에게만 지급
- 특정 기간 내 응답자에게 지급
- 선착순 300명까지만 지급
- 특정 문항을 충족한 참여자에게 지급
- 테스트 및 내부 응답 제외
- 동일 참여자는 1회만 지급
따라서 단순히 설문 제출 = 자동 발송으로 만드는 것보다 지급 조건을 먼저 확인한 뒤 대상자에게만 발송하는 구조가 필요합니다.
➍ 잘못 입력한 휴대폰 번호는 자동으로 확인
설문에서 연락처를 직접 입력하게 하면 번호 오입력도 발생합니다. 예를 들어 휴대폰 번호 자릿수가 부족하거나 잘못된 형식으로 입력할 수 있습니다.
이 경우 모든 응답자를 사람이 검수하기보다 정상 연락처 → 지급 진행 / 비정상 연락처 → 발송 제외 → 확인 필요 형태로 구분할 수 있다면 담당자는 문제가 있는 응답만 확인하면 됩니다.
➎ 누가 지급됐는지 결과까지 확인
기프티콘 발송 요청을 보냈다고 업무가 끝나는 것은 아닙니다. 실제로는 정상 지급됐는지, 어떤 건이 실패했는지 확인해야 합니다. 설문 데이터에 다음과 같은 상태가 함께 기록된다면 관리가 훨씬 간단해집니다.
| 상태 | 의미 |
| 지급 완료 | 정상적으로 리워드 지급 |
| 중복 제외 | 기존 지급 이력 존재 |
| 조건 제외 | 지급 조건 미충족 |
| 정보 오류 | 연락처 등 입력값 문제 |
| 지급 실패 | 처리 과정에서 오류 발생 |
| 확인 필요 | 담당자의 별도 확인 필요 |
담당자는 전체 참여자를 다시 확인하는 대신 지급 실패나 정보 오류가 발생한 건만 확인할 수 있습니다.
특히 이런 상황에서 설문 기프티콘 발송 자동화 필요성이 커집니다
모든 설문에서 자동화가 필요한 것은 아닙니다. 한 번 진행하고 끝나는 20명 규모의 설문이라면 설문 종료 후 명단을 만들어 한 번에 발송하는 방법이 더 간단할 수 있습니다. 반대로 응답자가 계속 추가되거나 같은 설문을 반복한다면 자동화의 필요성이 커집니다.
| 설문 유형 | 반복되는 업무 | 필요한 기능 |
| 고객 만족도 조사 | 신규 고객 응답 매일 확인 | 응답 발생 시 자동 지급 |
| UX·사용자 리서치 | 프로젝트마다 참여자 보상 | 지급 이력·중복 관리 |
| 학술·대학 연구 | 연구 참여자 지속 모집 | 신규 참여자 자동 처리 |
| 이벤트·프로모션 | 선착순·조건부 지급 | 지급 조건 및 수량 관리 |
| 서비스 이용 후 조사 | 행동 직후 리워드 제공 | 응답과 즉시 지급 연결 |
| 정기 사내 설문 | 월·분기별 동일 작업 반복 | 반복 발송 업무 자동화 |
따라서 자동화가 필요한지를 판단할 때는 단순히 “응답자가 몇 명인가?”보다 “이 업무를 얼마나 자주 반복하는가?” 를 먼저 보는 것이 좋습니다.

센드비에서 설문 기프티콘 자동 발송화를 준비하고 있습니다

센드비에서는 현재 설문조사, 사용자 리서치, 고객 만족도 조사 등에서 참여자에게 모바일 쿠폰을 지급할 수 있는 환경을 제공하고 있습니다.
현재 일회성 설문이라면 Excel·CSV를 활용한 대량 발송을 사용할 수 있고, 자체 서비스에서 반복적인 지급이 발생한다면 API 연동을 검토할 수 있습니다.
그리고 설문 응답이 지속적으로 발생하는 경우 담당자가 매번 응답 명단을 내려받아 지급 대상자를 다시 정리하지 않아도 되도록, 설문 응답과 모바일 쿠폰 지급을 연결하는 자동화 방향도 준비하고 있습니다.
목표는 단순히 “구글폼 제출하면 바로 기프티콘 발송” 하는 것만이 아닙니다.
실제 담당자가 반복적으로 겪는
- 신규 응답자 확인
- 기존 지급자 중복 확인
- 지급 조건 확인
- 연락처 검증
- 최대 지급 수량 관리
- 지급 결과 기록
- 실패 대상 관리
같은 업무까지 함께 줄이는 것입니다.
센드비가 준비하는 방향
실제 설문 업무에서 반복적으로 발생하는 Pain Point를 기준으로 다음과 같은 기능이 중요합니다.
| 담당자의 불편 | 필요한 자동화 방향 |
| 신규 응답자를 계속 확인 | 신규 설문 응답 자동 인식 |
| Excel 명단 반복 생성 | 설문 데이터와 리워드 지급 연결 |
| 중복 지급 우려 | 기존 지급 이력 자동 확인 |
| 전화번호 오입력 | 연락처 자동 검증 |
| 선착순·조건부 지급 | 지급 조건·수량 설정 |
| 발송 결과 별도 확인 | 지급 상태 자동 기록 |
| 실패 건 수동 검색 | 오류·실패 대상 별도 관리 |
| 예산 초과 우려 | 최대 지급 수량·예산 관리 |
센드비에서도 이러한 실제 업무 흐름을 기준으로 설문 참여부터 모바일 쿠폰 지급 이후의 관리까지 연결할 수 있는 방향을 준비하고 있습니다.

설문 담당자가 실제로 많은 시간을 쓰는 부분은 기프티콘 발송 버튼을 누르는 일이 아닙니다. 누구에게 줘야 하는지 확인하고, 이미 지급했는지 확인하고, 잘못된 데이터를 찾고, 지급 결과를 다시 기록하는 과정입니다. 따라서 설문 답례 기프티콘 운영을 효율화하려면 먼저
① 지급 기준을 정하고
② 중복 판단 기준을 정하고
③ 지급 상태를 기록하고
④ 일회성 설문은 일괄 발송하고
⑤ 반복되는 설문부터 자동화하는 것
이 좋습니다.
응답자가 계속 발생하는 상시 설문이라면 앞으로 필요한 구조는 더욱 명확합니다.
설문 응답 → 지급 대상 확인 → 중복 검증 → 기프티콘 지급 → 결과 관리
이 과정이 하나로 연결될수록 담당자가 매번 명단을 다시 정리하는 업무는 줄어듭니다.
센드비에서도 이러한 실제 설문 담당자의 업무 흐름을 기준으로, 반복되는 설문 리워드 지급을 더 간단하게 관리할 수 있는 자동화 환경을 준비하고 있습니다.






