Skip to content

Customer Study Protocol

easylogic edited this page Sep 23, 2026 · 4 revisions

첫 고객·업무 검증 계획 v0.4 — 기존 오피스 사용자의 첫 업무 비교

작성일: 2026-09-20. 연결: #289, Discussion #287, #297.

상태: 실험 준비 초안. 고객 참여 0명. 실제 측정값 없음. 기준 main: 558714a818ae8f0dcffc8436d8e7e30a66c93442. 이 문서의 수치와 합성 자료는 실험 설계 제안이다. 제품 성과가 아니다.

v0.4: MR-10 단일 문서 전환 과제

MR-09와 MR-10의 공개 자료·소스 비교를 #289의 첫 과제에 연결한다. 첫 비교는 실제 접근 가능한 기존 오피스 사용자의 최근 문서 하나를 개정하는 업무로 준비한다. 교육 자료와 운영 안내는 동순위 후보다. 실제 참여자·문서·구매자와 반복 빈도가 확인되기 전에는 어느 쪽도 첫 고객군으로 확정하지 않는다. 제안 문서도 후보지만 수신자가 DOCX 주석·변경 추적·이미지·서식의 왕복 보존을 요구하면 현재 교환 제약을 먼저 확인한다. 이는 고객 과제 선택이며 외부 alpha 네 제품의 기술 인수 범위를 줄이지 않는다.

아래 v0.3의 교육팀·두 결과물 과제는 이전 준비안으로 보존한다. 이번 단일 문서 과제에 교육팀 우선순위나 두 결과물 참여 조건을 그대로 적용하지 않는다.

확인 단계 같은 업무에서 두 방법 모두 기록할 것 보류·중단 조건
시작 전 최근 실제 문서·원본 보존, 작성자·검토자·수신자·구매자, 필수 형식과 권한, 실제 업무 종료 조건 실제 업무·자료 사용 권한·수신 조건을 확인할 수 없으면 합성 예행만 진행
개정과 재열기 가져온 필수 항목, 수정 내용, 저장 확인, 브라우저/서버 재열기, 도움·대기·재작업 시간 필수 본문·구조·이미지 등이 누락되거나 저장/복구가 불확실하면 실패로 기록
검토·전달 고객 업무에 실제로 필요한 동료 검토, 접근 권한, 수신자 형식 수용, 원본/수정본 구분 필수 검토 정보가 보존되지 않거나 수신자가 결과물을 거부하면 업무 완료로 세지 않음
후속 오류 복구 시간, 문의·지원 시간, 다른 실제 업무 재사용 고객에게 없는 전달 단계를 억지로 추가하지 않음. 미관찰은 0건 성공으로 기록하지 않음

현재 방식과 Wonffice에 같은 원본·필수 항목·업무 종료 조건을 적용한다. 총시간은 자료 확인·학습·가져오기·개정·저장·검토·전달·복구를 실제 필요한 범위에서 합산한다. 저장·재열기 성공, 독립 업무 완료, 수신자 수용, 재사용, 지원 시간은 별도 지표로 기록한다. 단일 문서 고객도 유효하며 #297의 두 제품 사용 활성화 가설을 이번 과제의 합격 조건으로 강제하지 않는다. 제품 결함과 고객 수요 부족을 다른 실패 사유로 남긴다.

실행 전 PM이 실제 접근 가능한 고객의 최근 업무를 근거로 세 후보 중 하나를 고른다. UX·QA·Growth·Support·Operator는 선택한 과제와 동일한 후보 빌드·자료·기준으로 기존 역할에서 검토한다. 실제 사람의 연락·자료 취급·지원 책임과 비공개 창구는 아직 미정이다. 인터뷰·관찰·유료 실험은 각각 0건이며 목표 수치·표본·일정은 실행 전에 별도 확정한다. 아래 두 결과물 합성 과제와 4/5·30% 목표는 과거 다중 결과물 실험 제안으로 보존하고, 이 단일 문서 과제의 합격 수치로 전용하지 않는다.

v0.3 적용 기준

