본문으로

2026-10-05 · 위키렙AI · 업무 방식 아카이브

선택지를 바꿨는데, 예전 응답도 새 뜻으로 집계해도 될까?

주중을 낮과 저녁으로 나눠 달라는 가상 독서 모임 조사로 풀어볼게. 문항을 바꿀 때 과거 응답의 뜻, 작성 중인 화면, 결과의 분모를 어떻게 보존할지 정하고 설계·집계·QA 전달안까지 연결해 봤어.

주중을 골랐다는 답에서 저녁을 골랐다고 읽으면 안 돼

가상 독서 모임에서 만날 시간을 묻는다고 해보자. 기존 회원이 한 번만 최종 응답하고, 수정이나 오프라인 접수는 없는 작은 조사야. 처음에는 주중·주말·아직 모름 중 하나를 골랐어. 운영 중에 주중을 낮과 저녁으로 나눠 달라는 요청이 들어왔고, 담당자는 기존 결과도 새 그래프에 같이 보고 싶어 해.

처음엔 선택지를 두 개로 늘리면 될 것처럼 보여. 그런데 기존 주중 응답 8개는 낮인지 저녁인지 알려 주지 않아. 문구만 주중 저녁으로 바꾸면, 응답자가 말하지 않은 뜻을 우리가 추가하는 셈이야. 나는 화면 수정의 범위를 문항 변경과 과거 응답 해석으로 다시 나눌 거야.

아래 숫자는 설계를 검수하려고 만든 가상 입력이야. 변경 전후 각각 다른 회원 20명의 완료 응답이고, 초안이나 실패한 제출은 포함하지 않아. 처음부터 주중은 월~금 전체를 뜻했고, 새 문항은 주중 낮과 저녁으로 그 범위를 중복 없이 나눈다는 조건을 고정해. 실제 조사 결과나 이용 성과는 아니야.

변경 전후에 실제로 받은 뜻

각 버전의 분모는 완료 응답20개야. 옛 주중의 시간대는 수집하지 않았어.

변경 전후에 실제로 받은 뜻
구분옛 문항새 문항
주중 전체8낮4 + 저녁6
주말108
아직 모름22
완료 응답 합계2020

문구와 저장된 뜻을 따로 확인해

KoboToolbox 공개 문서는 선택지 이름과 화면에 보이는 문구를 구분해. 배포 문구를 바꾸면 예전에 모은 값도 바뀐 문구로 표시될 수 있고, 기존 값의 의미까지 바꾸면 해석이 어긋날 수 있다고 설명해. 이 사례를 보고 현재 화면만 확인해서는 부족하다는 판단을 했어. 아래의 버전 보존 정책은 이 가상 조사에서 별도로 정한 선택이야.

확인할 자료는 수정 전 문항 화면, 선택지를 식별하는 저장 항목, 응답 내보내기 한 줄, 결과 화면의 집계식이야. 선택지 순서를 기준으로 저장하는지, 표시 문구가 바뀌면 과거 내보내기도 바뀌는지 확인해. 문서에는 현재 문구만 적지 말고 응답 당시 문구를 어디서 다시 찾는지도 남겨.

대안은 세 가지야. 기존 항목을 덮어쓰면 구현은 작지만 과거 뜻이 사라져. 조사 전체를 새로 만들면 분리는 쉽지만 같은 안건의 흐름이 끊겨. 이번에는 조사 하나 아래 발행본을 보존하고 버전별 결과와 공통 범주 결과를 구분할게. 그만큼 결과 화면과 내보내기가 복잡해지는 비용도 기획서에 적어.

변경 방법을 고른 이유

편집 화면이 편한지만 보지 않고 과거 응답을 다시 설명할 수 있는지 비교해.

변경 방법을 고른 이유
방법남는 문제이번 판단
기존 항목 덮어쓰기과거 주중이 새 시간대처럼 보임채택하지 않음
조사를 새로 만들기안건·응답 연결이 끊김완전히 다른 목적이면 검토
발행본 보존 + 집계 구분버전 선택과 매핑 관리가 필요함이번 예제에서 선택

묶을 수 있는 결과와 나눌 수 없는 결과

발행본은 공개한 질문·선택지·언어별 문구를 함께 묶은 수정 불가 기록이야. 공개된 문구의 오탈자만 고쳐도 새 발행본을 만들어. 뜻이 같다고 확인한 항목은 같은 식별 관계를 유지할 수 있지만, 주중을 낮과 저녁으로 쪼개면 문항과 선택지 항목을 새로 만들어. 옛 항목을 새 뜻으로 재사용하지 않아.

