홈 › 블로그 › AI PoC 설계

AI PoC를 4주로 설계하는 방법

PoC가 6개월을 잡아먹는 이유는 범위가 크기 때문이 아니라 종료 조건이 없기 때문입니다. 끝나는 조건을 먼저 적으면 4주로 충분한 경우가 많습니다.

4주 설계 주차별 목표 중단 조건

결론부터

PoC의 목적은 도입 결정에 필요한 최소 근거를 만드는 것입니다. 완성도 있는 시스템을 만드는 것이 아니고, 모든 예외를 처리하는 것도 아닙니다.

그래서 시작 전에 두 문장을 씁니다 — "이 결과가 나오면 도입한다"와 "이 결과가 나오면 중단한다". 이 두 문장이 없는 PoC는 끝나지 않습니다.

시작 전 — 세 가지를 확정한다

대상 업무 하나 — 여러 업무를 동시에 검증하려 하면 4주로 끝나지 않습니다. 반복 횟수가 많고 되돌릴 수 있는 업무 하나를 고르세요.

성공·중단 기준 — 숫자로 적습니다. "건당 처리 시간 30% 감소, 오류율 5% 이하"처럼. 정성적 기준은 4주 뒤 논쟁을 만듭니다.

비교 대상(현재 방식)의 숫자 — 월 처리 건수, 건당 소요 시간, 현재 오류율. 이 숫자가 없으면 PoC 결과를 해석할 수 없습니다.

주차별 목표

주차	목표	산출물
1주	데이터와 접근 확보, 도구 계정 준비	표본 데이터셋, 계정, 기준 숫자 기록
2주	기본 흐름 동작 — 정상 케이스만	정상 입력에서의 결과와 검수 기록
3주	예외 처리와 범위 확대	예외 목록과 각 예외의 처리 결과
4주	측정, 정리, 판단	비교표와 도입·중단 권고

4주 안에 끝내는 요령

연동을 만들지 마세요. PoC 단계에서는 파일 내려받기와 수동 업로드로 충분합니다. 연동 개발은 도입 결정 후의 일이고, PoC 기간의 절반을 잡아먹는 가장 흔한 원인입니다.

화면도 만들지 마세요. 결과를 표로 보면 판단할 수 있습니다. 화면이 필요하다고 느껴지면, 그것은 PoC가 아니라 파일럿 단계의 요구입니다.

그리고 검수 시간을 반드시 기록하세요. PoC에서 이 숫자를 안 남기면 도입 후 절감 추정이 전부 낙관적으로 나옵니다.

중단해야 하는 신호

2주 말에 정상 케이스도 안 됨 — 도구나 데이터가 맞지 않습니다. 3~4주를 더 써도 대개 바뀌지 않습니다.

검수 시간이 직접 하는 것보다 길다 — 이 상태가 3주 말까지 유지되면 중단이 맞습니다. 출력 형식이나 프롬프트를 고정해도 안 되면 도구 문제입니다.

데이터 조건이 확인되지 않음 — 기술적으로 되더라도 조건이 안 맞으면 도입할 수 없습니다. 확인이 늦어지면 PoC를 멈추고 조건 확인을 먼저 끝내세요.

범위가 계속 늘어남 — "이것도 되면 좋겠다"가 반복되면 종료 조건이 흐려진 신호입니다. 초기 기준으로 돌아가세요.

자주 묻는 질문

4주가 너무 짧지 않습니까?

대상 업무가 하나이고 연동과 화면을 만들지 않으면 충분합니다. 4주가 부족하다고 느껴지면 대개 범위가 큰 것이고, 범위를 줄이는 편이 기간을 늘리는 것보다 결과가 좋습니다.

PoC와 파일럿은 무엇이 다릅니까?

PoC는 "가능한가"를 확인하고, 파일럿은 "실제 업무에서 유지되는가"를 확인합니다. PoC는 표본 데이터와 수동 작업으로 충분하지만, 파일럿은 실제 흐름에 붙여야 합니다.

외부 인력이 필요합니까?

대상 업무를 아는 내부 인력이 더 중요합니다. 외부는 도구 설정과 기술적 판단에서 시간을 아껴 주지만, 성공·중단 기준과 업무 규칙은 내부에서 나와야 합니다.

결과가 애매하면?

기준을 사후에 낮추지 마세요. 애매하면 중단하고, 무엇이 부족했는지 기록하세요. 그 기록이 다음 PoC의 범위를 정확하게 만듭니다.

기준 숫자

비교 기준부터 만드세요

AI 도입 ROI 계산기로 현재 업무의 건수·시간·비용을 표로 만들면, PoC 4주 뒤 비교할 기준선이 생깁니다.

ROI 계산하기