사용자 제품 방향에 따라 첫 대상은 기존 오피스 사용자다. 세부 고객군과 첫 핵심 업무는 아직 채택하지 않았다. 교육 자료 개정·제안 자료 수정·운영 안내 갱신을 MR-09에서 비교한다. 아래 교육팀 합성 과제는 준비 자산으로 보존하며 세 후보를 교육 과제에 억지로 맞추지 않는다.

각 후보에서 단일 도구로도 끝나는 최소 업무의 가치와 다른 결과물 연결의 추가 가치를 나눠 본다. 아래 두 산출물 참여 조건·질문은 기존 다중 결과물 실험에만 적용한다. 제품 전체 고객 자격으로 확대하지 않는다. 비교 후 한 업무를 택하면 과제·빌드·표본·판정 기준을 새 버전으로 고정한다. 현재 성과·고객 접촉은 없다.

2026-09-20 사용자 확인으로 실제 담당자와 비공개 문의 창구는 미정이다. 1인 운영 가능성은 준비 가정이다. 외부 실행 전에 접근 경로·자료 취급·응대 책임과 실행 버전을 확인한다. 출시 제안의 최소 운영안과 연결한다.

2026-09-20 PM 준비 범위 정합화

현재 준비 대상으로 교육 자료를 반복 제작·갱신하는 소규모 팀을 선택한다. 사용자 후보는 안내문·교안·발표를 직접 수정하는 제작자, 구매자 후보는 교육 운영 책임자다. 이는 MR-01~07을 반영한 조사 준비의 우선순위이며 확정 시장·실제 참여자 채택·외부 모집 승인이 아니다. B2B 제안 팀은 비교 후보로 보존하며 결과를 합산하지 않는다.

핵심 업무 초안은 아래 기존 합성 워크숍 자료로 검토용 한 페이지 문서와 세 장 발표 자료를 만들고, 일정·장소 변경을 두 결과물에 반영한 뒤 저장·재열기로 확인하는 것이다. 실제 고객 업무와 다르면 과제를 바꾸고 버전을 새로 고정한다. 모든 제품 사용·자동 변환·서버 공유를 요구하지 않는다. #292의 계획 기능을 작동 기능으로 가정하지 않는다.

준비 검토 기준 main은 895f0cf20582ccfe5aa0d797121740befa825365다. 실행 빌드·체험 주소·과제 지원 경로는 미확인이고 이 main은 공식 후보가 아니다. 특히 Slides #298/PR #310의 해결·통합 여부를 실제 사용할 버전에서 확인하기 전에는 비교 실험을 시작하지 않는다. 이 계획은 #322 내부 alpha 서버 인수를 대신하지 않는다.

역할: Growth는 승인된 모집·도입 경로 준비, UX는 독립 관찰 설계와 기록, PMF는 수요·구매 근거 해석, Support는 교육·접수·해결 확인, Writer는 도움말, Security & Privacy는 자료 취급 검토, Operator는 환경 근거, QA는 해당 빌드의 과제 경로 검증을 맡는다. 실제 고객 접촉·비공개 자료 보관·응대의 사람 책임자와 권한은 사용자 확인 전 미확인이다.

Growth의 접촉 최대 10명·참여 목표 5명·모집 7일·재사용 7~14일은 검토용 제안이다. 이번 정합화로 인원·일정·예산·연락을 승인하지 않는다. 기존 4/5 독립 완료·30% 절감도 채택 전 제안으로 유지한다. Support의 사전 교육을 받은 수행은 교육 후 수행으로 기록하고 설명 없는 첫 사용과 합산하지 않는다.

이번 질문

어느 팀이 같은 내용을 두 종류 이상의 결과물로 반복 작성하며, 원본 수정 때 실제 비용을 겪는가? 이 질문을 확인하기 전에는 네 제품을 모두 거치는 흐름을 필수로 만들지 않는다.

고객 후보 비교

아래 역할과 비용은 검증할 가설이다. 빈도·시간·예산·접근 가능한 참여자는 모두 미확인이다. 근거 없는 점수로 순위를 확정하지 않는다.