상세 결과는 버전별로 보여 줘. 새 버전에서 낮4개는 4/20=20%, 저녁6개는 6/20=30%야. 옛 주중8개를 둘로 나누거나 새 시간대의 0으로 표시하면 안 돼. 이 8개는 세부 시간대를 묻지 않아서 모르는 응답이야. 선택지인 아직 모름, 제출하지 않은 초안과도 구분해야 해.

공통 주중 비중은 두 발행본의 의미를 대조한 매핑표가 있을 때만 계산해. 예제에서는 옛 주중8개와 새 낮4개·저녁6개를 묶어 18/40=45%야. 주말18개와 아직 모름4개를 더하면40개로 맞아. 두 시기는 응답 집단이 다르므로 주중40%에서50%로 바뀌었다고 문항 개선의 효과를 단정하지 않아.

보고서에 붙일 집계 계약

기간·발행본·분모·매핑 버전을 보고서와 내보내기에 같이 남겨.

보고서에 붙일 집계 계약
보기계산표시할 한계
옛 버전 상세주중8/20 = 40%낮·저녁 미수집
새 버전 상세낮4/20 = 20%, 저녁6/20 = 30%새 버전20개에 한정
공통 주중(8+4+6)/40 = 45%검토된 공통 범주로만 합침
합계 대조주중18 + 주말18 + 아직 모름4 = 40버전·기간이 다른 집단, 인과효과 아님

작성 중인 화면을 그냥 통과시키면 안 돼

한 사람은 옛 문항을 열어 두고, 다른 사람은 이미 새 문항을 보고 있을 수 있어. 이 예제는 새 제출을 현재 발행본으로만 받아. 제출할 때 서버가 현재 발행본, 실제 선택지 소속, 필수값, 현재 회원 접근과 기존 완료 응답을 함께 검사하고 응답과 재시도용 처리 기록을 한 번에 저장하도록 설계해. 저장이 확정된 뒤 접수증을 보내고, 전송 실패는 완료 응답을 취소하지 않아. 화면에서만 버전을 확인하면 검사 직후 발행본이 바뀌는 틈이 남아.

구버전이면 저장하지 않고 변경된 문항을 다시 보여 줘. 바뀐 시간 선호 답은 비워서 다시 고르게 하고, 의미와 항목이 그대로인 다른 답만 보존해. 오탈자만 고친 발행본도 변경 안내 후 확인·재제출하게 하되 같은 뜻의 답은 유지할 수 있어. 새 발행본을 여는 데 실패하면 기존 입력을 남기고 성공으로 표시하지 않아.

같은 요청을 다시 받았다면 새 제출 검사 전에 기존 처리 기록을 확인해. 내용이 같은 재전송은 현재 접근이 허용되는 범위에서 원래 접수증을 돌려주고 집계하지 않아. 같은 요청 번호로 내용을 바꾸면 거부해. 새 요청 번호라도 이미 응답한 회원이면 두 번째 완료 응답을 만들지 않아. 새 발행과 저장은 순서를 정해, 옛 제출이 먼저 완료됐으면 옛 발행본으로 보존하고 발행이 먼저면 구버전 제출을 거절해.

새 제출을 저장하기 전

같은 요청 재전송은 기존 결과 조회로 먼저 분리해. 아래는 처음 받는 제출의 판정이야.

새 제출을 저장하기 전같은 요청 재전송은 기존 결과 조회로 먼저 분리해. 아래는 처음 받는 제출의 판정이야.현재 발행본과 제출조건이 모두 맞아?예응답·재시도 기록을 함께확정해. 그 뒤 접수증을 보내.아니오저장하지 않아. 변경 문항또는 기존 접수증·오류를안내해.완료 여부를 구분해 알려 줘. 변경문항 확인 후에는 새 요청으로제출해.
흐름을 글로 보기
  1. 현재 발행본과 제출 조건이 모두 맞아?
    • 예: 응답·재시도 기록을 함께 확정해. 그 뒤 접수증을 보내. → 완료 여부를 구분해 알려 줘. 변경 문항 확인 후에는 새 요청으로 제출해.
    • 아니오: 저장하지 않아. 변경 문항 또는 기존 접수증·오류를 안내해. → 완료 여부를 구분해 알려 줘. 변경 문항 확인 후에는 새 요청으로 제출해.

결과 화면이 응답자의 말을 바꾸지 않게 해

