가입 이탈 회의에서 누군가 상담원이 대신 설정해 주는 안을 낸다. 바로 “운영비가 너무 큰데요”라는 답이 돌아온다. 다음 제안에는 개발 기간이, 그다음에는 보안 위험이 붙어 십 분 뒤에는 이미 알던 두 안만 남는다. 현실성은 중요하지만 너무 빨리 들이대면 범위를 줄이는 검열이 된다. 만드는 시간과 고르는 시간을 나누는 이유는 자유로운 발상을 위해서만이 아니라, 평가할 후보 간의 차이를 만들기 위해서다.
핵심 아이디어를 넓히는 단계와 목적·근거·제약으로 선택하는 단계를 분리해야 새로운 가능성과 실행 가능한 결론을 함께 얻을 수 있습니다.
먼저 보면 좋은 점
- 발산 전에 해결할 문제와 범위를 맞춥니다.
- 초기 아이디어에는 판단보다 확장 질문을 붙입니다.
- 평가 단계에서는 미리 합의한 기준으로 선택합니다.
빈 화면보다 구체적인 문제에서 시작한다
“새로운 기능을 생각해 봅시다”보다 “첫 주문 등록 중 상품 코드에서 멈추는 판매자를 어떻게 도울까”가 다양한 대안을 만듭니다. 문제 장면과 제약을 공유하되 특정 화면이나 기능을 답처럼 넣지 않습니다.
참석자는 회의 전에 관찰 기록이나 문의 사례를 읽고 각자 아이디어를 적어올 수 있습니다. 목소리가 큰 사람의 첫 제안이 전체 방향을 고정하는 일을 줄이고, 생각할 시간이 필요한 사람도 참여할 수 있습니다.
발산할 때는 아이디어를 이어 붙인다
첫 제안을 완성안으로 평가하지 말고 어느 가정을 바꾸면 다른 방식이 가능한지 묻습니다. 사용자가 직접 입력하지 않는다면, 한 번에 끝낼 필요가 없다면, 휴대전화가 없다면 같은 질문은 현재 해법의 경계를 드러냅니다.
비슷한 안을 묶되 너무 빨리 하나로 합치지 않습니다. 겉보기에는 같은 자동 입력이라도 사진 인식과 기존 주문 복사는 필요한 데이터와 실패 방식이 다릅니다. 차이가 선택에 중요할 수 있습니다.
평가 기준은 아이디어보다 먼저
사용 편익, 확인된 근거, 구현·운영 비용, 안전 위험, 학습 속도가 현재 목표에 맞는 평가 항목입니다. 모든 기준을 같은 무게로 둘 필요는 없습니다. 개인정보 위험처럼 넘지 말아야 할 조건과 비교 가능한 조건을 구분합니다.
점수가 높은 안이 자동으로 정답은 아닙니다. 점수 차이를 만든 가정을 살펴보고, 불확실성이 큰 항목은 작은 실험으로 확인합니다. 선택하지 않은 안도 다시 볼 조건을 남기면 다음 회의가 처음부터 시작되지 않습니다.
45분 아이디어 회의 운영안
처음 5분에는 문제와 근거를 함께 읽고 질문만 받습니다. 다음 10분은 각자 조용히 아이디어를 적고, 10분 동안 설명 없이 벽에 모아 비슷한 안을 묶습니다. 이어지는 10분에는 빠진 관점과 결합 가능한 안을 찾고, 마지막 10분에는 기준에 따라 검증할 후보와 담당자를 정합니다.
시간 배분보다 중요한 것은 단계 전환을 알리는 일입니다. 발산 중 반대 의견은 주차하고, 평가가 시작되면 아이디어 제안자의 직급이나 발표력 대신 합의한 기준을 봅니다. 결정하지 못하면 필요한 근거와 확인 시점을 남깁니다.
아이디어를 실험 단위로 줄인다
선택한 안 전체를 개발하기 전에 가장 불확실한 연결을 찾습니다. 자동 추천의 가치가 불확실하다면 사람이 만든 추천 결과를 제한된 사용자에게 제공해 행동 변화를 볼 수 있습니다. 기술 가능성이 위험하다면 작은 데이터로 정확도와 실패 유형부터 시험합니다.
실험 항목에는 가정, 대상, 제공할 경험, 관찰 행동, 보호할 지표, 기간과 다음 결정을 적습니다. 좋은 아이디어였다는 평가보다 어떤 조건에서 효과가 있었고 실제 제품으로 만들 때 남은 위험이 무엇인지 배우는 것이 목적입니다.
함께 만들되 선택 권력은 숨기지 않는다
공동 창작에는 문제를 겪는 사용자, 실행을 아는 운영자와 구현자가 필요합니다. 참가자 수를 맞추는 것보다 누가 발언하기 어렵고 누가 최종 결정권을 갖는지 공개해야 투표가 합의인 것처럼 보이지 않습니다.
선택 전에 사용자 결과, 실행 가능성, 위험, 확인 비용을 별도로 채점하고 결정권자의 판단을 기록합니다. 높은 직급의 첫 제안으로 대안이 사라지거나 참가자의 선호만 있고 문제 증거가 없으면 결정을 멈추고 익명 발산이나 추가 조사를 진행합니다.
후보를 고르는 실제 계산
가입 이탈을 줄이는 아이디어 세 개를 비교합니다. 사용자 편익 40점, 근거 강도 25점, 2주 안에 배울 수 있는 정도 20점, 운영·안전 부담 15점으로 가중치를 정하고 각 항목을 5점 만점으로 평가합니다. 총점보다 의견 차이가 2점 이상 난 항목을 먼저 봅니다. 한 사람은 효과를 5점, 다른 사람은 2점으로 줬다면 그 차이를 만든 가정이 다음 실험 주제입니다.
법적 위험이나 복구 불가능한 손실은 가중 평균으로 상쇄하지 않고 탈락 조건으로 둡니다. 모든 후보의 근거가 약하면 억지로 1등을 개발하지 말고 클릭 모형이나 수동 서비스로 가장 싼 비교를 합니다. 산출물은 후보표와 점수 근거, 탈락 조건, 다음 실험입니다. 오늘은 예정된 기능 하나를 골라 “왜 이 안이 이기는가”를 숫자와 근거 한 줄로 써보십시오.
메모
- 회의의 출발점이 기능명이 아니라 구체적인 문제 장면인가?
- 발산 중에는 확장하고 평가 중에는 기준으로 비교했는가?
- 선택을 좌우한 불확실한 가정에 확인 방법이 있는가?