초록
회의에서 「AI 응용 프로그램을 만들자」고 하면, 화면에는 챗 UI와 API 키만 있는 PoC가 먼저 올라오는 경우가 많습니다. 실무에서는 그 PoC가 ‘프로그램’이 아닙니다. 직원이 매일 쓰고, 틀렸을 때 추적 가능하고, ERP·문서·권한과 맞물리는 운영 단위가 프로그램입니다.
이 글은 AI 응용을 네 축—기능 범위, 데이터·근거, 권한·감사, 운영·비용—으로 쪼개 PoC → Pilot → Production으로 옮기는 기준을 정리합니다. AX / AI 구축과 Technical Discovery로 이어지는 전형적인 분기도 함께 적습니다.
1. ‘응용’의 세 층
| 층 | 예 | PoC에서 흔한 함정 |
|---|---|---|
| 인터페이스 | 챗, 폼, Slack/Teams | 데모만 예쁘고 실제 업무 URL·파일은 연결 안 됨 |
| 지능·흐름 | Agent, Workflow, RAG | 프롬프트만 있고 예외·승인·재시도 없음 |
| 시스템 | SSO, DB, API, 로그 | 개인 PC·개인 API 키에 종속 |
운영 가능한 AI 응용 프로그램은 세 층이 한 배포 단위로 묶입니다. 한 층만 있으면 “AI 써 봤다”로 끝나고, 현장에서는 다시 엑셀과 메일로 돌아갑니다.
2. 범위를 정할 때 넣어야 할 질문
기능 목록 대신 아래 네 가지에 답하면 견적과 일정이 안 흔들립니다.
- 누가, 어떤 화면에서, 어떤 입력으로 쓰는가? (내부만 / 고객-facing)
- 틀렸을 때 누가 확인하고, 어떻게 되돌리는가?
- 어떤 데이터를 근거로 하며, 그 데이터는 어디서 갱신되는가?
- 월 토큰·호출·인프라 상한과 알림은 누가 받는가?
Agent·RAG·생성형 이미지 등 유형별로 1·3번의 난이도가 크게 달라집니다. “마케팅 Agent” 한 줄 요구는 보통 문서 저장소 정리 + 권한 + 템플릿 검수가 숨은 범위입니다.
3. PoC → Pilot → Production
- PoC (2~4주): 가설 검증. 샘플 데이터, 제한된 사용자, 수동 검수 OK.
- Pilot (1~2개월): 실제 팀·실제 데이터 일부. 로그·피드백 루프·비용 모니터링 필수.
- Production: SSO, 백업, SLA, 모델/프롬프트 버전 관리, Managed Service 검토.
PoC에서 “됐다/안 됐다”만 말하지 말고, Pilot에 넘길 체크리스트(데이터 품질, 승인 단계, 실패율)를 문서로 남기는 것이 AX 관점에서 가장 값 있는 산출물입니다.
4. 정리
AI 응용 프로그램은 모델 성능 문제만이 아니라 소프트웨어 납품 문제입니다. 챗 하나가 아니라, 연동·권한·운영까지 포함한 범위를 프로젝트 상담 단계에서 맞추면 PoC 이후에도 같은 팀이 Build까지 이어질 수 있습니다. 교육만 필요하면 AX · AI 교육 문의로도 같은 창구에서 상담할 수 있습니다.