화면에는 새 시간대 그래프만 크게 보여 주고 버전 설명을 숨기지 않을 거야. 기본은 발행본별 상세 결과야. 공통 범주로 묶어 보는 기능을 따로 두고, 적용한 기간·발행본·전체 완료 응답 수를 제목 가까이에 표시해. 범주를 만들 근거가 없으면 합산 보기를 제공하지 않는 게 맞아.

선택지를 삭제해도 과거 결과에서 그 선택지를 지우면 안 돼. 응답에는 당시 발행본과 문항·선택지 연결을 남기고, 발행본의 문구를 다시 읽어 표시해. 번역도 같은 발행본에 묶어서 한국어는 옛 뜻, 영어는 새 뜻인 상태로 나가지 않게 해. 내보내기에는 당시 문구와 공통 범주를 서로 다른 열로 두고 매핑 기준도 붙여.

아래는 조건에 따른 고정 화면 예제야. 실제 설문 서버와 연결해 동시 제출을 시험한 결과는 아니야. 디자이너에게는 안내가 뜬 뒤 어느 입력을 남기고 어디를 다시 선택하게 할지 전달하고, 개발자에게는 그 안내를 반환하는 조건을 같은 말로 써 줘.

상황에 따라 보여 줄 안내

네 가지 조건에 대응하는 문구와 다음 동작을 정리한 설계 예제야.

자료 열어 보기
질문이 변경되었습니다.

아직 접수하지 않았습니다. 시간 선호를 다시 선택해 주세요. 바뀌지 않은 다른 답은 유지합니다. 새 문항을 불러오지 못하면 기존 입력을 유지하고 다시 시도하게 합니다.

AI에는 답을 채워 달라고 하지 말고, 잃는 뜻을 찾게 해

AI에 현재 선택지 목록만 주면 새 문구를 깔끔하게 정리하는 데서 끝날 수 있어. 수정 전후 문항, 가상 응답 수, 발행본 보존 원칙, 한 회원 한 번 제출이라는 범위를 같이 줘야 해. 맡길 일은 누락 조건과 계산 대조야. 과거 응답을 임의로 분배하거나 이용 효과를 추정하게 맡기지 않아.

답을 받으면 세 군데를 먼저 볼 거야. 옛 주중8개를 낮과 저녁으로 만들었는지, 새 상세 결과의 분모를40으로 썼는지, 옛 화면의 제출을 조용히 새 버전에 넣었는지야. 하나라도 있으면 해당 줄을 제외하고 어떤 조건을 빠뜨렸는지 붙여 다시 요청해. 문장이 자연스럽다는 이유로 정책까지 채택하지 않아.

아래는 실행하지 않은 예시 질문이야. 실제로 쓸 때는 AI 답 옆에 채택·수정·확인 필요를 적고 원래 자료와 계산식을 연결해. 최종 담당자가 판단해야 할 문항 의미의 동일성은 남겨 두고, 그 확인이 끝나기 전에는 공통 범주를 공개하지 않도록 인계해.

예시 질문: 독서 모임의 단일 선택 시간 선호 조사야. 기존 회원당 완료 응답은1개이고, 응답 수정·오프라인 접수는 없어. 옛20개는 주중8·주말10·아직 모름2, 새20개는 주중 낮4·주중 저녁6·주말8·아직 모름2야. 주중 범위는 두 버전 모두 월~금이야. 옛 응답을 추정하지 말고 버전별 상세와 공통 범주 집계, 구버전 제출, 발행과 제출의 경쟁, 성공 응답 유실 후 재전송의 조건·문구·검수표를 써 줘. 새 정책 제안은 확정 조건과 분리해 줘.

기획서와 설계서에는 서로 다른 판단을 남겨

기획서에는 왜 옛 응답을 재해석하지 않는지, 발행본을 나눴을 때 독자가 어떤 결과를 볼 수 있는지 적어. 이번 범위인 단일 선택·회원별1회·온라인 제출도 적어 둬. 설계서에는 발행본 보존, 응답 연결, 현재 버전 검사와 저장의 처리 순서, 변경 안내와 재제출 조건을 넣어. 같은 설명을 두 문서에 복사하는 것으로 인계를 끝내지 않아.

집계 정의서에는 포함한 완료 응답, 기간, 발행본, 분모, 공통 범주 대응표와 적용 버전을 남겨. 매핑을 수정하면 원본 응답을 바꾸지 않고 새 집계 기준으로 다시 계산해. 이전 보고서가 어떤 기준이었는지 재현할 수 있도록 기준 버전을 같이 보관해. 서로 다른 기준으로 만든 숫자를 같은 그래프에서 이어 붙이지 않아.

