평가위원의 동선을 설계하라 — 읽히는 기술제안서의 구성

평가장의 현실부터 이야기하겠습니다. 평가위원 한 명이 하루에 서너 개 회사의 제안서를 봅니다. 한 권에 100페이지라면 400페이지. 정독은 물리적으로 불가능합니다. 그들은 '읽는' 게 아니라 '찾고, 확인하고, 채점'합니다. 그렇다면 제안서는 정독용이 아니라 탐색용 문서로 설계돼야 합니다.

모든 장의 첫 페이지에 요약을 놓는다

각 장 도입부에 반 페이지짜리 요약 블록을 두세요. "이 장에서 우리는 ①②③을 제안한다"가 한눈에 보이면, 평가위원은 요약만 읽고도 채점할 수 있고, 궁금한 부분만 본문으로 들어갑니다. 요약이 없는 장은 통째로 건너뛰어질 위험을 감수해야 합니다.

헤드라인 메시지 방식

소제목을 '개요', '추진 방안' 같은 명사가 아니라 주장 문장으로 쓰는 방식입니다.

• (전) 4.2 시스템 아키텍처
• (후) 4.2 무중단 이중화 구조로 99.9% 가용성을 보장합니다

소제목만 이어 읽어도 제안의 골자가 전달되도록 만드는 것이 목표입니다. 실제로 평가위원 상당수가 목차와 소제목 위주로 1차 인상을 형성합니다.

페이지의 시각 위계

한 페이지 안에서 시선은 위→아래, 왼쪽→오른쪽으로 흐릅니다.

1. 상단: 이 페이지의 핵심 주장 한 줄
2. 중단: 근거 다이어그램 또는 표 (페이지당 1개)
3. 하단: 상세 설명과 데이터

거꾸로 상단에 배경 설명을 길게 깔고 결론을 하단에 두면, 훑는 독자는 결론에 도달하기 전에 페이지를 넘깁니다.

차별화 포인트는 세 번 반복한다

우리 회사만의 강점은 ①요약부에서 선언하고 ②해당 장에서 증명하고 ③맺음말에서 상기시킵니다. 한 번 등장한 차별점은 기억되지 않습니다. 다만 반복할 때마다 같은 문구, 같은 키워드를 쓰세요. 표현이 다르면 다른 얘기로 읽힙니다.

마지막 관문: 30초 테스트

완성본을 처음 보는 사람에게 30초만 주고 넘겨 보게 한 뒤 물어보세요. "우리가 뭘 제안하는 것 같아?" 대답이 우리가 의도한 한 줄과 일치하면 동선 설계는 성공입니다. 일치하지 않으면, 내용이 아니라 배치를 고칠 차례입니다.