심사위원은 '좋은 아이디어'가 아니라 '될 사업'을 본다 — 제출 전 셀프 점검

#심사위원이 보는 건 '아이디어'가 아니라 '될 사업'이다

심사위원은 짧은 시간에 여러 건의 계획서를 본다. 그 자리에서 묻는 건 하나다. '이 사람이 말한 게 실제로 사업이 되는가.' 아이디어가 얼마나 멋진가가 아니라, 그 아이디어를 둘러싼 조건들이 맞물려 돌아가는가를 본다.

그 조건은 크게 네 관점으로 나뉜다. 시장성, 고객 확보, 검증, 수익성이다. 네 축이 함께 서 있어야 한다는 게 핵심이다. 한 축만 비어도 '아이디어는 좋은데 사업이 될지 모르겠다'는 평가로 기운다.

#심사위원 머릿속 6질문 — 내 계획서로 답해 보기

네 관점을 실제 점검으로 바꾸면 여섯 개의 질문이 된다. 계획서를 덮고, 이 여섯 질문에 한 문장씩 답해 보라. 막히는 질문이 곧 약한 항목이다.

이 여섯 질문은 사업 분야를 가리지 않고 거의 그대로 적용된다. 답이 술술 나오면 그 항목은 단단한 것이고, 한 문장으로 정리가 안 되면 계획서에서도 흐릿하게 쓰여 있을 가능성이 크다. 답이 막히는 칸을 표시해 두면, 어디를 보강해야 할지가 그대로 작업 목록이 된다.

#흔한 범주로 오해받기 전에, 스스로 정의하라

심사위원은 짧은 시간에 계획서를 익숙한 범주에 넣어 이해하려 한다. 이때 내가 먼저 정의하지 않으면, 흔하고 평범한 범주로 읽히고 그 범주의 평균 점수를 받는다.

그래서 필요한 게 한 문장 자기 정의다. '우리는 A가 아니라 B다'라는 형식으로, 오해받기 쉬운 범주를 먼저 부정하고 진짜 위치를 못박는다. 예컨대 '정보를 모아 보여주는 또 하나의 앱'으로 읽힐 위험이 있다면, '단순 정보 제공이 아니라 의사결정까지 연결하는 도구'라고 스스로 선을 긋는 식이다.

#고객이 아직 없을 때 — 검증은 거창하지 않아도 된다

예비·초기 단계에서 고객이 없는 건 당연하다. 심사위원도 안다. 다만 '고객이 없다'와 '고객을 어떻게 찾을지 모른다'는 다르다. 후자만 감점이다. 그래서 네 가지를 분명히 적어야 한다. 첫 고객이 누구인지, 어디서 만날지, 어떻게 테스트할지, 지불 의향을 어떻게 확인할지.

검증이라고 해서 큰 데이터가 필요한 건 아니다. 작은 확인으로 충분하다. 잠재 고객 몇 명에게 반복 사용 여부와 유료 전환 의향을 물어본 결과 하나만 있어도, '추측'에서 '근거'로 넘어간다.

• 고객 인터뷰 — 같은 불만이 반복적으로 들리는지
• 간단 설문 — 문제의 빈도와 강도
• 랜딩페이지·대기자 신청 — 실제 클릭과 등록
• 커뮤니티 반응 — 타깃이 모인 곳에서의 호응
• 프로토타입·파일럿 — 손에 쥐여 줬을 때의 행동
• 시장 자료 — 규모와 추세를 뒷받침하는 외부 근거

심사위원이 검증 항목에서 진짜 보고 싶은 건 결과의 크기가 아니다. '무엇을 확인했고, 그래서 다음에 무엇을 검증할 것인가'라는 흐름이다. 작은 결과라도 다음 가설로 이어지면 '사업을 굴릴 줄 아는 사람'으로 읽힌다.

#수익모델은 '과금 방식'이 아니라 '낼 이유'다

수익모델 칸에 '구독제' '광고 수익'이라고만 적는 계획서가 많다. 하지만 과금 방식의 이름은 답이 아니다. 심사위원이 보는 건 '왜 고객이 지금 이 문제에 돈을 낼 것인가'다.

강한 수익 논리는 대개 비슷한 모양이다. '고객이 지금 이 문제에 쓰는 시간이나 비용을 우리가 줄여 주기 때문에, 그 절감액의 일부를 받는다.' 과금은 가치 교환의 결과로 자연스럽게 따라온다. 반대로 '일단 무료로 모으고 나중에 광고로'는 약한 신호로 읽힌다. 지금 돈을 낼 이유가 비어 있다는 뜻이기 때문이다.

#실행력 — '하고 싶다'가 아니라 '할 수 있는 이유'