담당자는 직함만 적지 말고 확인할 자료까지 연결해. 기획이 의미 동일성을 확정하고, 디자인은 변경 안내와 미수집 표현을 만들고, 개발은 저장 경계를 구현해. QA는 화면·접수 기록·내보내기를 대조하고 운영은 발행 시각과 매핑 변경 이유를 기록해. 표의 담당 역할은 네 조직의 실제 담당자로 바꿔 써.

다음 담당자에게 넘길 기록

조건을 바꾸면 해당 설계·집계·검수 항목을 함께 수정해.

다음 담당자에게 넘길 기록
역할남길 문서확인할 내용
기획대안·범위·의미 대조표주중 공통 범주를 묶을 근거
디자인변경 안내·결과 화면미수집과0·아직 모름 구분
개발발행·제출 처리 계약현재 버전 검사와 회원별1회 저장
QA상태·순서별 검수 기록화면·접수증·내보내기 일치
운영발행/매핑 변경 이력누가 언제 무슨 의미로 바꿨나

버튼보다 원본과 집계가 맞는지 검수해

검수 데이터는 아래의 시작 상태와 처리 순서대로 만들어. 새로고침한 한 화면만 통과하면 끝낼 수 없어. 옛 문항을 열어 둔 탭, 새 문항을 연 탭, 이미 제출한 회원을 나눠 두고 접수증에 어느 발행본이 남는지 확인해. 실서비스 시험 때는 결과 화면뿐 아니라 저장 기록과 집계 행을 같이 남겨.

발행과 제출이 겹치는 시험은 두 순서를 따로 해. 옛 응답 저장이 먼저면 그 응답은 옛 발행본으로 한 번만 들어가. 새 발행이 먼저면 옛 새 제출은 막혀야 해. 이후 원래 성공 요청을 재전송해도 옛 접수증을 반환할 뿐, 새 발행본에 응답이 하나 더 생기면 안 돼.

화면 검수에서는 변경 이유를 글자로 알려 주는지, 키보드로 바뀐 문항과 오류에 접근할 수 있는지, 모바일에서 분모와 한계 문구가 표 밖으로 밀리지 않는지 봐. 아래 기대 결과는 구현 전 인계 기준이야. 네 서비스에서 실행한 실제 결과와 증거를 채운 뒤에만 검수 완료로 바꿔.

상태와 순서별 검수표

실제 결과·접수 기록·화면 증거를 오른쪽에 덧붙여 사용해.

상태와 순서별 검수표
시작 상태/동작기대 결과
옛 완료20개 후 선택지 분리옛 응답·문구 불변, 새 문항 항목 생성
문구 오탈자만 수정새 발행본, 뜻이 같은 항목 연결 유지
옛 주중8개 상세 조회낮·저녁 미수집; 추정 배분·0 처리 없음
새 완료20개 상세 조회낮4/20=20%, 저녁6/20=30%
공통 범주 승인 후40개 조회주중18/40=45%, 세 범주 합계40
대응표 미확정/의미가 달라짐공통 집계 보류, 버전별 원본 제공
옛 화면에서 최초 제출미접수, 변경 문항 재선택; 무관한 답 보존
새 문항 로딩 실패옛 입력 유지, 접수 성공 표시 없음
옛 저장 완료 후 새 발행옛 발행본 응답1개 유지
새 발행 후 옛 최초 제출구버전 거절, 완료 응답 증가 없음
성공 응답 유실 후 같은 요청 재전송기존 접수증, 중복 응답/집계 없음
같은 요청 번호로 내용 변경충돌 거절, 기존 기록 보존
같은 회원 두 탭·서로 다른 요청한 완료만 저장, 다른 탭은 기존 접수 안내
선택지 제거·번역·매핑 변경 후 내보내기당시 문구 보존, 집계 기준 버전·분모 일치

이 전달안을 네 문항에 맞춰 바꿔 써

먼저 주중·주말을 네 문항의 실제 의미로 바꿔. 선택지가 서로 겹치거나 복수 선택이면 여기의 분모와 합계 검수를 그대로 쓰면 안 돼. 오프라인 응답을 뒤늦게 받아야 하는 조사도 현재 발행본만 받는 정책부터 다시 정해야 해. 이미 제출한 답의 수정·삭제 요구는 이 예제 범위 밖이므로 따로 추가해.

