공공조달 제안 전에 데모를 먼저 만드는 이유

공공조달 제안에서 데모는 디자인 산출물이 아닙니다. 우리가 이해한 요구사항이 실제 화면과 흐름으로 구현될 수 있는지, 평가자가 볼 수 있는 형태로 먼저 증명하는 방법입니다.

데모는 제안서의 근거가 됩니다

제안서에는 운영 화면, 관리자 권한, 데이터 흐름, 장애 대응 같은 표현이 자주 등장합니다. 하지만 글로만 쓰면 수행 가능성이 약하게 보입니다. 짧은 데모는 이 주장을 확인 가능한 근거로 바꿉니다.

데모를 먼저 만들면 다음 질문에 빨리 답할 수 있습니다.

• 사용자는 어떤 순서로 업무를 처리하는가
• 관리자 화면이 실제로 필요한가
• 데이터 입력과 검증은 어디에서 막히는가
• 개발 범위에서 반드시 빼야 할 기능은 무엇인가

제안 범위를 줄이는 데도 필요합니다

데모를 만들면 하고 싶은 기능과 해야 하는 기능이 갈립니다. 특히 짧은 제안 기간에는 이 구분이 중요합니다. 화면으로 눌러보면 필요 없어 보이는 메뉴, 중복되는 승인 단계, 설명이 어려운 기능이 빨리 드러납니다.

평가자가 기억하는 것은 장면입니다

제안 발표에서 모든 문장을 기억하는 사람은 거의 없습니다. 대신 한 장면은 남습니다. 로그인 후 업무 목록이 자동 정리되는 장면, 공고 문서가 요약되는 장면, 담당자가 버튼 하나로 보고서를 만드는 장면처럼 구체적인 장면이 제안의 차별점을 만듭니다.

AMARANS가 데모를 먼저 만드는 이유는 빠르게 보여주기 위해서가 아니라, 제안의 구조와 구축 범위를 동시에 검증하기 위해서입니다.