공공 AI 챗봇 RFP나라장터 AI 챗봇공공 RAG초거대AI 가이드라인 2.0지자체 챗봇사전규격 공개공공 SI

공공기관 AI 챗봇 RFP 작성 가이드 — 필수 요건 체크리스트 [2026]

공공기관 AI 챗봇 RFP에 반드시 들어가야 하는 환각 통제·출처 표기·평가지표·운영 인수인계 요건과 자주 빠뜨리는 조항, 사전 규격 공개 단계 활용법까지 정리했습니다.

·알파카랩스

공공 AI 챗봇 RFP란 나라장터 공고용 발주 문서로, “어떤 챗봇을 어떤 데이터로 어떤 평가 기준 아래 어떻게 운영할지”를 응찰사에 명시하는 문서입니다. 공공기관 AI 챗봇 사업의 성패는 사실상 RFP 한 장에서 시작되며, 한 줄의 모호함이 본 사업의 분쟁 한 건이 됩니다.

공공 발주 담당자가 가장 자주 마주치는 질문은 “이 정도면 충분한가”입니다. RFP가 너무 좁으면 응찰사가 줄어들고, 너무 넓으면 응찰사마다 견적이 달라져 평가가 어려워집니다. 이 글은 그 사이에서 ‘무엇을 반드시 적고, 무엇을 권장 수준으로 두며, 무엇을 사전 규격 단계에서 확인할지’를 정리합니다. 구체적 평가 기준·법적 사항은 발행 시점의 공고와 공식 가이드를 함께 확인하는 것을 권장합니다.

RFP에 반드시 명시할 사항#

공공 AI 챗봇 RFP에서 빠뜨리면 본 사업 단계에서 분쟁으로 이어지는 항목은 대체로 정해져 있습니다. 공공 초거대AI 가이드라인 2.0 준수, 환각 통제 방안(근거 문서 검색·미응답 정책), 출처 표기(답변마다 어느 문서·페이지를 참고했는지 노출), 망 구조(모델 호출 경로와 보안 정책의 양립), 평가지표(정확도·근거 인용률·미응답률 등 검증 가능한 숫자), 운영 인수인계(문서 갱신·재학습·장애 대응 책임 경계)가 그 핵심입니다. 응찰사가 ‘무엇을 약속해야 하는지’가 RFP에서 보이도록 적어 두면, 평가 단계의 비교가 한결 단순해집니다.

자주 빠뜨리는 요건#

반대로 자주 빠지는 항목도 정해져 있습니다. 첫째 데이터 카탈로그— 학습·검색 대상 문서의 위치·갱신 주기·소유 부서. 둘째 책임 정책 — 잘못된 답변이 나갔을 때의 검수·정정 절차와 담당 부서. 셋째 모델 변경 절차 — 운영 중 모델·프롬프트·검색 설정이 바뀔 때의 승인·기록·롤백 절차. 이 세 가지가 RFP에 들어가 있지 않으면 구축 종료 후 ‘누가 무엇을 어떤 주기로 손대는가’가 모호해집니다.

요건별 필수·권장·선택 분류#

실무에서는 모든 항목을 같은 비중으로 적기 어렵습니다. ‘필수’는 RFP에 반드시 들어가야 하는 항목, ‘권장’은 사전 규격 단계에서 응찰사 의견과 함께 조정할 항목, ‘선택’은 사업 규모·예산에 따라 가감 가능한 항목으로 나눠 보면 균형이 잡힙니다.

요건필수권장선택
가이드라인 2.0 준수
환각 통제 방안
출처 표기
망 구조·보안 요건
평가지표(정확도·근거 인용률·미응답률)
운영 인수인계 절차
데이터 카탈로그
책임 정책·검수 흐름
모델 변경·롤백 절차
다국어·접근성·음성 확장

강남구청 강남부동산톡 사례 — 행정 데이터 기반 RAG의 운영형 설계#

도전. 강남구는 부동산 관련 민원 문의가 많은 자치구로, 시민이 24시간 일관된 톤으로 부동산 정보를 받을 수 있는 채널이 필요했습니다. ‘답변 정확도·응대 가용 시간·행정 정보가 잘못 전달됐을 때의 책임 소재’가 동시에 풀려야 하는 과제였습니다.

해결. 알파카랩스는 RAG 구조로 챗봇을 설계하고, 답변마다 어떤 문서를 참고했는지 사용자에게 노출했습니다. 모호하거나 근거가 약한 질문에는 “알 수 없음”을 명확히 답하도록 미응답 정책을 함께 설계했고, 부서 담당자가 답변 품질을 점검할 수 있는 검수 흐름을 운영 단계에 두었습니다. 구축이 아니라 운영까지 이어지는 흐름을 처음부터 RFP·계약 산출물 안에서 다룬 사례입니다.

결과. 시민이 24시간 동일한 톤으로 부동산 정보를 조회할 수 있는 채널이 마련됐고, 답변 근거가 노출되는 구조 덕분에 “이 답이 어디서 나왔는가”를 담당 부서가 추적 가능해졌습니다. 공공 RAG의 운영형 설계가 어떤 식으로 가능한지 보여주는 레퍼런스입니다.

공공 RAG

강남구청 강남부동산톡 등 행정 도메인 레퍼런스 보유

원스톱

기획·디자인·개발을 한 팀이 수행 (재하청 0%)

BESPOKIT

AI 기반 자체 개발 자동화 솔루션 보유

사전 규격 공개 단계에서 받아야 할 의견#

사전 규격 공개는 본 공고 전 모호함을 줄이는 가장 저렴한 단계입니다. 이 단계에서 받지 못한 의견은 본 공고 이후 질의 응답·재공고로 다시 돌아옵니다.

좋은 공공 AI 챗봇 RFP는 “무엇을 약속해야 하는지”가 응찰사 눈에 한 번에 보이는 RFP입니다.
알파카랩스

‘한 팀이 끝까지 책임지는 구조’의 의미#

공공 AI 챗봇은 도입 한 번으로 끝나는 시스템이 아니라, 문서가 갱신될 때마다 품질을 다시 점검해야 하는 운영형 인프라입니다. 외주가 다시 외주로 쪼개진 구조에서는 환각 통제·검수 흐름·운영 인계의 맥락이 흩어집니다. 알파카랩스가 기획·디자인·개발을 한 팀이 끝까지 수행하고 재하청을 두지 않는 이유는, 운영 단계에서 “왜 이렇게 설계했는가”를 답할 수 있는 팀이 그대로 남아 있어야 하기 때문입니다.

정리#

핵심 요약

  • 공공 AI 챗봇 RFP는 가이드라인 준수·환각 통제·출처 표기·망 구조·평가지표·운영 인수인계가 필수다
  • 자주 빠뜨리는 데이터 카탈로그·책임 정책·모델 변경 절차를 ‘권장’ 칸에 넣어 둔다
  • RFP가 너무 좁으면 응찰 0건, 너무 넓으면 평가 불가 — 핵심 요건은 명확히·구현 방식은 자유도로
  • 사전 규격 공개 단계에서 응찰 후보·기술 자문 의견을 받으면 본 공고 후 재공고 부담이 준다
  • 구축이 아니라 운영까지 이어지는 흐름을 처음부터 RFP·계약 산출물 안에 두는 편이 안전하다

자주 묻는 질문