적용할 때는 과거 발행본을 조회할 수 있는지, 의미가 같은 항목만 연결되는지, 작성 중인 화면에서 어떤 입력이 보존되는지 확인해. 그 근거가 없는 과거 응답은 수집하지 않은 정보로 남겨. 빈칸을 보기 좋은 수치로 바꾸지 않는 것이 이번 설계의 핵심이야.

문항 변경 설계·집계·QA 전달안

네 문항의 조건·담당자·실제 검수 결과를 채울 전달안 예제야.

문항 변경 — 설계·집계·QA 전달안
예제 범위: 기존 회원의 온라인 단일 선택 시간 선호 조사. 회원당 완료1회. 응답 수정·오프라인 수집 제외. 실제 조사 아님.
문제: 주중을 낮/저녁으로 나누면서 과거 응답을 새 뜻으로 오해하지 않게 한다.
원본: 옛20개는 주중8·주말10·아직 모름2. 새20개는 낮4·저녁6·주말8·아직 모름2. 서로 다른 회원/기간. 초안·실패 제외.
변경: 질문·선택지·언어별 문구를 불변 발행본으로 보존한다. 오탈자도 새 발행본. 같은 뜻의 항목만 연결 유지, 의미 변경은 새 문항/선택지 항목. 과거 응답에 현재 문구를 덮어쓰지 않는다.
집계: 기본은 버전별 상세. 새 낮4/20=20%, 저녁6/20=30%. 옛 주중8개는 세부 미수집이며 배분하거나0으로 만들지 않는다. 공통 주중18/40=45%는 두 버전 의미가 같고 대응표가 승인된 경우만 표시한다. 주말18·아직 모름4와 합계40. 기간·버전·분모·매핑 버전을 표시하며 인과효과를 주장하지 않는다.
제출: 동일 요청은 기존 처리 기록 조회부터 한다. 처음 받은 요청은 현재 발행본·선택지 소속·필수값·현재 접근·기존 완료 여부를 응답 저장과 원자적으로 검사한다. 응답과 재시도 기록을 함께 확정한 뒤 접수증을 전송하며 전송 실패는 저장 취소가 아니다. 회원별1회 제약으로 다른 탭/새 요청 번호도 중복 완료를 막는다.
구버전: 저장하지 않는다. 변경 문항을 다시 확인하고 고르게 한다. 같은 의미와 항목의 다른 답만 보존한다. 오탈자 수정도 안내와 재제출 필요. 새 문항 로딩 실패는 기존 입력 유지·미접수 안내. 수정 후에는 새 요청 번호를 사용한다.
재전송: 같은 요청·같은 내용은 현재 접근 범위에서 원래 접수증, 추가 집계 없음. 같은 번호에 다른 내용은 충돌. 이후 새 버전이 나와도 완료 응답을 이관하지 않는다.
경쟁: 옛 저장이 먼저 완료되면 옛 버전 응답1개 유지. 새 발행이 먼저면 옛 최초 제출 거절. 발행/저장 경계를 한 순서로 보장한다.
내보내기: 응답 당시 발행본·문항·선택지·문구를 보존하고 공통 범주를 별도 열로 제공한다. 선택지 제거와 번역 변경도 역사 값을 지우지 않는다. 매핑 변경은 새 통계 정의로 재계산하며 이전 기준도 보관한다.
역할: 기획은 의미/범위/대안, 디자인은 변경/미수집 안내, 개발은 원자 저장/중복, QA는 순서와 화면·기록·집계 대조, 운영은 발행·매핑 변경 사유.
검수: 본문14개 시작 상태·순서를 실행하고 실제 화면, 접수 기록, 집계 및 내보내기 증거를 붙인다. 흐름도와 시연은 설계 예제이며 실서비스 연동 완료 증거가 아니다.
적용 전 확인: 실제 문항 의미, 복수 선택 여부, 응답 수정/삭제, 오프라인 수집, 보관 기간과 접근 정책. 확정 담당자·적용 발행본·검수 결과를 채운다.

개발·QA 전달안 내려받기

출처와 예제 조건

KoboToolbox 공개 문서에서 표시 문구와 저장 항목, 변경 뒤 해석 문제를 확인했어. 발행본 보존·제출·집계 규칙과40개 응답은 독립 가상 설계야. 실제 조사·서비스 연동·성과가 아니며 AI 질문은 미실행 예시야. 영어·중국어판은 같은 한국어 안건의 현지화야.

KoboToolbox — Deploying forms for data collection

KoboToolbox — Managing option choices in XLSForm