고객이 드디어 볼 수 있는 AI 워크플로우 자동화

AI 워크플로우 자동화는 잘 돌아갑니다. 그런데 고객 눈에는 아무것도 보이지 않습니다.

납품 3주 뒤에 고객이 "제가 한번 볼 수 있을까요?"라고 묻는다면, 자동화가 제대로 도는지 의심하는 것이 아닙니다. 당신이 만든 것이 자기 눈에는 보이지 않는다고 말하는 것입니다. 그리고 보이지 않는 일은 가치를 인정받기 어렵고 해지되기는 쉽습니다.

해법은 더 나은 자동화가 아닙니다. 인터페이스입니다. 고객이 직접 작업을 넣고, 진행 상태를 확인하고, 결과를 찾아보고, 무엇이 실패했는지 볼 수 있는 화면 말입니다. 이 인터페이스는 별도의 산출물이고, 몇 주가 아니라 몇 시간이면 만들 수 있으며, 따로 견적을 낼 수 있습니다. 이 글에서는 범위를 어떻게 잡고, 얼마를 받고, 언제 거절하고, 개발자를 고용하지 않고 어떻게 만드는지 다룹니다.

"돌아간다"와 "보인다" 사이의 간극

당신의 Zapier zap, Make 시나리오, n8n 워크플로우는 고객이 로그인하지 않는 도구 안에 살고 있습니다. 잘 돌아간다는 증거라고는 당신 계정의 실행 기록, Google Sheets에 한 줄 추가된 행, 또는 새벽 6시에 도착해 읽히지 않은 채 보관함으로 넘어가는 메일뿐입니다.

그래서 고객은 당신의 작업을 '없어진 문제'로만 경험합니다. 예전에는 청구서가 늦게 도착했는데 이제는 늦지 않습니다. 그것은 실제 성과이고, 동시에 계약을 갱신시키기 가장 어려운 종류의 성과입니다. 일이 일어나는 장면을 아무도 보지 못하기 때문입니다.

인터페이스는 고객이 사는 물건 자체를 바꿉니다. 믿고 맡겨야 하는 백그라운드 프로세스 대신, 로그인이 있고, 자기 브랜드에 가까운 모양을 하고, 자기 데이터가 들어 있고, 자기 팀에 전달할 수 있는 URL이 있는 무언가를 받게 됩니다. 밑에서 도는 자동화는 똑같습니다. 체감 가치는 완전히 다릅니다.

거의 모든 요청을 커버하는 네 가지 화면

고객은 자기가 원하는 것을 명세로 옮기는 법을 잘 모릅니다. "대시보드가 필요해요"라고 말할 때 실제로 가리키는 것은 대개 네 가지 중 하나입니다. 다음 통화에서 이 목록을 그대로 읽어 주고 고르게 하세요.

1. 제출. 당신에게 메일을 쓰지 않고도 자동화에 작업을 넣는 방법. 폼 하나면 됩니다. 신규 주문, 신규 요청, 처리할 새 문서, 새로 온보딩할 고객.

2. 상태. 내 건은 지금 어디쯤 있나? 항목당 한 행, 상태를 담은 한 열. "진행 어떻게 됐나요?"라는 메시지를 끝내는 화면입니다.

3. 조회. 이미 일어난 모든 일을 검색할 수 있는 기록. 지난달 처리한 청구서, 추출된 모든 문서, 전체 이력.

4. 예외. 무엇이 실패했고 누가 조치해야 하는가. 이 화면이 당신의 자동화를 신뢰할 만한 것으로 만듭니다. 자동화가 완벽하지 않다는 사실을 인정하면서, 그 경우까지 당신이 대비해 두었음을 고객에게 보여 주기 때문입니다.

대부분의 프로젝트는 네 가지 중 두 가지면 충분합니다. 첫 버전부터 네 가지가 모두 필요한 경우는 거의 없습니다.

견적을 내기 전에 범위를 잡는 다섯 가지 질문

순서대로 물어보세요. 통화로 10분쯤 걸리고, 고정가 프로젝트와 한 달을 통째로 잡아먹는 프로젝트를 가르는 차이가 됩니다.

1. 누가, 얼마나 자주 이 화면을 엽니까? 매일 쓴다면 대시보드가 정당화됩니다. 월 단위로 본다면 리포트가 답이고, 그게 당신에게도 싸고 고객에게도 낫습니다.
2. 지금은 그 대신 무엇을 합니까? 솔직한 답이 "당신에게 WhatsApp으로 물어봅니다"라면, 가장 먼저 만들 화면을 찾은 것입니다.
3. 매일 아침 확인할 단 하나의 숫자는 무엇입니까? 하나를 대지 못한다면 원하는 것은 대시보드가 아니라 상태 목록입니다.
4. 자동화가 실패하면 어떻게 됩니까? 오늘은 누가, 얼마나 걸려서 알게 됩니까? 그 답이 예외 화면의 범위를 정합니다.
5. 누가 어떤 행을 보면 안 됩니까? 고객사의 두 사람이 서로 다른 데이터를 봐야 한다면 역할 기반 권한이 필요하고, 그 사실은 3주 차에 발견할 게 아니라 견적서에 적어야 합니다.

