자동화솔루션 구축 범위, 무엇이 경계를 정하나 — 자동화가 끝나는 지점부터 합의하는 법 (2026)

자동화솔루션 구축 범위는 무엇이 정하나?

자동화솔루션 구축 범위는 기능 목록이 아니라 '판정 규칙이 서 있는 지점'에서 정해진다. 규칙이 문서로 있는 자리는 자동화로 옮기고, 규칙이 없어 사람이 판단해야 하는 자리는 자동화 밖으로 남기는 것, 그것이 범위다.

구축 범위를 정한다는 것은 어디까지 자동화하고 어디서 멈추는가를 확정하는 일이다. 이 경계를 만드는 것은 기술이 아니라 업무 규칙이다. 입력값에 대해 출력이 정해지는 규칙이 있으면 그 지점은 자동화 대상이 되고, 규칙이 없어 판단이 필요한 지점은 자동화가 끝나는 곳이다.

그래서 범위 문의는 '이 프로세스를 자동화해 달라'보다 '이 구간의 입력과 판정 규칙을 정리했다, 여기부터 여기까지'라는 형태로 시작한다. 범위를 정하는 재료는 회사 쪽에 있고, 구축 표준은 그 재료를 기준으로 제안을 서면화한다.

범위는 넓히는 것이 목표가 아니라 경계가 서로 다른 해석으로 갈리지 않게 고정하는 것이 목표다.

자동화가 끝나는 지점은 어디서 확정되나?

자동화 범위의 경계는 예외 케이스가 어디로 가는지로 확정된다. 규칙에 맞는 케이스는 자동으로 처리하고 규칙 밖의 케이스는 정해진 사람에게 넘기는 구조를 만들지 않으면, 그 케이스들이 전부 범위 밖의 추가 작업으로 다시 들어온다.

예외 케이스가 생겼을 때 어느 담당자가 판단하는지, 그 판단 결과를 다시 규칙에 반영할 수 있는지를 범위에 넣어야 경계가 닫힌다. 이 경계가 비어 있으면 자동화가 흘려보낸 케이스가 사람에게 쌓이고, 그것은 자동화가 안 된 것처럼 보인다.

SGK 스튜디오 AI자동화 구축 표준은 판정 규칙이 문서로 없는 케이스를 사람 판단으로 남기는 것을 기본 경계로 둔다. 규칙을 억지로 만들어 범위를 넓히는 것보다 예외를 사람에게 넘기는 지점을 명확히 하는 것이 범위가 틀어지지 않는 방법이다.

예외를 사람에게 넘기는 것은 실패가 아니라 범위의 일부다. 예외 판단 건수가 반복되면 그것은 다음에 규칙으로 만들 후보다.

구축 범위에 운영·유지보수 경계도 포함되나?

구축 범위는 만들어지는 순간까지가 아니라 '운영 중 규칙을 누가 바꾸는가'까지 포함해야 닫힌다. 규칙 추가·변경 주체와 절차를 정해 두지 않으면, 업무가 조금만 바뀌어도 그 변화가 전부 범위 밖의 추가 작업이 된다.

자동화가 돌아간 뒤에도 업무 규칙은 바뀐다. 규칙을 갱신하는 담당자가 누구인지, 바뀐 내용을 문서로 반영하는 절차가 있는지가 운영 경계다. 이 경계를 구축 범위에 남겨두면, 이후의 변경은 별도 작업으로 계속 쌓인다.

규칙 갱신 주체는 회사가 될 수도 업체가 될 수도 있다. 어느 쪽이든 누가, 언제, 어떤 절차로 바꾸는지를 정하는 것이 구축 범위의 일부다. 그것이 문서로 남지 않으면 운영은 메신저 대화로 흘러가고, 그 대화는 나중에 유지보수라는 이름으로 다시 범위에 들어온다.

범위 확정 전에 무엇을 준비하면 비교가 가능해지나?

범위를 확정하기 전에 준비할 것은 정상 케이스와 예외 케이스의 표본이다. 입력이 어떻게 생겼는지, 출력이 무엇이어야 하는지를 서로 맞춰야 업체마다 제안이 비교 가능해지고, 그 비교가 곧 범위의 서면화다.

같은 업무라도 표본이 다르면 제안은 달라진다. 실제 입력 자료 몇 건과 '이 입력이면 이 출력'이라는 표본을 준비하면, 업체가 어느 지점까지 자동화하려는지가 제안 단계에서 드러난다. 표본 없이 '이 업무를 자동화해 주세요'만으로는 범위가 업체마다 다르게 해석된다.

범위가 정해지면 구축 표준은 그 범위를 문서로 고정한다. 금액은 범위를 고정한 뒤 무료 진단 후 서면 고정가로 제시되며, 범위가 움직이면 그 시점의 서면 범위가 기준이 된다.