후보 관찰할 실제 업무 예상 사용자 / 구매자 먼저 확인할 증거 줄이거나 보류할 조건
소규모 B2B 제안 팀 상담 메모→제안 문서→설명 자료, 요구 변경 반영 제안 작성자 / 팀장 또는 사업 책임자 최근 완료 업무와 변경 요청, 결과물 두 종류 한 형식만 필요하거나 외부 Office 파일 왕복이 없으면 업무가 성립하지 않음
사내 지식·보고 팀 회의 메모→정기 보고 문서/발표 작성·검토자 / 부서장 또는 IT 최근 보고서의 정보 출처와 재검토 과정 기존 도구에서 재사용이 충분하거나 도입 경로가 없음
교육·콘텐츠 팀 원고→교안→발표·안내 페이지 제작자 / 교육 운영 책임자 최근 강의 개정과 두 결과물의 불일치 사례 문서 연결보다 영상·학습관리 등 다른 기능이 핵심

v0.1의 첫 조사 후보는 B2B 제안 팀이었다. v0.2의 준비 대상은 위 PM 판단에 따라 교육 반복 제작팀이다. 접근 가능한 참여자와 실제 반복 작업이 다른 후보에 먼저 확보되면 PM이 근거를 남기고 순서를 다시 검토한다. 다른 고객군의 결과를 한 집단의 성공률로 합산하지 않는다.

참여 조건과 단계

  1. 후보별 최근 업무 사례를 먼저 확보한다. 참여 조건 제안은 최근 4주 안에 같은 업무를 두 번 이상 수행했고 두 종류 이상의 산출물을 직접 편집한 사람이다. 드문 업무를 제외하는 편향도 기록한다.
  2. 사례를 보고 한 고객군을 선택한다. 이 단계에서 구매 담당자와 실제 사용자가 같은지 확인한다.
  3. 선택한 고객군의 목표 사용자 최소 5명으로 관찰 회차를 구성한다. 5명은 첫 탐색 회차 규모이며 시장 검증이나 통계적 확증을 뜻하지 않는다.
  4. 내부 동료로 양식과 자료를 예행 연습한다. 내부 예행 결과는 5명에 포함하지 않는다.

고객 모집과 연락은 이번 자동 연구에서 실행하지 않는다. 공개 기록에는 참여자 코드만 쓴다. 예: P01. 이름·회사·연락처와의 대응표 및 원본 녹화·문서는 공개 Wiki에 넣지 않는다.

인터뷰 질문

제품 시연 전에 최근 완료한 실제 업무를 기준으로 질문한다. “이 기능이 있으면 좋겠는가”라는 가정형 질문만으로 수요를 판정하지 않는다. 개방형 질문과 실제 사례 중심 진행은 GOV.UK 인터뷰 안내를 참고했다. 조회일: 2026-09-20.

  1. 가장 최근 이 업무는 무엇 때문에 시작했고, 무엇을 제출하면 끝났는가?
  2. 처음 받은 자료부터 최종 결과까지 어떤 순서와 도구를 사용했는가?
  3. 같은 정보가 두 곳 이상에 들어간 부분을 보여 줄 수 있는가? 민감한 내용은 가린다.
  4. 마지막 변경 요청은 무엇이었고, 어느 결과물을 다시 수정했는가?
  5. 직접 확인한 수정 시간은 있는가? 없으면 추정 시간으로 표시한다.
  6. 누락이나 잘못된 버전은 어떻게 발견했고, 누가 다시 확인했는가?
  7. 반드시 넘겨야 하는 파일 형식·공유 방식·설치 조건은 무엇인가?
  8. 새 도구를 도입할 때 누가 검토하고 비용을 결정하는가? 최근 도입 사례는 무엇인가?
  9. 현재 방법을 계속 쓰는 가장 큰 이유는 무엇인가?

종료 후 “가장 먼저 바꿀 단계”와 “바꾸면 안 되는 단계”를 각각 묻는다. 발언, 관찰, 진행자의 해석을 별도 칸에 쓴다.

비교 실험의 시작 조건

  • 측정 대상 빌드 commit, 브라우저, 사용한 기능과 수동 단계를 고정한다.
  • 해당 경로에서 입력→저장→재열기 시 내용이 보존되는지 내부 예행으로 확인한다. #298은 Slides 입력 분산의 기존 재현 보고이며 이번 연구의 직접 재현은 아니다. 게시 전 PR #310이 열린 것을 확인했다. 이 경로를 쓸 때는 PR의 병합 여부와 실제 사용할 빌드의 해결 여부를 먼저 확인한다.
  • 연결·변환 기능이 아직 없으면 정적 시제품으로 개념 이해만 관찰한다. 생성 시간을 측정하거나 작동 제품의 시간 절감을 주장하지 않는다.
  • 자료·문항·제한 시간·판정 기준을 첫 고객 실행 전에 버전으로 고정한다. 결과를 본 뒤 바꾸면 새 회차로 분리한다.

