기획 중급: 우선순위와 작은 검증 설계

AI가 준 점수에 기대지 않고, 근거·가정·작은 실험으로 선택을 설명합니다.

핵심 정리

1. 1

   할 일 목록이 길어져도 결정은 하나씩

   

   가상의 독서 모임에 개선안이 세 개 있습니다. A는 공지 위에 장소를 모으기, B는 질문 자동 답변, C는 참가 기록 내려받기입니다. 이번 연습의 목표는 “처음 온 사람이 다음 장소를 찾는다”입니다. 세 기능이 모두 그럴듯하다고 같은 우선순위를 줄 수는 없습니다. C는 다른 목표에는 필요해도 지금 정한 문제와는 거리가 있습니다. 목표가 바뀌면 순서도 다시 검토해야 합니다.

   그림의 카드 묶음은 후보 전체이고, 좁은 통로는 이번에 풀 문제라는 기준입니다. 통로 뒤에 남은 카드가 무조건 최고의 기능이라는 뜻은 아닙니다. 지금 비교할 후보를 줄였다는 뜻입니다. 기획 중급에서는 아이디어 수보다 선택 이유를 남기는 일이 중요합니다. AI가 만든 긴 기능 목록을 붙여 넣는 대신, 이번 판단에 필요한 자료가 무엇인지 먼저 정합니다.

   백로그는 나중에 검토할 작업을 모아 둔 목록입니다. 목록에 들어갔다고 개발이 약속된 것은 아닙니다. 이 사례에서는 후보마다 문제와의 관계, 근거, 작업 범위, 아직 모르는 점을 적습니다. 출시 날짜와 담당자까지 정하지 않았다면 빈칸으로 둡니다. AI가 임의로 담당 팀을 넣으면 실제 합의처럼 보일 수 있습니다. 이번 수업에서는 기능을 배포하지 않고 선택을 검토할 문서만 만듭니다.

2. 2

   점수보다 먼저 근거의 빈칸 보기

   “영향도 9점, 구현 난도 2점”이라고 AI가 써 주면 결정하기 쉬워 보입니다. 하지만 그 숫자를 누가 어떻게 정했는지 없으면 의견을 숫자로 바꾼 것뿐입니다. 자동 답변이 얼마나 많은 질문을 줄일지는 실제 질문 목록이나 시험 없이 알 수 없습니다. 이번 자료에는 실제 방문 수, 반복 질문 비율, 개발 시간 측정치가 없습니다. 점수표를 채우기 전에 이 사실부터 적습니다.

   대신 확인한 것과 추정한 것을 나란히 놓습니다. A는 기존 공지의 배치를 바꾸는 제안, B는 답변의 자료 선택과 수정 책임까지 정해야 하는 제안입니다. 두 안의 작업 성격은 설명할 수 있지만 사람마다 걸릴 시간을 같은 값으로 확정할 수는 없습니다. AI에게는 “어떤 일을 더 확인해야 비교가 가능한가”를 물어봅니다. 추정 시간을 요청한다면 범위와 가정을 함께 받되 실제 팀의 검토로 바꿔야 합니다.

   우선순위는 숫자 순 정렬만이 아닙니다. 꼭 충족해야 하는 조건이 있다면 점수보다 먼저 봅니다. 예를 들어 “바뀐 장소를 오래된 공지로 안내하지 않아야 한다”는 조건이 있습니다. 이런 조건을 만족하지 못하는 후보를 다른 장점 점수로 상쇄하면 독자에게 틀린 장소를 알려 줄 수 있습니다. 표에서는 필수 조건, 비교할 장점, 불확실한 가정을 따로 둬서 판단의 성격을 구분하세요.