답변은 고객이 말한 그대로 제안서에 옮겨 적으세요. 고객은 자기 말이라고 알아보는 범위를 승인합니다.

각 화면의 값어치

이 숫자는 대화의 기준점을 잡기 위한 예시 범위이지, 측정된 평균이 아닙니다. 당신이 들인 시간이 아니라, 그 화면이 고객의 한 주에서 덜어내는 것을 기준으로 가격을 매기세요. 한 달에 서른 번의 방해를 없애 주는 상태 목록은, 운영 관리자에게 당신의 네 시간짜리 인건비보다 훨씬 큰 가치가 있습니다.

사다리: 자동화, 대시보드, 포털, 리테이너

이 이야기가 청구서 한 장을 넘어 중요한 이유는, 인터페이스가 모든 고객과 함께 밟아 올라갈 수 있는 순서의 자연스러운 두 번째 단계이기 때문입니다.

1단계, 자동화. 지금 이미 파는 것. 잘 돌아가고, 보이지 않고, 그리고 끝납니다.

2단계, 화면. 위의 네 가지 화면. 별도로 견적하고, 며칠 만에 납품합니다.

3단계, 포털. 고객사의 한 팀이 로그인을 갖게 되면, 다음 부서가 자기 것을 원합니다. 데이터가 다르고 권한이 다를 뿐, 밑에 깔린 시스템은 같습니다.

4단계, 리테이너. 대부분의 프리랜서가 건너뛰는 단계이자, 수입을 바꾸는 단계입니다. 도구를 호스팅하고, 접근 권한을 관리하고, 감사 로그를 유지하는 순간, 매달 정당하게 청구할 것이 생깁니다. 변경 사항, 신규 사용자, 신규 필드, 무언가 고장 났을 때의 지원 말입니다. "자동화 유지보수" 리테이너는 팔기 어렵습니다. 고객이 무엇에 돈을 내는지 볼 수 없기 때문입니다. 자기 데이터가 들어 있는 살아 있는 시스템이 포함된 리테이너는 그렇지 않습니다.

이 논지의 더 넓은 버전, 월 단위 계약을 어떻게 구성할지까지 보고 싶다면 직접 코딩하지 않은 소프트웨어를 파는 프리랜서 가이드에서 범위 설정, 가격 책정, 다중 고객 운영을 다룹니다.

인터페이스가 틀린 답인 경우

필요 없는 고객에게 화면을 파는 것은, 아무도 열지 않는 산출물과 쓸 수 없는 사례 하나를 남기는 길입니다. 다음 경우에는 일을 거절하거나 다시 설계하세요.

아무도 매일 열지 않는다. 첫 번째 질문의 답이 "월 단위"였다면 예약 발송 리포트를 만드세요. 비용이 덜 들고, 덜 깨지고, 고객도 더 만족합니다.

알림이면 충분하다. 특정한 일이 일어났을 때만 알면 된다면, 메일이나 Slack 메시지가 제품의 전부입니다. 당신이 밀어서 보낼 수 있었던 정보를 누군가 찾아가 보게 하려고 인터페이스를 만들지 마세요.

진짜 문제가 데이터 품질이다. 바탕이 되는 스프레드시트가 일관되지 않으면, 대시보드는 그 불일치를 고치지 않은 채 더 잘 보이게만 만들고, 고객은 대시보드를 탓하게 됩니다. 데이터 모델을 먼저 정리하세요. 그것도 청구 가능한 작업입니다. 스프레드시트를 진짜 업무용 앱으로 바꾸는 일이 더 값어치 있는 프로젝트인 경우가 많습니다.

한 번만 돌리는 마이그레이션이다. 어떤 자동화는 딱 한 번 실행됩니다. 그런 자동화에는 집이 필요 없습니다.

개발자 없이 인터페이스를 만드는 방법

여기가 그동안 프리랜서를 외주로 내몰던 지점입니다. 자동화를 만드는 일은 노코드 도구로 할 수 있습니다. 하지만 그 위에 호스팅되고 권한이 걸린 인터페이스를 얹는 일은, 사람을 쓰거나 직접 코딩을 배운다는 뜻이었습니다.

AgentUI가 그 간극을 메웁니다. 도구를 일상적인 말로 설명하면 데이터베이스, 워크플로우, 인터페이스를 만들고 호스팅까지 합니다. 위의 네 가지 화면에 해당하는 요소는 이렇습니다.

