이 글의 목차
먼저 알아둘 답
기존 고객관리·재고 프로그램에 AI를 연결할 수 있나요?
기존 프로그램에서 어떤 자료를 가져오고 어떤 작업을 바꿀 수 있는지부터 확인하세요. AI가 정보를 읽기만 하는 기능과 실제 주문·고객 정보를 수정하는 기능은 필요한 권한과 확인 절차가 다릅니다. 기존 프로그램의 연결 방법, 오류 대응과 사용 비용을 확인한 뒤 개발 범위를 정합니다.
유통 업체: 주문 조회와 주문 변경을 분리하기
직원이 채팅으로 주문 현황을 묻는 기능에 이어 ‘이 주문을 취소해줘’ 기능도 요청합니다.
이렇게 바꿔보세요
주문 조회는 허용된 직원에게 해당 주문을 보여줍니다. 취소 요청은 주문 번호와 취소 영향을 표시하고 권한이 있는 직원이 확인한 뒤 실행하도록 설계합니다.
AI가 답하는 기능과 실제 회사 데이터를 바꾸는 기능은 책임과 권한이 다릅니다. 취소가 잘못 실행되면 배송과 환불까지 영향을 줍니다.
내 사업에서 확인할 일
조회·수정·취소 중 필요한 행동을 구분하고 각 행동을 할 수 있는 담당자를 적으세요.
이 글에 나오는 용어4개 · 뜻과 예시 보기
낯선 용어는 아래 뜻과 예시를 참고하세요.
- API다른 프로그램과 정보를 주고받는 연결 창구
-
프로그램끼리 정해진 요청과 응답으로 정보를 주고받는 방법입니다. 제공된 기능, 사용 권한과 비용을 확인해야 합니다.
예를 들면 홈페이지에서 배송 상태를 보여주려면 배송 서비스가 제공하는 연결 방법을 확인합니다.
- AI자료를 바탕으로 글·분류·답변 등을 돕는 인공지능
-
학습한 패턴 등을 이용해 답변·초안·분류 작업을 돕는 기술입니다. 그럴듯한 답이라도 틀리거나 오래된 내용일 수 있어 확인이 필요합니다.
예를 들면 상품 설명 초안을 작성할 수 있지만 실제 가격과 제공 조건은 사람이 확인합니다.
- 접근 권한사용자별로 볼 수 있거나 바꿀 수 있는 범위
-
누가 어떤 자료를 조회·수정·삭제할 수 있는지 정하는 규칙입니다. 화면에서 버튼을 숨기는 것만으로 권한이 보호되지는 않습니다.
예를 들면 담당 직원은 자기 업무를 처리하고 관리자는 승인·전체 조회를 하는 식으로 구분합니다.
- 재시도실패한 작업을 정한 조건에 따라 다시 하는 것
-
연결 오류 등이 났을 때 다시 요청하는 처리입니다. 중복 주문·결제·알림이 생기지 않도록 결과 확인과 반복 기준을 정해야 합니다.
예를 들면 응답이 없다고 결제를 무조건 다시 요청하지 않고 실제 승인 여부를 확인합니다.
먼저 알아둘 점: 기존 시스템에 AI 연결하기
AI 응답을 바로 데이터 수정, 결제, 메일 발송으로 연결하면 잘못된 결과의 영향이 커집니다. 모델의 판단과 시스템의 권한을 분리하고 중요한 실행은 확인할 수 있게 설계하세요. 기존 프로그램에 API가 없는 경우 문서, 사용 권한과 구현 가능성을 먼저 검토해야 합니다.
결정 전에 비교할 기준
| 확인할 조건 | 판단과 작업 범위 |
|---|---|
| 기존 환경 | API, 자료, 권한, 버전, 사용 조건 |
| AI 역할 | 읽기, 분류, 초안, 승인, 실행의 구분 |
| 안전, 운영 | 출력 형식, 중복, 오류, 비용, 기록 |
직접 확인할 체크리스트
- 허용된 자료와 사용자 범위만 접근하는지
- 잘못된 출력이 임의 실행되지 않는지
- 같은 요청의 중복, 실패를 처리하는지
- 모델, 자료 변경 후 대표 최종 확인을 유지하는지
이 자료가 있으면 상담이 구체적입니다
- 기존 API, 데이터, 문서
- 원하는 보조, 실행 업무
- 사용자 권한, 최종 확인, 운영 조건
YOUR NEXT STEP WITH 짓고 JiTGO
AI 기능을, 실제로 운영할 서비스로 만드세요.
챗봇·문서 검색·업무 보조의 자료와 권한, 실제 기능 확인과 운영 비용을 확인해 맞춤 개발로 상담합니다.
- 만들 기능·제작할 내용·비용을 먼저 확인
- AI의 효율과 개발자의 최종 확인
- 진단·상담 모두 무료
- 모든 개발 완료 후 원천 소스 제공
- 프로젝트별 별도 견적·계약
예약·결제·회원·챗봇·장비 연동 등 맞춤 개발에는 기본형 홈페이지의 30만 원 가격과 후불 조건이 자동 적용되지 않습니다.