마지막으로 심사위원은 '왜 하필 당신이 이걸 할 수 있는가'를 본다. 같은 계획이라도 그걸 해낼 근거가 있는 팀과 의지만 있는 팀은 다르게 읽힌다. 핵심은 '하고 싶다'가 아니라 '할 수 있는 이유'를 배경에서 끌어오는 것이다.

어떤 배경이든 약점이 아니라 각도가 된다. 중요한 건 그 배경을 사업의 어느 부분과 연결하느냐다. '나는 이 문제를 직접 겪었고, 그래서 ___를 이미 해봤다'는 한 문장이 실행력 칸을 살린다.

#제출 전 셀프 점검 — 7요소 + 6질문 체크리스트

지금까지의 점검을 지원서 구조에 얹으면 일곱 개 요소가 된다. 순서는 그대로 이야기의 흐름이 된다. 문제 → 해결 → 고객 → 차별점 → 검증 → 수익 → 실행력. 길게 늘어놓기보다 각 칸을 선명한 한두 문장으로 채우는 게 핵심이다. 빠진 칸이 있으면 거기가 약점이다.

1. 문제 — 누가 지금 어떤 불편을 겪는지 한 문장으로 적었나
2. 해결 — 그 문제를 어떻게 푸는지가 명확한가
3. 고객 — 타깃이 '모두'가 아니라 구체적인가
4. 차별점 — 기존 방식 대비 더 나은 이유가 있나
5. 검증 — 무엇을 확인했고 다음에 무엇을 검증하나
6. 수익 — 고객이 지금 돈을 낼 이유가 보이나
7. 실행력 — 왜 당신이 이걸 할 수 있는지 근거가 있나

여기에 6질문을 겹쳐 마지막으로 한 번 더 답해 보라. 일곱 칸이 채워졌고 여섯 질문에 한 문장씩 답이 나온다면, 어느 심사위원을 만나도 '아이디어는 좋은데 사업이 될지 모르겠다'는 평가는 피할 수 있다.

1. 누가 이 서비스를 쓰는지 한 문장으로 말할 수 있다
2. 그들이 지금 겪는 문제를 구체적으로 안다
3. 기존 방식보다 나은 점을 한 문장으로 댈 수 있다
4. 첫 고객을 어디서 만날지 정해져 있다
5. 어떻게 돈을 버는지, 낼 이유까지 설명할 수 있다
6. 다음에 무엇을 검증할지 정해져 있다

이 점검을 혼자 하면 자기 글의 빈칸이 잘 안 보인다. 너무 익숙해서 '당연히 알겠지' 하고 넘기기 때문이다. 제삼자의 눈으로 일곱 칸과 여섯 질문이 실제로 채워졌는지 확인받으면, 제출 전에 약한 축을 미리 메울 수 있다.

#자주 묻는 질문 (FAQ)

Q. 아이디어가 정말 참신하면 다른 칸이 좀 비어도 붙지 않나요?

A. 참신함만으로 붙기는 어렵다. 심사위원은 참신한 아이디어를 본 다음 곧바로 '그래서 이게 사업이 되나'를 묻는다. 시장·고객·검증·수익 중 한 축이 비면 '아이디어는 좋은데'라는 단서가 붙고, 그 단서가 곧 감점으로 이어진다. 참신함은 출발점이지 결승선이 아니다.

Q. 고객도 매출도 없는 예비 단계인데 검증을 어떻게 쓰나요?

A. 큰 지표 대신 작은 확인을 쓴다. 잠재 고객 인터뷰에서 같은 불만이 반복됐다거나, 랜딩페이지 대기자가 모였다거나, 소수를 대상으로 사용·지불 의향 테스트를 해봤다는 식이다. 결과의 크기보다 '무엇을 확인했고 다음에 무엇을 볼지'의 흐름이 더 중요하다.

Q. 수익모델 칸에 '구독제'라고만 쓰면 왜 약한가요?

A. 과금 방식의 이름은 '어떻게 받을지'일 뿐, '왜 낼지'를 설명하지 않기 때문이다. 고객이 지금 이 문제에 쓰는 시간·비용을 줄여 준다는 가치 교환이 보이면, 구독이든 수수료든 자연스럽게 납득된다. 낼 이유가 먼저고 방식 이름은 그다음이다.

Q. 제출 전에 이 점검을 혼자 해도 충분한가요?

A. 어느 정도는 된다. 다만 자기 글은 빈칸이 잘 안 보인다. 익숙해서 넘어간 부분이 심사위원에게는 가장 먼저 걸린다. 일곱 요소와 여섯 질문을 제삼자 시각으로 한 번 더 확인받으면, 본인이 '당연하다'고 여겨 안 쓴 부분을 잡아낼 수 있다.