3. 3

   작게 시험한다는 말의 뜻

   

   MVP는 핵심 가정을 배울 수 있도록 범위를 줄인 제품이나 실험입니다. 여기서 최소는 화면 수가 가장 적다는 뜻만은 아닙니다. 무엇을 배우려는지 빠져 있다면 버튼 하나만 만들어도 검증이 되지 않습니다. 장소를 못 찾는 원인이 배치인지 알고 싶다면 날짜와 장소만 위로 옮긴 공지 시안이 시험 대상이 됩니다. 자동 답변의 자연스러운 말투는 그 질문과 직접 관계가 없습니다.

   그림에서 큰 카드의 일부만 테두리로 강조한 이유도 이 때문입니다. 전체 서비스 가운데 이번에 확인할 부분을 잘라 내고, 오른쪽 눈 모양은 실제 사람이 그 부분을 사용하는 장면을 관찰한다는 뜻입니다. 여기서 테스트는 모델이 그럴듯한 설명을 만드는지가 아니라 사람이 장소를 찾는지를 보는 일입니다. 어떤 자료를 보여 줬고 어떤 도움을 제공했는지도 기록해야 결과를 해석할 수 있습니다.

   연습용 판단 규칙을 먼저 적습니다. “참가자가 안내 도움 없이 다음 모임 장소를 지목하는지 본다. 잘못 지목하면 어느 문구를 봤는지 기록한다”처럼 행동을 씁니다. 이 규칙은 전체 출시 성공을 보장하지 않습니다. 작은 시험에서 배치 문제의 실마리를 얻는 데 목적이 있습니다. 한 번 성공했다고 모든 환경에서 해결됐다고 말하지 않고, 다른 기기와 다른 경험을 가진 사람에게 남은 질문을 기록합니다.

4. 4

   AI로 반대 근거를 찾아 문서 고치기

   AI에게 선호하는 안을 칭찬해 달라고 하면 문서는 더 설득력 있어 보일 수 있습니다. 중급 연습에서는 반대쪽 역할을 줍니다. “A안을 선택한다는 초안에서 근거가 약한 문장과 선택을 뒤집을 새 정보를 찾아 줘”라고 요청하세요. 이때 새로운 사실을 발견한 것처럼 받아들이면 안 됩니다. AI가 제시한 것은 확인할 가능성이고, 실제 근거는 별도로 찾아야 합니다.

   예를 들어 참가자가 공지를 전혀 전달받지 못했다는 기록이 나중에 확인되면 배치 개선만으로는 문제를 풀지 못합니다. 그때는 전달 경로를 조사해야 합니다. 반면 참가자가 공지를 열었지만 지난 모임 정보를 읽었다면 최신 안내를 구분하는 문제가 됩니다. 두 경우 모두 겉으로는 “장소를 다시 물었다”로 보이지만 필요한 작업은 다릅니다. 원문과 관찰을 남겨 두면 결정이 바뀌어도 설명할 수 있습니다.

   결정 기록에는 선택한 안, 제외한 안과 이유, 남은 가정, 다시 볼 조건을 씁니다. 다시 볼 조건은 막연한 “상황이 바뀌면”보다 구체적이어야 합니다. “공지에 접근하지 못한 사례가 확인되면 전달 경로를 먼저 검토한다”처럼 적으세요. AI의 비판을 모두 수용할 필요는 없습니다. 자료와 맞지 않는 지적은 왜 제외했는지 남깁니다. 반대 의견이 많아졌다는 사실 자체가 더 좋은 결정의 증거는 아닙니다.

5. 5

   직접 해 보기: 결정과 재검토 조건 남기기

   A·B·C 후보 중 지금 시험할 하나를 고르고 다섯 문장으로 설명해 보세요. 첫 문장은 이번 목표, 둘째는 선택한 안, 셋째는 선택 근거, 넷째는 확인하지 못한 점, 마지막은 재검토 조건입니다. 문장 수는 연습을 작게 만드는 장치입니다. 실제 문서는 상황에 따라 더 길어져도 됩니다. 중요한 것은 결론과 근거, 가정이 분리되어 보이는 것입니다.

   동료에게 문서를 보여 주고 “어떤 새 사실이 들어오면 이 결정을 바꾸겠는가”를 물어보세요. 아무것도 떠오르지 않는다면 선택을 너무 확정적으로 썼을 수 있습니다. 반대로 모든 것이 미확인이라면 지금 결정 가능한 범위를 줄여야 합니다. 실제 출시를 약속하는 대신 공지 시안을 비교하는 작은 관찰까지만 정하는 방법이 있습니다. 판단의 범위는 확보한 근거의 범위보다 커지지 않도록 맞춥니다.

   완료 기준은 근거 없는 점수가 없는지, 후보 하나를 제외한 이유가 있는지, 시험할 행동과 중단 조건이 적혀 있는지입니다. AI가 작성한 비용 절감률이나 일정이 들어갔다면 출처를 찾아 보고 없으면 지웁니다. 이번 사례는 모두 연습용이므로 실제 고객 성과로 발표하지 않습니다. 다음에는 제품 연구 코스에서 관찰한 기록을 어떻게 근거로 바꾸는지 이어서 배울 수 있습니다. 기획의 끝은 잘 쓴 결론보다 다음 확인이 가능한 상태입니다.