AI 코치는 왜 질문을 하나씩만 할까요?
3초 요약
- 막막한 사람은 질문이 많아질수록 더 잘 답하기보다 더 자주 멈춰요. 그래서 지금 필요한 질문 하나만 물어요.
- 다만 하나씩만 묻다 보면 확인 카드가 끝없이 늘어요. 그래서 흔한 건 기본값을 넣은 묶음으로 한 번에 확인받아요.
- 정한 건 다시 묻지 않고, 모르겠다는 답도 답으로 받아요. 대화가 짧아지면 시간과 비용도 같이 줄어요.
질문을 한꺼번에 받으면 왜 멈출까요
아이디어를 꺼냈을 때 이런 답을 받은 적이 있을 거예요. "좋아요. 그럼 타깃 고객은 누구인가요? 경쟁 서비스는요? 수익 모델은 어떻게 생각하세요? 핵심 기능은요? 출시 일정은요?" 하나하나는 다 맞는 질문인데, 한꺼번에 받으면 이상하게 손이 멈춰요.
막막한 사람에게 질문 일곱 개를 한 번에 던지면, 보통 더 잘 답하는 게 아니라 더 멈춰요. 이유는 세 가지예요.
- •모르는 단어가 섞여 있어서, 질문부터 이해해야 한다
- •무엇부터 답해야 할지 바로 안 보인다
- •괜히 틀리면 안 될 것 같은 압박이 생긴다
특히 이런 일을 처음 해 보는 분일수록 그래요. 질문이 많아질수록 생각이 깊어지는 게 아니라, 대화에서 빠져나가고 싶어져요. 결국 "다음에 정리해서 올게요" 하고 창을 닫고, 그 다음은 잘 오지 않아요.
그래서 지금 필요한 질문 하나만 물어요
퍼플프린트 코치의 첫 질문은 단순해요. "어떤 걸 만들고 싶으세요? 한두 줄이면 충분해요." 그다음 질문은 그 답에서 이어져요. 이런 일을 처음 해 보는지, 이 서비스를 처음 써 줄 사람은 누구인지, 그 사람이 지금 무엇 때문에 불편한지. 한 번에 하나씩, 앞 답과 연결되게 가요.
질문의 개수보다 중요한 건 순서예요. 누구를 위한 건지 정하기 전에 기능을 물으면, 기능 목록은 끝없이 길어져요. 반대로 쓸 사람이 한 명으로 좁혀지면, 그 사람에게 필요 없는 기능은 묻지 않아도 저절로 빠져요. 다음 판단을 가능하게 하는 질문을 먼저 하는 게 핵심이에요.
정해야 할 게 나오면 코치가 먼저 후보 두세 개를 보여 줘요. 그중 하나를 추천하면서 왜 그게 맞는지, 나머지는 왜 뒤로 미뤘는지까지 말한 다음 맞는지 물어요. 빈칸에 답을 적는 시험지가 아니라, 근거를 보고 고르는 대화가 되게 하려는 거예요.
예시로 보면 이렇게 흘러가요
동네 꽃집의 정기 배송을 만들고 싶다는 분이 있다고 해 볼게요. 코치는 먼저 이런 일을 처음 해 보는지 물어요. 처음이라고 답하면, 다음 질문은 이 서비스를 가장 먼저 써 줄 사람이에요. 후보로 사무실에 꽃을 두고 싶은 작은 회사, 기념일을 챙기고 싶은 직장인, 집을 꾸미고 싶은 1인 가구를 보여 주고, 작은 회사를 먼저 권해요. 매주 같은 곳으로 보내 운영이 단순하고, 회사 비용으로 결제해 가격 부담이 덜할 가능성이 커서요. 기념일은 날짜가 불규칙해 정기 배송과 덜 맞고, 1인 가구는 가격에 더 민감할 수 있어 뒤로 둔다고 말해요. 그리고 어떻게 생각하는지 물어요.
여기서 "사실 저는 직장인을 생각했어요"라고 답해도 돼요. 그러면 그 답에서 다음 질문이 이어져요. 이 예시는 흐름을 보여 주려고 지어낸 거예요. 실제 후보와 추천은 그 사람이 말한 상황에 따라 달라져요.
그런데 하나씩만 묻다가 생긴 일
이 원칙에도 함정이 있었어요. 퍼플프린트로 퍼플프린트를 만들면서 늘 하는 일인데, 10월 초에 처음 써 보는 사람처럼 웹 코치로 한 벌을 진행해 봤어요. 화면 흐름을 정하는 단계에서 선택 카드를 160장 넘게 넘기고도 그 단계 문서를 쓰지 못했어요. 세어 보니 212장 중 206장이 선택지 셋짜리 "어떻게 할까요?" 카드였고, 73장은 앞에서 이미 정한 걸 다시 묻고 있었어요.
원인은 규칙이 풀린 방식이었어요. "질문은 하나씩"이 "확인할 항목 하나마다 카드 한 장"으로 풀렸어요. 같은 결정이 사용 흐름에서 한 번, 원칙에서 또 한 번, 화면 상태에서 또 한 번 나왔어요. 코치는 앞에서 정한 걸 말하면서도 다시 물었어요. "이미 정한 건 적용만 한다"는 규칙이 없었던 거예요. 규칙을 고친 뒤에는 같은 시험 대화를 다시 돌려, 고치기 전과 나란히 놓고 비교해요.
질문은 하나씩, 확인은 묶음으로
묶음 확인
사용 흐름 하나, 화면 묶음 하나, 예외 처리 목록 하나처럼 한 덩어리를 코치가 끝까지 그려서 한 번에 보여 주고, 확인은 한 번만 받는 방식이에요. 그리는 양은 같고, 내가 누르는 횟수만 줄어요.
그래서 규칙을 이렇게 고쳤어요. 묻는 건 여전히 하나씩이지만, 확인은 묶음 하나에 한 번이에요. 코치가 묶음을 끝까지 그려 보여 주면 "이대로 갈게요" 아니면 "이 부분만 바꿀래요"로 답하면 돼요. 고른 답은 바로 반영하고, 같은 내용을 "이대로 정리할까요?"로 다시 묻지 않아요.
묶음 안의 항목은 세 칸으로 나눠요. 첫째는 내가 꼭 정해야 하는 것이에요. 돈이 오가는 방식, 매출을 포기하는 정책, 법이나 개인정보를 어디까지 받을지, 제품 방향 같은 거예요. 이건 초안 맨 위에 따로 적고 하나씩 물어요. 둘째는 꼭 봐 주셔야 하는 것이에요. 기본값이 틀리면 운영하는 사람에게 손이 계속 가는 처리라서, 무슨 일이 생기는지와 다른 길을 한 줄씩 적어 둬요. 셋째는 나머지 예외 처리와 안내 문구예요. 비슷한 서비스가 흔히 쓰는 방식을 근거 한 줄과 함께 기본값으로 넣어요.
질문은 하나씩, 확인은 묶음으로. 그래야 설계가 질문에 답하다 끝나지 않아요.
정한 건 다시 묻지 않아요
다음 층으로 넘어가기 전에 코치는 앞 단계 문서에서 이미 정한 걸 먼저 확인해요. 그리고 "앞에서 이렇게 정했죠"라고 짚으며 그대로 적용해요. 새로 생긴 부분만 물어요. 내가 이미 말한 계기나 상황을 다른 말로 다시 묻지도 않아요. 더 알아야 할 게 있으면 들은 내용을 한 줄로 되짚고, 빈 부분만 물어요.
답하면서 새 사실을 덧붙이면, 그건 새 결정이 아니라 지금 묶음의 재료로 받아요. 덧붙인 내용을 앞 초안에 합쳐 고친 초안 하나를 다시 보여 주고, 확인은 묶음 끝에 한 번만 받아요. 사실이 하나 더해질 때마다 처음부터 후보를 다시 짜서 같은 걸 또 고르게 하지 않아요.
모르겠다는 답도 답이에요
"모르겠어요"나 "상관없어요"라고 답해도 괜찮아요. 그 칸은 미정으로 적고 넘어가요. 같은 칸을 다른 말로 다시 묻지 않아요. 다만 꼭 정해야 하는 칸이라면, 코치가 기본값 하나를 근거 한 줄과 함께 넣고 "기본값이고 바꿀 수 있어요"라고 표시해 둬요. 나중에 알게 되면 그때 바꾸면 돼요.
선택지가 안 맞으면 바꿔요
선택지를 보여 줬는데 고르지 않고 글로 답하는 분들이 있어요. 보통은 선택지가 그 사람 상황에 안 맞는다는 신호예요. 그래서 같은 주제에서 글로 답한 게 두 번이 되면, 코치는 선택지를 그만 내고 들은 말로 초안을 써서 보여 줘요. 고르는 방식이 맞지 않는 사람에게 계속 고르라고 하지 않으려는 거예요.
하나씩 묻지 않는 경우도 있어요
이미 코드나 화면, 운영 중인 서비스가 있는 분에게는 앞 단계 항목을 채우려고 처음부터 묻지 않아요. 받은 자료로 앞 단계 문서를 거꾸로 채운 뒤 문서마다 한 번 확인받고, 그분이 지금 막힌 결정부터 같이 정해요. 이미 아는 걸 다시 답하게 하는 건 질문이 아니라 숙제니까요.
처음에 "해 본 적 있어요"라고 답한 분도 달라요. 확인할 묶음을 더 크게 잡아서, 한 단계 전체를 초안으로 한 번에 보여 주고 결론을 더 빨리 내요. 다만 단계마다 확인을 받고 문서를 남기는 건 같아요. 빠르게 가는 거지 건너뛰는 게 아니에요.
대화가 짧아지면 비용도 같이 줄어요
4월 첫 웹앱 때 직접 계산해 본 적이 있어요. 질문을 하나씩 하고, 답은 한두 줄이고, 네 단계면 끝나는 구조였는데, 대화 한 번에 드는 AI 비용이 5원 안팎이었어요. 지금은 0~9단계 설계 코치와 하이퍼 리뷰로 구조가 바뀌어서 그 숫자는 맞지 않아요. 그래도 그때 배운 건 그대로예요. 필요한 질문만 순서대로 하면 쓰는 사람 경험만 좋아지는 게 아니라 비용도 같이 내려가요.
쓰는 분 쪽에서도 마찬가지예요. 쓰던 AI 도구에 퍼플프린트를 연결해 쓰면, 대화 한 턴 한 턴이 그 도구의 사용량이에요. 같은 결정을 여러 번 묻고 답하면 그만큼 사용량이 새요. 묶음으로 확인하고 정한 걸 다시 묻지 않는 건, 쓰는 분의 시간과 사용량을 같이 아끼는 일이에요.
내 서비스에 묻는 기능을 넣는다면
가입할 때 묻는 질문지, 상담 신청서, 추천을 위한 설문처럼 내 서비스에도 사용자에게 묻는 자리가 있을 거예요. 같은 원칙을 그대로 쓸 수 있어요.
- •한 화면에 질문 하나, 앞 답에 따라 다음 질문이 달라지게
- •흔한 답은 미리 골라 둔 기본값으로 보여 주고 바꿀 수 있게
- •이미 받은 정보는 다시 묻지 않게
- •모르겠다는 답을 고를 수 있게
- •돈이나 개인정보처럼 꼭 본인이 정할 것만 따로 묻게
질문을 줄이는 게 목적이 아니에요. 쓰는 사람이 멈추지 않고 다음 칸으로 넘어가게 하는 게 목적이에요. 질문 수가 같아도 순서와 이어짐이 바뀌면 끝까지 답하는 사람이 달라져요.
퍼플프린트가 지키려는 건 질문을 많이 하는 코치가 아니라, 사용자가 멈추지 않고 한 단계씩 넘어가게 질문의 순서와 확인의 크기를 맞추는 코치예요.
자주 묻는 질문
질문을 하나씩 하면 오래 걸리지 않나요?
묻는 건 하나씩이지만, 흔한 건 기본값을 넣은 묶음으로 한 번에 확인받아서 생각보다 빨라요. 처음 2시간 안팎이면 아이디어가 누구의 어떤 문제로 좁혀지고 첫 설계 문서가 생겨요.
한 번에 여러 개를 답하고 싶으면요?
한꺼번에 적어도 돼요. 코치가 덧붙인 내용을 지금 묶음의 재료로 받아 초안에 합쳐 보여 주고, 확인은 한 번만 받아요.
기본값이 마음에 안 들면 어떻게 하나요?
"이 부분만 바꿀래요"라고 하면 돼요. 문서에 기본값이라고 표시해 두니, 나중에 알게 됐을 때 언제든 바꿀 수 있어요.
돈이나 개인정보는 왜 따로 묻나요?
결제 방식, 받는 개인정보의 범위, 제품 방향처럼 나중에 바꾸면 비싸고 본인만 정할 수 있는 결정이라서예요. 이런 것만은 기본값으로 넘기지 않고 후보와 추천, 고르지 않은 이유를 보여 준 뒤 직접 고르게 해요.
지금 상황이 이렇다면
- 질문을 하나씩 따라가며 아이디어를 정리해 보고 싶다면, 웹 코치에서 한두 줄로 시작해 보세요.
- 이미 기획서가 있다면, 처음부터 다시 묻는 대신 하이퍼 리뷰로 비어 있는 결정부터 확인해 보세요.
- 리포트를 받고 무엇부터 고칠지 막막하면, 리포트를 창업자 1,000명 직접 돕기로 보내 주세요. 퍼플프린트 창업자가 핵심 이슈와 방향을 직접 무료로 짚어 드려요.