[태그:] AI 도입

  • 해외 AI 제품 도입, 계약 전에 벤더에게 물어야 할 12가지

    지난 1년간 저희가 참여한 AI 도입 프로젝트에서 가장 자주 반복된 실패는 기술 문제가 아니었습니다. 데모는 훌륭했고, 파일럿 결과도 나쁘지 않았고, 계약도 무리 없이 체결됐습니다. 그런데 6개월 뒤 실사용자 수를 열어보면 처음 2주에 몰려 있고 그 뒤로는 거의 평평합니다.

    원인을 되짚어보면 대개 계약 전에 묻지 않은 질문 한두 개로 수렴합니다. 한국어 출력 품질이 영어의 절반이었다거나, 우리 데이터가 어느 리전에 저장되는지 아무도 확인하지 않았다거나, 좌석당 과금이라 실제로 필요한 인원을 다 붙이면 예산의 세 배가 된다는 사실을 도입 후에 알게 된 경우입니다.

    이 글은 그 질문들을 정리한 목록입니다. 해외에서 만든 AI 제품을 한국 조직에 붙일 때로 한정했고, 국내 벤더에게는 절반 정도만 해당됩니다.

    해외 AI 제품이 유독 어려운 네 가지 이유

    같은 제품을 미국 기업이 도입할 때와 한국 기업이 도입할 때 난이도가 다릅니다. 차이는 대부분 다음 네 곳에서 생깁니다.

    1. 한국어는 대개 ‘지원 언어 목록’에 있을 뿐입니다. 지원과 품질은 다른 문제입니다. 영어로 90점 나오는 요약 기능이 한국어에서 60점이 되는 일은 흔하고, 벤더는 이걸 먼저 말해주지 않습니다.
    2. 데이터 리전이 계약서에 없습니다. 제품 문서에는 ‘글로벌 인프라’라고만 적혀 있고, 실제 저장 위치는 물어봐야 나옵니다. 개인정보나 계약서를 넣는 용도라면 이 한 줄이 도입 가능 여부를 갈라놓습니다.
    3. 과금 단위가 한국 조직 구조와 잘 안 맞습니다. 좌석당 과금은 ‘담당자 몇 명만 쓰는’ 조직에 유리하고, 여러 부서가 조금씩 나눠 쓰는 조직에는 불리합니다.
    4. 지원 시간대가 겹치지 않습니다. 본사가 미국 서부면 우리 오전에 답이 오지 않습니다. 장애가 났을 때 이 시차는 체감 다운타임을 두 배로 만듭니다.

    계약 전에 물어야 할 12가지

    순서대로 물어볼 필요는 없지만, 아래 네 영역 중 어느 하나라도 답을 못 받으면 계약을 미루는 편이 낫습니다. 도입 후에 알게 되면 되돌릴 수 없는 항목들만 남겼습니다.

    A. 데이터와 보안

    1. 우리가 입력한 데이터가 모델 학습에 사용됩니까? 계약서 몇 조 몇 항입니까? ‘학습에 쓰지 않습니다’라는 영업 담당자의 구두 답변은 근거가 아닙니다. DPA(데이터 처리 계약)나 이용약관의 조항 번호를 받아 두세요. 기본값은 학습에 사용하고 옵트아웃은 상위 플랜에서만 제공하는 제품이 아직 많습니다.
    2. 데이터는 물리적으로 어느 리전에 저장됩니까? 리전을 선택할 수 있습니까? 도쿄·싱가포르 리전을 고를 수 있는지가 실무에서 가장 중요합니다. 미국 단일 리전뿐이라면, 그 사실을 알고 도입하는 것과 모르고 도입하는 것은 완전히 다른 리스크입니다.
    3. 계약 종료 시 데이터 삭제는 며칠 안에, 어떤 증빙으로 확인됩니까? 삭제 확인서를 발급해 주는 벤더와 ‘정책에 따라 처리된다’고만 답하는 벤더가 있습니다. 내부 감사가 있는 조직이면 전자만 후보입니다.

    B. 한국어와 현지 적합성

    1. 우리 업종 용어로 한국어 출력 테스트를 해볼 수 있습니까? 벤더가 준비한 데모 데이터가 아니라 우리 문서로 해야 합니다. 사내 용어 50개 정도를 넣고 돌려보면 판단이 30분 안에 끝납니다. 이걸 거절하는 벤더는 그 자체로 답입니다.
    2. UI 한국어화는 어디까지입니까? 사용자 화면만 한국어이고 관리자 설정 화면과 오류 메시지는 영어인 제품이 많습니다. 오류 메시지가 영어면 현업 문의가 전부 IT팀으로 몰립니다.
    3. 한국어 처리 시 토큰 소모가 영어 대비 몇 배입니까? 사용량 기반 과금이라면 이 배수가 곧 비용입니다. 한국어는 같은 내용에 토큰을 더 쓰기 때문에, 영어 기준 단가표를 그대로 예산에 넣으면 반드시 초과합니다.

    C. 비용 구조

    1. 과금 단위가 좌석입니까 사용량입니까, 그리고 우리 사용 패턴에서 12개월 총액은 얼마입니까? 월 단가가 아니라 연 총액으로 물어야 합니다. 좌석당 과금이면 ‘1년 뒤 예상 좌석 수’를 넣은 금액까지 받아 두세요.
    2. 세금계산서 발행, 원화 결제, 연간 선불 계약이 가능합니까? 해외 카드 결제만 되는 제품은 규모가 커지면 회계에서 막힙니다. 도입 검토 초반에 확인하면 후보를 빠르게 줄일 수 있는 조건입니다.
    3. 다음 갱신 시 인상 상한이 계약서에 있습니까? 첫해 할인율이 큰 제품일수록 중요합니다. 2년차에 정가로 돌아오면서 예산이 두 배가 되는 패턴이 반복됩니다.

    D. 운영과 이탈

    1. 장애 시 연락 채널과 응답 시간이 한국 업무시간(KST)에 어떻게 적용됩니까? SLA 문서의 ‘4시간 내 응답’이 벤더 현지 업무시간 기준인지 24시간 기준인지 확인해야 합니다. 전자라면 우리 오전 장애는 다음 날 처리됩니다.
    2. 데이터 내보내기 포맷은 무엇이고, 우리가 직접 실행할 수 있습니까? 벤더에게 요청해야만 내보낼 수 있는 구조는 이탈 비용을 벤더가 정하게 됩니다. API나 관리자 화면에서 직접 CSV/JSON을 뽑을 수 있어야 협상력이 유지됩니다.
    3. 지금 이 제품을 쓰는 한국 고객사가 있습니까? 레퍼런스 통화가 가능합니까? 한국 레퍼런스가 없다는 답도 유용한 정보입니다. 없다면 우리가 첫 고객이라는 뜻이고, 그에 맞는 할인과 지원을 요구할 근거가 됩니다.

    어느 단계에서 무엇을 쓰는가

    단계여기서 확인할 질문통과하지 못하면
    후보 조사8번(결제·세금계산서), 2번(리전)후보에서 제외 — 뒤로 갈수록 확인 비용이 커집니다
    데모·PoC4번(우리 데이터 한국어 테스트), 5번(UI 한국어화)PoC 중단. 여기서 걸러야 할 것을 계약 후에 발견하면 손실이 큽니다
    견적·협상6번, 7번, 9번(비용 3종)연 총액 재산정 후 재협상
    계약 직전1번, 3번, 10번, 11번조항 추가 요구. 대부분 이 시점에는 반영해 줍니다
    도입 후 90일12번(레퍼런스), 실사용률갱신 전에 교체 검토 시작

    후보를 좁히는 데 시간을 덜 쓰는 방법

    위 12개 질문은 후보가 2~3개로 좁혀진 다음에 쓰는 도구입니다. 실제로 시간이 가장 많이 드는 구간은 그 앞단, 즉 ‘어떤 제품이 있는지’를 파악하는 단계입니다. 이 단계는 검색으로 하면 며칠이 걸리고, 정리된 목록으로 하면 반나절이면 끝납니다.

    7번(12개월 총액)에 답하려면 절감액 추정이 필요한데, 이건 대개 내부 설득용 자료로도 그대로 쓰입니다. AI 도입 ROI 계산기에 인원과 시간만 넣으면 손익분기 시점까지 나옵니다. 무료이고 회원가입이 없습니다.

    자주 반복되는 세 가지 실수

    1. 벤더가 준비한 데이터로 데모를 봅니다. 데모 데이터는 그 제품이 가장 잘하는 형태로 정제돼 있습니다. 우리 문서를 넣어보지 않은 데모는 ‘제품이 좋다’는 정보만 주고, ‘우리에게 맞다’는 정보는 주지 않습니다.
    2. PoC 성공 기준을 정하지 않고 시작합니다. 기준이 없으면 PoC는 항상 ‘가능성은 확인했다’로 끝납니다. 시작 전에 숫자로 적어야 합니다 — 예: 문서 100건 요약 시 재작업률 20% 이하.
    3. 도입 담당자만 검토합니다. 매일 쓸 부서가 검토에서 빠지면, 6개월 뒤 실사용률이 낮은 이유를 아무도 설명하지 못합니다. 4번 테스트는 실사용 부서 인원이 직접 해야 하고, 사내 AI 교육 설계와 함께 다뤄야 정착률이 올라갑니다.

    정리

    해외 AI 제품 도입에서 되돌릴 수 없는 결정은 대부분 계약 시점에 이미 끝나 있습니다. 12개 질문 중 2번(리전), 4번(우리 데이터 한국어 테스트), 7번(연 총액), 11번(내보내기) 네 개만이라도 계약 전에 서면으로 받아 두면, 실패 사례의 상당수는 사전에 걸러집니다.

    제품 선정이 아니라 도입 구조가 문제인 경우도 적지 않습니다. 어떤 업무를 자동화할지, 조직을 어떻게 재배치할지가 정리되지 않은 상태에서는 어떤 제품을 골라도 결과가 비슷합니다. 그 단계라면 AI 에이전트 도입 전략사내 AI 교육을 먼저 보시길 권합니다. 직접 구축이 필요한 범위라면 IT 외주개발 비용 비교에 산정 기준을 정리해 두었습니다.

    검토 중인 제품이 있고 12개 질문 중 답이 막히는 항목이 있다면, 문의로 보내주세요. 같은 카테고리에서 저희가 본 사례를 기준으로 어떤 항목을 더 봐야 하는지 알려드립니다.


    ※ 본문에서 참고 자료로 링크한 서핑베어 툴즈(surfingbear.ai)는 Divii가 운영하는 AI 도구·제품 정보 사이트입니다. 링크된 도구와 디렉토리는 무료로 공개돼 있으며, 별도의 광고 대가를 받고 게재한 링크가 아닙니다.

  • AI 도구 선택의 기준이 틀렸습니다

    AI 도구 선택의 기준이 틀렸습니다

    AI 에이전트 도입 실패 이유: 도구 선택 기준이 틀렸습니다

    화면이 편한 도구가 가장 좋은 도구라는 착각

    AI 에이전트 도구 선택에서 기업들이 가장 먼저 보는 것이 있습니다. 화면입니다. 버튼이 어디에 있는지, 메뉴가 익숙한지, 클릭 몇 번에 결과가 나오는지를 봅니다. 직원 교육 비용을 낮추고 싶다는 논리도 작동합니다. 그래서 도구 선택은 자연스럽게 “가장 쓰기 쉬운 것”을 찾는 방향으로 수렴합니다.

    이 기준이 왜 문제인지를 이야기하려고 합니다.

    이건 하나의 흐름입니다

    동일한 AI 모델 위에 수십 가지 인터페이스가 올라가고 있습니다. 같은 엔진을 쓰면서 포장지만 다른 제품들이 계속 쏟아집니다. 어떤 것은 버튼이 있고, 어떤 것은 터미널에서 작동하고, 어떤 것은 슬라이드 덱을 만들어줍니다. 외형은 전혀 다르지만 안쪽에서 벌어지는 일은 동일합니다.

    AI 에이전트가 확산되는 지금, 조직들은 이 현상을 어떻게 해석해야 할지 모르고 있습니다. “우리가 어떤 AI 도구를 써야 하는가”라는 질문에 답하기 전에, 먼저 “AI 에이전트는 어떻게 작동하는가”를 이해해야 하는데, 그 순서가 뒤바뀐 경우가 대부분입니다.

    기존 방식은 왜 무너지는가

    기업들이 소프트웨어를 선택하는 방식은 오랫동안 정해져 있었습니다. 기능 목록을 비교하고, 데모를 보고, 가격을 따지고, 사용 편의성을 점수로 매겼습니다. 이 방식은 ERP를 고를 때도, CRM을 도입할 때도 유효했습니다.

    AI 에이전트에는 이 방식이 맞지 않습니다.

    이유는 단순합니다. AI 에이전트는 도구가 아니라 구조이기 때문입니다. 에이전트의 핵심은 모델, 즉 엔진입니다. 그 위에 보조 수단들이 올라갑니다. 웹 검색, 외부 애플리케이션 연동, 특정 작업을 위한 매뉴얼, 이 모든 것이 모델의 한계를 메우는 보완재입니다. 화면은 이 구조 전체의 가장 바깥쪽에 있는 포장지입니다. 포장지를 기준으로 구조를 선택하면, 실제 역량과 보이는 것 사이의 격차가 생깁니다.

    작동 방식이 바뀌고 있습니다

    AI 에이전트에는 컨텍스트 윈도우라는 개념이 있습니다. 사람으로 치면 작업 중에 동시에 기억할 수 있는 내용의 양입니다. 에이전트는 이 공간 안에서 대화를 이어가고, 공간이 꽉 차면 이전 내용을 잊습니다.

    이 구조에서 두 가지가 달라집니다. 첫째, 한 세션에서 여러 주제를 동시에 다루면 에이전트의 정확도가 떨어집니다. 둘째, 에이전트에게 반복적으로 같은 작업을 시켜도 그것이 “학습”으로 이어지지 않습니다. 단지 그 대화 안에서 기억하고 있을 뿐입니다.

    많은 조직이 AI를 도입하면서 “교육”과 “학습”이라는 단어를 씁니다. 그러나 실제로 일어나는 일은 컨텍스트 안의 기억이지, 모델의 학습이 아닙니다. 이 차이를 이해하지 못하면, 에이전트를 도입하고도 기대한 결과를 얻지 못하는 상황이 반복됩니다.

    그래서 무엇을 바꿔야 하는가

    AI 도구 선택의 기준을 다시 설정해야 합니다.

    AI 에이전트 컨텍스트 구조 — 수면 위 빙산 일각과 수면 아래 거대한 구조
    AI 에이전트의 실제 역량은 인터페이스 아래에 있습니다

    기준은 세 가지입니다. 첫째, 어떤 모델을 사용하는가입니다. 같은 회사의 제품이라도 인터페이스에 따라 접근할 수 있는 모델의 수준이 다릅니다. 신기능은 특정 인터페이스에 먼저 적용되고, 다른 인터페이스에는 뒤늦게 반영됩니다. 조직이 가장 정예화된 기능을 쓰고 싶다면 어떤 인터페이스가 그것을 먼저 받는지를 알아야 합니다.

    둘째, 어떤 보완 수단을 연결할 수 있는가입니다. 웹 검색, 외부 애플리케이션 연동, 특화된 작업 매뉴얼 등을 얼마나 유연하게 붙일 수 있는지가 실제 활용 범위를 결정합니다. 기능 비교표에서 잘 보이지 않는 이 연결 구조가 중장기 생산성의 핵심입니다.

    셋째, 텍스트 기반 상호작용을 조직이 자연스럽게 받아들일 수 있는가입니다. GUI가 익숙하다는 이유로 더 강력한 기능을 포기하는 선택은 장기적으로 역량 격차를 만듭니다. 버튼과 메뉴에 의존하는 방식은 에이전트의 기능 중 가장 좁은 범위만 사용하게 됩니다.

    실행 주체 관점의 해석

    이 이야기를 조직 도입 관점으로 옮기면 다음과 같은 구조가 됩니다.

    현장 담당자들이 AI 도구를 쓰는 방식과, 조직이 AI 도구를 선택하는 방식은 분리되어 있어야 합니다. 사용 편의성은 현장 적용 속도에 영향을 미치지만, 도구의 구조적 역량은 도입 전에 이미 정해집니다. 어떤 모델에, 어떤 보완 수단을, 어떤 방식으로 연결할 것인가는 기술 선택이 아니라 업무 구조 설계입니다.

    조직이 AI 에이전트를 도입할 때 가장 먼저 해야 하는 일은 업무 흐름을 단위로 쪼개는 것입니다. 어느 단위에 어떤 에이전트 구조가 맞는지를 먼저 진단해야 합니다. 그 이후에 인터페이스 선택이 따라옵니다. 순서가 뒤집히면, 가장 예쁜 도구를 가장 비효율적으로 쓰는 조직이 됩니다.

    격차는 여기서 벌어집니다

    AI 에이전트 도입 격차는 예산의 차이에서 오지 않습니다. 같은 구독료를 내면서도 활용 수준이 크게 다른 조직들이 이미 생겨나고 있습니다.

    차이는 구조 이해에서 옵니다. 에이전트가 어떻게 작동하는지를 이해한 조직은 인터페이스를 목적에 맞게 선택하고, 보완 수단을 업무 단위에 연결하고, 컨텍스트를 관리하는 방식을 팀 안에 정착시킵니다. 그렇지 않은 조직은 가장 친숙한 화면에서 가장 단순한 질문만 반복합니다.

    AI 도구 선택을 재검토해야 할 시점이라면 👉 여기에서 업무 구조 진단부터 시작해보셔도 좋습니다

    무료 진단

    우리 조직에 맞는 AI 도입, 어디서 시작해야 할까요?

    도구 도입 전에 업무 구조 진단이 먼저입니다. 반복 업무와 판단 업무를 구분하는 것부터 함께 정리해 드립니다.

    AX 진단 상담받기 →

    업무 구조 진단부터 시작 · 영업일 기준 24시간 이내 회신 · 상담 무료

  • 서비스 개발에서 가장 비싼 비용은 ‘사람을 관리하는 시간’이다

    서비스 개발에서 가장 비싼 비용은 ‘사람을 관리하는 시간’이다

    서비스 하나를 완성하기까지 가장 많은 자원이 소모되는 곳은 어디일까요. 많은 기업이 개발 비용이나 디자인 비용을 떠올리지만, 실제로 가장 큰 손실은 다른 곳에서 발생합니다. With this: 바로 사람과 사람 사이의 조율, 그리고 그 실패에서 발생합니다.

    서비스 개발의 본질은 ‘기술’이 아니라 ‘조율’이었다

    문서를 만들고, 규칙을 정하고, 구성원에게 가이드를 설명하고, 중간 결과물을 리뷰하고, 산출물을 검수하는 일. 이 모든 과정이 단 한 번에 끝난 적은 없습니다.

    사람은 실수합니다. 오판을 합니다. 집중력을 잃습니다. 의견이 다를 때 감정이 개입됩니다. 때로는 팀 전체가 이탈하여 프로젝트를 처음부터 다시 구성해야 하는 상황도 발생합니다. 서비스 리더라면 이 고통을 이미 몸으로 알고 있을 것입니다.

    결국 서비스 개발은 기술 문제가 아니었습니다. ‘감정으로 움직이는 사람들을 어떻게 하나의 방향으로 묶어낼 것인가’의 문제였습니다.

    과거 방식의 구조적 한계

    기존 외주 개발 시장은 이 문제를 해결하지 못한 채 반복적인 실패 구조를 만들어왔습니다.

    초급 개발자를 투입하여 비용을 낮추고, 프리랜서 중심의 일회성 팀을 꾸리며, 책임 소재가 불분명한 채로 결과물을 납품합니다. 오류가 발생해도 빠르게 대처할 주체가 없고, 클라이언트와의 파트너십은 프로젝트 종료와 함께 사라집니다.

    이 구조 안에서 ‘조율 비용’은 고스란히 클라이언트가 감당해야 할 몫이었습니다.

    지금 일어나고 있는 변화

    서비스 개발 단계별 AI 대체 가능 영역을 보여주는 프로세스 다이어그램
    과거에는 사람 간 조율이 필요했던 각 단계를 AI가 대체하는 구조 변화

    AI는 이제 서비스 개발 과정의 단계들을 하나씩 대체하고 있습니다.

    문서를 생성하고, 코드를 검토하고, 기획안의 논리를 검증하고, 시나리오를 설계하는 일. 과거에는 수십 명의 협업이 필요했던 과정들이 AI에 의해 압축되고 있습니다.

    이것은 단순한 생산성 향상이 아닙니다. 서비스 개발에서 ‘사람 간의 조율 비용’이 구조적으로 낮아지는 변화입니다.

    구조적 해석: 무엇이 진짜 달라지는가

    AI가 단계를 대체한다고 해서 서비스가 저절로 완성되지는 않습니다. 핵심은 여기에 있습니다.

    아웃풋 그대로를 사용할 수 없다는 점, 방향을 설정하고 검토하고 판단하는 구조는 여전히 사람에게 있다는 점. AI는 도구이지, 판단의 주체가 아닙니다.

    결국 경쟁 우위는 AI를 쓰느냐 쓰지 않느냐의 문제가 아닙니다. 어떤 구조로 AI를 운용하는가, 그리고 그 구조를 설계할 수 있는 역량이 있는가의 문제입니다.

    이제 서비스 개발의 핵심 자원은 ‘사람의 수’가 아니라 ‘창작의 메커니즘을 가진 구조’입니다. 방향을 설정하고, 흐름을 제어하고, 결과물의 품질을 판단하는 체계를 갖춘 조직이 앞서 나가게 됩니다.

    실행 관점에서 의미

    기업 의사결정자 입장에서 이 변화는 두 가지 질문을 요구합니다.

    첫째, 현재 서비스 개발 과정에서 ‘AI로 대체 가능한 단계’가 어디인지 파악하고 있는가. 둘째, AI 아웃풋을 검토하고 방향을 잡아줄 수 있는 PM 또는 기획 역량이 내부에 존재하는가.

    이 두 가지 모두에서 준비가 안 된 조직은, AI를 도입해도 비용 절감보다 혼선이 더 커지는 경험을 하게 됩니다.

    디비컨설팅이 보는 이 변화

    디비컨설팅은 100개 이상의 IT 프로젝트를 성공적으로 완수하며 하나의 사실을 확인해왔습니다. 서비스 개발의 성패는 인력의 규모가 아니라 과정의 구조에 달려 있다는 것입니다.

    한국 PM팀이 클라이언트와 밀접하게 소통하며 방향을 설정하고, 인도 개발팀이 기술 실행을 담당하는 분업 구조. 기획 단계부터 QA 전문팀의 시나리오 검증, 납품 이후의 고도화 제안까지 이어지는 프로세스. 이 구조는 ‘사람 조율의 비용’을 시스템 안으로 흡수하기 위해 12년간 다듬어온 결과입니다.

    LS Electric 테크스퀘어 플랫폼처럼 수백 건의 보고서를 조합하고 복잡한 매칭 플로우를 직관적인 로직으로 단순화하는 작업, 유통닷컴처럼 기존 업계의 구조적 입점 장벽을 디지털 플랫폼으로 해체하는 작업. 이런 프로젝트들이 가능했던 것은 기술력만이 아닙니다. 과정을 설계하는 역량이 있었기 때문입니다.

    AI가 단계를 대체하는 시대에, 디비컨설팅이 갖춘 것은 바로 그 단계를 설계하고 검토하는 구조입니다.

    결론: 격차는 AI 도입 여부가 아니라 구조에서 만들어진다

    서비스 개발이 어려웠던 이유는 기술이 부족해서가 아니었습니다. 과정을 설계하고 이끌어갈 구조가 없었기 때문입니다.

    AI는 그 과정의 일부를 빠르게 처리하는 도구가 되고 있습니다. 그러나 방향을 잡고, 결과를 검토하고, 다음 단계를 설계하는 것은 여전히 구조의 영역입니다.

    창작의 메커니즘을 가진 조직이 앞서 나갑니다. 그리고 그 메커니즘은 도구가 아니라 체계에서 나옵니다.

    무료 견적

    우리 프로젝트, 비용은 얼마나 들까요?

    아이디어 단계여도 괜찮습니다. 해결하려는 문제와 필수 기능만 알려주시면, 한국인 PM이 검토 후 가견적과 예상 일정을 회신드리겠습니다.

    견적 요청하기 →

    기획서 없이 문의하셔도 됩니다 · 영업일 기준 24시간 이내 회신 · 상담 무료