같은 업무를 비교하는 합성 자료

실제 고객 내용이 아닌 가상의 90분 워크숍 안내 업무다. 먼저 이 업무가 참여자의 실제 업무와 비슷한지 확인한다. 다르면 인터뷰를 바탕으로 자료를 다시 만들고 버전을 고정한다.

정보 자료 A 자료 B
제목 가상 워크숍 알파 가상 워크숍 베타
일정 2026-10-06 14:00 2026-10-08 14:00
장소 가상 회의실 A 가상 회의실 B
대상 신규 구성원 12명 신규 구성원 16명
목표 자료 정리 방법 익히기 보고 준비 방법 익히기
순서 소개 15분, 실습 45분, 질문 30분 소개 15분, 실습 45분, 질문 30분
준비물 노트북 노트북
후속 요청 시작 시간을 15:00으로, 장소를 가상 회의실 C로 변경 시작 시간을 15:00으로, 장소를 가상 회의실 D로 변경

두 자료는 정보 개수와 변경 개수를 같게 했다. 난도가 같다는 보장은 없으므로 예행에서 점검한다. 실제 참여자에게 같은 자료를 두 번 주어 암기 효과를 만들지 않는다.

참여자에게 주는 과제

“이 자료로 검토용 한 페이지 문서와 설명용 세 장 발표 자료를 만드세요. 세 장은 개요·진행·준비 안내로 구성하세요. 각 결과물에 제목, 일정, 장소가 있어야 합니다. 다른 정보는 알맞은 위치에 넣으세요. 저장한 뒤 두 결과물을 다시 열어 주세요.”

첫 저장 후 변경 요청을 전달한다. “시작 시간과 장소가 바뀌었습니다. 두 결과물에 반영하고, 최신 내용을 다시 열어 확인해 주세요.”

도구의 메뉴명과 조작 순서는 알려주지 않는다. 특정 과제를 수행하는 모습을 관찰하는 방식은 GOV.UK 사용성 검사 안내를 참고했다. 아래 자료 배정과 목표 수치는 Wonffice의 초안이다.

배정과 시간 기록

평소 사용하는 도구와 실제 작동하는 Wonffice 빌드를 비교한다. 예행에서 만든 별도 자료로 양쪽의 기본 조작을 익힐 시간을 제공하고 그 시간도 기록한다. 제품 학습 비용을 없다고 간주하지 않는다.

참여자 첫 실행 두 번째 실행
P01 기존 도구 / A Wonffice / B
P02 Wonffice / A 기존 도구 / B
P03 기존 도구 / B Wonffice / A
P04 Wonffice / B 기존 도구 / A
P05 기존 도구 / A Wonffice / B

5명은 순서가 완전히 균형을 이루지 않는다. 배정과 순서 효과를 보고서에 남긴다. 이 작은 회차로 유의성이나 인과 효과를 주장하지 않는다.

  • 시작: 과제와 자료를 읽고 작업을 시작한 시점. 종료: 두 결과물을 저장·재열기하고 내용 검사가 끝난 시점.
  • T_create: 첫 생성·저장·재열기 시간. T_change: 변경 요청부터 수정·저장·재열기 시간. 전체 시간은 두 값의 합이다. 앱 전환과 저장 대기는 포함한다.
  • 생성 최대 20분, 변경 최대 10분을 초기 제한으로 제안한다. 예행 후 첫 고객 실행 전에 고정한다.
  • 조작 힌트를 요청하면 시각과 도움 내용을 기록한다. 진행자가 조작하거나 해결 경로를 알려 준 실행은 독립 완료가 아니다.
  • 제한 시간 도달·오류·중단은 실패 사유와 경과 시간을 남긴다. 성공 시간 평균에서 조용히 삭제하지 않는다.

