RFP

RFP란 무엇인가

RFP(Request for Proposal, 제안요청서)는 발주자가 무엇을 만들고자 하는지를 정리해 수행사에 제시하는 요구의 출발점이다. 사업의 목적과 범위·요구 기능·일정·예산·평가 기준을 한 문서에 담아, 수행사가 어떤 방법으로 어느 비용에 이 일을 해낼지 제안하도록 요청한다.

발주자의 머릿속에만 있던 막연한 기대를 문서로 옮겨 외부와 공유 가능한 형태로 바꾸는 첫 관문이라 할 수 있다. 따라서 RFP의 완성도는 이후 제안·계약·수행 전 과정의 품질을 좌우하는 토대가 된다.

발주자 관점의 출발점

RFP는 수행사가 아니라 발주자가 작성한다는 점에서 사업의 주도권이 어디서 시작되는지를 보여준다. 발주자가 원하는 바를 스스로 정리하지 못한 채 막연한 기대만 담으면, 수행사는 무엇을 제안해야 할지 가늠하기 어렵고 견적 또한 부풀거나 빗나가게 된다.

반대로 요구가 지나치게 세세하게 못 박히면 수행사의 전문적 제안 여지가 줄어들어 더 나은 대안을 놓칠 수 있다. 그래서 RFP는 달성하고자 하는 목표와 제약은 분명히 하되, 구현 방식은 제안에 열어두는 균형이 중요하다.

무엇이 필요한가는 명확히, 어떻게 만들 것인가는 적절히 여백을 두는 감각이 좋은 RFP를 만든다.

상위 기획과의 연결

잘 다듬어진 RFP는 어느 날 갑자기 만들어지지 않고, 상위 기획의 결과물 위에서 자라난다. 정보화 전략을 설계하는 ISP 같은 사전 단계가 사업의 방향과 우선순위를 정리해 두면, 그 산출물이 RFP의 목적과 범위로 자연스럽게 이어진다.

상위 기획 없이 작성된 RFP는 근거가 약해 요구가 흔들리고, 사업 도중 방향이 자주 바뀌는 원인이 된다. 따라서 RFP를 쓰기 전에 무엇을 왜 하려는지가 상위 단계에서 충분히 합의되어 있어야 한다.

이 연결이 탄탄할수록 RFP는 설득력 있는 근거를 갖추고 평가의 기준도 명확해진다.

요구 명세와의 관계

RFP는 요구를 담되, 그 자체가 완결된 요구사항 명세서는 아니다. RFP의 요구는 사업 단계에서 제안과 계약을 이끌어내기 위한 큰 틀이며, 착수 이후 분석을 거쳐 식별·분석·명세·검증·변경의 단계로 더 정교하게 다듬어진다.

제품의 상세한 기능과 동작을 규정하는 PRD나 요구사항 명세서가 그 정교화의 결과물에 해당한다. RFP 단계의 요구를 곧바로 최종 명세로 오해하면, 착수 후 드러나는 세부 요구의 증가를 모두 범위 밖으로 몰아 갈등이 생긴다.

RFP는 출발점이고 명세서는 그 출발점이 분석을 통해 자라난 결실이라는 관계를 분명히 해야 한다.

평가와 계약의 기준

RFP는 단순한 요구 전달을 넘어, 들어온 제안들을 비교하고 가려내는 잣대 역할을 한다. 평가 항목과 배점·자격 요건을 RFP가 미리 규정해 두어야 여러 제안을 같은 기준으로 견줄 수 있고, 선정 과정의 공정성과 객관성이 확보된다.

평가 기준이 모호하면 무엇을 근거로 골랐는지 설명하기 어려워지고, 탈락한 측의 이의 제기에도 취약해진다. 또한 RFP에 적힌 요구와 수행사가 제출한 제안은 이후 계약의 근거 문서가 되어, 무엇을 약속했는지를 되짚는 기준이 된다.

그러므로 평가와 계약의 관점에서도 RFP의 명확성은 그 자체로 사업의 위험을 줄이는 장치다.

부실한 RFP의 대가

RFP가 부실하면 그 비용은 사업 전 과정으로 번져 나간다. 요구가 모호하면 수행사마다 해석이 갈려 제안이 들쭉날쭉해지고, 비교 자체가 어려워진다.

착수 이후에는 발주자가 뒤늦게 빠진 요구를 추가하면서 범위가 불어나고, 일정과 비용을 두고 마찰이 잦아진다. 처음부터 요구를 충분히 정리하는 데 드는 노력은, 사업 후반의 변경과 분쟁을 줄이는 가장 값싼 투자다.

빈약한 RFP는 그 빈 자리를 누군가는 반드시 더 비싼 대가로 메우게 된다는 사실을 발주자는 잊지 말아야 한다.