이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
차별화된 기획 제안서를 작성할 때 가장 먼저 생각하는 것은 이 제안이 왜 지금 필요한지를 독자가 즉시 느낄 수 있게 하는 것입니다. 비슷한 주제의 제안서가 많을 때, 처음 몇 줄에서 임팩트를 주지 못하면 나머지는 읽히지 않습니다. 문제 정의의 구체성이 차별화의 출발인데, 막연한 기회나 트렌드를 언급하는 대신 구체적인 데이터와 사용자 관찰로 문제를 날카롭게 정의하면 제안의 신뢰도가 높아집니다.
실행 가능성 근거 제시로 아이디어의 참신함만큼 어떻게 실현할 것인지를 구체적으로 보여 주는 것이 검토자의 판단을 돕습니다. 경쟁 비교 없이 자기 제안만 쓰는 것보다 유사 사례와의 차이를 명시하면 포지셔닝이 명확해집니다. 제안서 분량은 읽는 데 드는 시간이 얻는 가치보다 작게 유지해야 끝까지 읽히는 제안서가 됩니다.
구체적 문제 정의와 실행 가능성 근거가 차별화 기획 제안서의 핵심이라는 결론을 갖고 있습니다.
차별화된 기획 제안서를 작성할 때 SCQA 구조(상황→합병증→질문→답)로 스토리라인을 먼저 설계하는 것을 출발점으로 삼습니다. 구조를 먼저 잡으면 어느 섹션에서 어떤 근거가 필요한지가 자연스럽게 드러납니다. 주장마다 데이터·사례·경쟁 비교 중 하나가 뒷받침되어야 설득력이 생기는데, 그중에서도 비슷한 상황의 선례를 근거로 제시하는 것이 검토자의 신뢰를 가장 빠르게 얻는 방법이었습니다.
섹션마다 'So What?'을 명시적으로 닫는 습관을 들이면 주장이 흐릿하게 끝나는 것을 막을 수 있습니다. 데이터가 충분해도 '지금 무엇을 해야 하는가'로 연결되지 않으면 제안서가 분석 보고서에서 멈추는 경우가 많았습니다. 검토자가 읽는 것이 아니라 결정하게 만드는 것이 제안서의 목적이라는 결론을 갖고 있습니다. 분량은 읽는 데 드는 시간보다 얻는 가치가 클 때만 끝까지 읽힙니다.
차별화된 제안서를 처음 작성했을 때 내용보다 구조가 먼저 읽히는 순간이 결정적이라는 것을 경험했습니다. 제목·목차·그래프로 3초 안에 제안의 핵심이 전달되지 않으면 본문을 끝까지 읽히기 어렵다는 것을 알게 됐습니다. 피라미드 원칙(결론 먼저 → 근거 → 세부 데이터)을 따르면 검토자가 앞쪽에서 핵심을 잡고, 뒤로 갈수록 보충 자료를 선택적으로 읽는 구조가 만들어집니다. 한 번은 10장짜리 제안서를 5장으로 줄였더니 승인 속도가 눈에 띄게 빨라진 경험이 있습니다.
분량을 줄이는 것이 정보를 줄이는 것이 아니라 판단을 쉽게 만드는 것이라는 원칙을 그때 배웠습니다. 제안서 끝에 '다음 단계(Next Action)'를 명시하면 검토자가 어떤 결정을 내려야 하는지 명확하게 전달됩니다. 본인 사례를 쌓을수록 어느 구조가 어느 검토자에게 통하는지에 대한 감이 생겼습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 유디임팩트 스타트업 일반 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.