• 폼 빌더 — 제출 화면용.
• 실시간 대시보드 — 상태와 모니터링용.
• 애플리케이션 간 데이터 공유가 되는 데이터베이스 관리 — 조회 화면이 사본이 아니라 실제 데이터를 조회하도록.
• 역할 기반 권한 — 다섯 번째 질문의 답이 재구축이 아니라 설정 한 번이 되도록.
• 감사 로그 — 고객이 숫자를 문제 삼을 때 누가 무엇을 언제 바꿨는지 보여 줄 수 있도록.
• 트리거 기반 자동화 — 메일, 웹훅, CRM 이벤트, Zapier에서 실행되며, 지금 쓰는 워크플로우가 여기로 넘어옵니다. n8n이나 Make로 만들었다면 둘 다 웹훅으로 보낼 수 있고, 그다음은 AgentUI가 이어받습니다.

이미 만들어진 연동이 40개가 넘습니다. Gmail, Outlook, WhatsApp, Google Drive, PostgreSQL, MySQL, Shopify, Google Sheets, 커스텀 API가 포함되어 있어서 대부분의 인계 작업에는 별도 개발이 필요하지 않습니다.

혼자 일하는 사람에게 가장 중요한 부분은, AgentUI가 셀프서비스가 아니라 사람이 붙는 관리형 서비스라는 점입니다. 팀의 실제 담당자가 당신이 만든 도구를 검토하고 연동 연결을 도와줍니다. 고객 데모 전날 밤이야말로 셀프서비스 플랫폼이 당신을 깨진 워크플로우와 함께 혼자 남겨 두는 순간이고, 그것이 혼자서 소프트웨어를 팔 때 가장 큰 위험입니다.

전체 기능 목록은 AgentUI 기능 페이지에서 볼 수 있습니다.

고객이 이미 요청한 그 화면부터 시작하세요

이걸 쓰기 위해 새 고객이 필요하지는 않습니다. 최근에 납품한 자동화 세 건을 열어 놓고, 각각에 대해 두 번째 질문에 답해 보세요. 무슨 일이 있었는지 알고 싶을 때, 지금 고객은 그 대신 무엇을 합니까?

그 답이 당신의 다음 제안서입니다. 범위가 잡혀 있고, 작고, 고객이 이미 원한다고 말해 둔 것입니다.

AgentUI에서 하나 만들어서 그중 하나에 적용해 보세요. 시작은 무료이고, 신용카드 없이 프로젝트 3개를 쓸 수 있습니다. 이번 주 안에 실제 고객 앞에 진짜 결과물을 내놓기에 충분합니다.

자주 묻는 질문

인터페이스를 붙이려면 자동화를 다시 만들어야 하나요? 아닙니다. 자동화는 지금 있는 자리에서 그대로 돕니다. AgentUI는 웹훅, 메일, CRM 이벤트, Zapier에서 오는 트리거를 받으므로, 기존 Zapier·Make·n8n 워크플로우가 결과를 넘겨주면 인터페이스가 그것을 읽습니다. 층을 하나 얹는 것이지 바꿔 끼우는 것이 아닙니다.

첫 프로젝트 범위를 잘못 잡은 것처럼 보이지 않으면서 어떻게 청구하나요? 수정이 아니라 2단계로 제시하세요. 자동화는 프로세스 문제를 풀었습니다. 화면은 가시성 문제를 푸는데, 그 문제는 프로세스 문제가 사라진 뒤에야 고객이 발견한 것입니다. 이 순서는 자연스럽고 고객도 받아들입니다.

고객이 자기 브랜드를 넣어 달라고 하면요? 도구의 이름, 화면 구성, 데이터 모델, 누가 무엇에 접근하는지는 당신이 정합니다. 커스텀 도메인과 AgentUI 브랜딩 제거는 먼저 확인하지 않고 제안서에 약속할 일이 아닙니다. 계약서에 적기 전에 문의하세요.

고객 두 곳이 한 계정을 안전하게 같이 쓸 수 있나요? 네. 고객별 도구는 각자의 데이터베이스를 가진 별도 프로젝트이고, 역할 기반 권한이 누가 어떤 행을 보는지 통제합니다. 무료 플랜은 프로젝트 3개, Solo는 5개, Builder는 10개를 지원합니다.

자동화 작업에만 쓸모가 있나요? 아닙니다. 다만 자동화 프리랜서가 가장 가까운 길에 있습니다. 데이터가 이미 있고 워크플로우가 이미 돌고 있기 때문입니다. 스프레드시트 정리나 리포팅을 판다면, 그 결과물에도 똑같은 네 가지 화면이 적용됩니다.