판정과 지표

독립 완료: 두 결과물을 저장·재열기할 수 있고, 필수 내용이 모두 맞으며, 변경된 시간·장소가 모든 요구 위치에 반영되고, 조작 도움과 입력 손실이 없는 상태다. 발표 결과물은 일반 보기에서 본문이 잘리지 않아야 한다.

지표 산식 / 기록 주의점
독립 완료 독립 완료자 수 / 시도자 5명 중단·오류·도움 실행도 분모에 포함
시간 절감 양쪽을 독립 완료한 사람별 (기존-Wonffice)/기존, 그 중앙값 유효 쌍 수를 함께 표시. 0초·미완료는 산식에 넣지 않으며 누락 이유를 보고
변경 불일치 각 결과물의 제목·일정·장소 등 사전 지정 검사 위치 중 틀린 수 / 검사 위치 수 검사 위치 목록을 실행 전에 고정. 미완성은 완성된 것처럼 0건 처리하지 않음
도움·회복 비용 힌트 횟수, 실패 후 재시도 시간, 다시 작성한 내용 완료 시간에 회복 시간이 포함되는지 확인
반복 사용 후속 7~14일 안에 별도 업무에서 다시 사용하고 결과물을 저장·재열기한 사람 수 / 후속 참여자 수 의향 응답과 실제 행동을 분리. 추적 응답 없음도 따로 보고

30% 시간 절감과 5명 중 4명 독립 완료는 #289의 초기 목표 제안이다. 이 회차에서는 독립 완료 4/5 이상, 비교 가능한 독립 완료 쌍 4개 이상, 그 쌍의 중앙 시간 절감 30% 이상, 완료 결과의 필수 정보 불일치 0건을 진행 신호로 제안한다. 이는 시장성이나 유료 전환 입증이 아니다. 실험 전 결정 기록이 필요하다.

결과별 다음 행동

  • 기술 오류나 내용 손실: 기능 신뢰성 문제로 분류하고 해당 이슈에 연결한다. 고객이 원하지 않는다는 결론으로 바꾸지 않는다.
  • 내용은 맞지만 시간이 줄지 않음: 불필요한 단계·학습·기존 도구 숙련을 나누어 조사한다. 범위를 줄여 다시 비교한다.
  • 시간은 줄지만 실제 다음 업무에 쓰지 않음: 호환·공유·구매·도입 장애를 조사한다. 사용 의향을 성과로 대체하지 않는다.
  • 문제의 반복 빈도와 피해가 작음: 고객군 또는 업무 선택을 재검토한다. 새 제품군으로 기능을 늘려 보완하지 않는다.

복사해서 쓰는 관찰 양식

항목 기록
참여자 코드 / 고객군 / 실제 역할 미입력
최근 실제 업무 / 반복 빈도 / 두 산출물 미입력
관찰 근거 / 발언 / 해석 각각 미입력
도구·버전·빌드 / 자료 버전 / 실행 순서 미입력
학습 시간 / T_create / T_change / 제한 도달 미입력
독립 완료 여부 / 도움 횟수 / 기술 오류 미입력
필수 정보 검사 위치 수 / 누락·불일치 수 미입력
저장·재열기 결과 / 손실 유무 미입력
저장 위치·다른 기기 접근·백업 경로에 대한 첫 답변 미입력
구매자·도입 조건 / 출처 확인 여부 미입력
후속 실제 사용 / 미응답 / 안 쓴 이유 미입력

저장 위치 질문은 과제를 끝낸 뒤 설명 없이 묻는다. #306의 사용자 이해 검증을 함께 기록하되, 이번 과제 완료율과 별도로 보고한다.

현재 확보된 것과 남은 것

완료: 세 고객 후보 비교 틀, 최근 업무 중심 질문, 합성 자료 두 종류, 과제·배정·지표·판정 초안, 익명 관찰 양식.

미완료: 참여자 확보, 고객군 선택, 실험 기준 승인, 내부 예행, 기능 신뢰성 확인, 실제 고객 측정, 후속 반복 사용. 따라서 #289는 열린 상태로 유지한다. 다음 독립 연구는 #294의 공개 SDK 지원 범위 목록이다.

Clone this wiki locally