보고서를 줄이는 것만으로는 부족합니다
긴 기술 보고서를 제안서로 바꾸는 일은 단순한 요약이 아닙니다. 제안서는 독자가 문제를 이해하고, 해결 방법을 확인하고, 다음 행동을 결정할 수 있는 순서로 구성되어야 합니다.
원문의 문장을 몇 장의 슬라이드에 나누어 담기만 하면 핵심 근거가 빠지거나 앞부분에 내용이 몰릴 수 있습니다.
먼저 원문 전체를 이해합니다
에이전트는 보고서를 의미가 이어지는 구간으로 나누고, 문제와 해결책, 근거, 수치와 사례를 정리합니다. 원문의 모든 구간이 제안서 구성에 반영됐는지도 확인합니다.
페이지 수가 제한되면 비슷한 내용을 합칠 수는 있지만, 중요한 내용을 조용히 버리거나 원문에 없는 숫자를 만들어서는 안 됩니다.
제작 전에 구성안을 확인합니다
실제 문서를 만들기 전에 전체 페이지 수와 페이지별 제목을 먼저 보여줍니다. 사용자는 이 단계에서 보안 내용을 앞쪽으로 옮기거나 사례를 추가하는 등 이야기의 순서를 조정할 수 있습니다.
구성안을 승인한 뒤에만 페이지 내용과 파일을 만듭니다. 방향이 잘못된 문서를 모두 만든 다음 다시 고치는 시간을 줄일 수 있습니다.
수정할 부분만 정확하게 바꿉니다
제목 하나를 고치거나 전체 색상을 바꾸는 요청 때문에 문서 전체를 다시 만들 필요는 없습니다. 내용 수정과 디자인 수정을 구분하고 필요한 범위만 변경합니다.
좋은 제안서를 만드는 핵심은 파일 생성 자체가 아닙니다. 원문을 빠짐없이 이해하고, 설득의 순서를 먼저 확인하고, 수정 범위를 정확하게 구분하는 과정에 있습니다.