비행기에서 AI 코딩 도구를 쓰려는데 연결이 원활하지 않아 답답했던 적이 있다. 그 뒤 원격으로 작업할 방법을 찾아 세팅했다. 도구를 계속 쓰고 싶다는 마음은 분명했지만, 연결을 편하게 만든 일이 내 사업의 가치를 얼마나 늘렸는지는 별도의 질문이었다.
AI로 앱을 며칠 만에 만들었다는 이야기를 보면 제작 시간에 먼저 눈이 간다. 나도 블로그의 생성과 정리 과정을 자동화하고 있어서 그 속도가 반갑다. 그러나 빨리 만들어진 페이지와 독자가 다시 찾는 글, 개발이 끝난 앱과 돈을 내고 쓰는 제품은 다른 결과다.
초안에는 한 인터뷰의 발언과 큰 매출 사례를 소개했으나 원영상과 수익 근거를 확인하지 못했다. 이번 글에서는 그 사례를 성공 증거로 사용하지 않고 내가 확인할 사업 조건을 정리한다. 아래의 고객 수와 비용은 실제 성과가 아닌 계산 예시다.
제작 시간을 줄였다는 사실만 먼저 인정한다
AI를 써서 이틀 걸릴 작업을 몇 시간 만에 마쳤다면 확인한 것은 그 작업의 소요 시간이다. 같은 품질인지, 검토 시간을 포함했는지, 이전부터 알고 있던 문제인지까지 적어야 비교가 된다. 처음 해보는 작업과 익숙한 작업을 나란히 놓고 전부 AI 효과라고 부르기도 어렵다.
제작 시간이 줄어드는 것은 충분히 유용하다. 같은 예산으로 다른 가설을 시험하거나 남은 시간을 독자와 고객에게 쓸 수 있다. 하지만 절약한 시간이 자동으로 판매나 품질 개선으로 이동하지는 않는다. 새 도구를 추가 설정하는 데 모두 쓸 수도 있다.
블로그라면 글을 생성한 시간, 원자료를 확인한 시간, 실제 경험을 넣고 수정한 시간, 배포와 오류 확인 시간을 나눠 보고 싶다. 생성만 빠르고 나머지 시간이 늘었다면 발행 전체의 절감은 작을 수 있다. 실제로 기록하지 않았다면 “생산성이 몇 배 좋아졌다”는 숫자를 먼저 붙이지 않는다.
사업의 결과는 더 뒤에서 확인한다. 독자가 글을 끝까지 읽는지, 원문과 판단 근거를 찾을 수 있는지, 다음 글도 받아보고 싶어 하는지 같은 반응이 필요하다. 광고 수익이나 유료 판매가 목적이면 그에 맞는 실제 거래와 비용 자료가 있어야 한다. 생성량 자체는 매출 지표가 아니다.
고객이 지금 어떤 불편을 어떻게 해결하는지 묻는다
AI로 만들 수 있는 기능 목록부터 시작하면 제품은 풍성해지고 고객은 흐려지기 쉽다. 먼저 대상 독자나 고객이 최근에 겪은 일을 묻는 편이 낫겠다. “AI 요약 서비스를 쓰시겠어요?”라는 질문보다 “지난번 업계 자료를 정리할 때 무엇이 오래 걸렸나요?”가 구체적이다.
가상의 리서치 브리핑 상품을 생각해 보자. 고객이 원한 것은 많은 뉴스가 아니라 회의 전에 바뀐 사실 세 개를 확인하는 일일 수 있다. 그러면 요약 길이보다 원출처, 전주 대비 변경, 업무 영향과 확인 안 된 부분이 중요해진다. 반대로 고객이 원자료 읽기를 즐긴다면 긴 해설보다 링크 정리가 더 나을 수 있다.
경쟁 상대도 다른 AI 앱만은 아니다. 기존 뉴스레터, 동료에게 물어보는 방식, 검색창, 아무것도 하지 않는 선택이 대안이다. 고객이 지금 지불하는 돈과 시간, 바꾸기 귀찮은 이유를 함께 확인해야 한다.
미국 SBA의 사업 계획 자료는 수요, 고객, 대안과 가격, 시작 비용을 구분해 확인하도록 안내한다. 한국의 개인 사업에 적용할 법적 절차를 설명하는 자료로 사용하는 것은 아니다. 여기서는 기능 개발 전에 사업 가정을 나눠 적는 참고로 읽었다. SBA 사업 계획 자료
완성도 80%라는 표현 대신 남은 오류를 분류한다
AI가 대부분 해주고 나머지 20%는 사람이 채운다는 말을 자주 본다. 이해하기 쉬운 비유지만 실제 측정한 비율은 아니다. 남은 일이 제목 한 줄 수정인지, 숫자가 틀린 보고서 전체 재검증인지에 따라 비용과 위험은 전혀 다르다.
내 블로그를 기준으로는 사실 오류, 출처 누락, 독자에게 필요한 절차 부족, 내 관점과 다른 표현, 단순 문장 다듬기를 나누고 싶다. 출처에 없는 경험을 했다고 쓰는 문제는 톤 조정과 같은 수정 항목이 아니다. 그 경험은 생성 문장을 매끄럽게 고친다고 생기지 않는다.
완성 기준은 독자가 받아도 되는 상태로 정한다. 원문을 찾을 수 있고, 사실과 의견이 구분되고, 제목에서 약속한 질문에 답해야 한다. 구현 가이드라면 필요한 환경과 실패 조건을 설명해야 한다. 내 경험이 아닌 문서 검토라면 처음부터 그렇게 표시한다.
오류 유형별로 실제 수정 시간을 기록하면 어디를 자동화해야 할지 보인다. 문장 표현만 반복해서 고치는데 원자료가 부족하다면 프롬프트의 문체 규칙을 늘려도 해결되지 않는다. 수집 단계에 출처와 맥락을 더 잘 보존하거나, 사실을 확인할 수 없는 글을 멈추는 편이 필요할 수 있다.
가상 손익표에 내 검토 시간을 넣어 본다
예시로 월 1만 원짜리 브리핑을 100명이 결제하면 월 매출은 100만 원이다. 결제·환불 관련 비용 5만 원, 모델과 인프라 비용 10만 원, 고객 확보 비용 20만 원이 든다고 가정하면 65만 원이 남는다. 실제 상품 가격이나 비용 자료가 아닌 구조를 보여 주는 계산이다.
여기에 작성과 검토, 고객 지원에 월 30시간을 쓰고 그 시간의 가치를 시간당 2만 원으로 평가하면 추가로 60만 원이 필요하다. 그러면 해당 가정에서 남는 경제적 여유는 5만 원이다. 세금, 장비, 기타 고정비를 생략한 예시이므로 회계상 순이익이라고 부르지 않는다.
| 구분 | 가정한 월 금액 | 확인할 자료 |
|---|---|---|
| 매출 | 100만 원 | 실제 결제와 환불 기록 |
| 결제·환불 비용 | 5만 원 | 계약 요율과 발생액 |
| 모델·인프라 | 10만 원 | 청구서와 사용량 |
| 고객 확보 | 20만 원 | 유입 경로별 지출과 결제 |
| 내 작업 시간 평가 | 60만 원 | 30시간 기록과 가정한 시간 가치 |
이 표에서 모델 비용만 절반으로 줄여도 개선액은 5만 원이다. 반면 검토 시간을 줄이거나 고객이 유지되는 이유를 찾는 변화는 다른 크기의 영향을 줄 수 있다. 어느 쪽이 더 큰지는 실제 자료로 판단해야 하며 무조건 더 비싼 모델이나 더 싼 모델을 쓰라는 결론이 아니다.
고객이 늘면 모든 비용이 같은 비율로 늘어나는 것도 아니다. 공통 브리핑 제작은 비슷할 수 있지만 개별 질의와 환불 대응은 늘 수 있다. 고정 작업과 고객당 작업을 구분해 기록하면 규모가 커졌을 때 무엇이 먼저 막힐지 예상할 수 있다.
무료 관심과 유료 사용을 같은 신호로 보지 않는다
소개 페이지의 좋아요나 무료 구독은 관심을 보여 줄 수 있지만 결제를 보장하지 않는다. 유료 실험을 하려면 제공 범위, 기간, 가격, 환불 조건과 실제 운영 가능한 수준을 명확히 알려야 한다. 아직 없는 기능을 완성된 서비스처럼 광고하거나 자동화하지 않은 과정을 완전 자동이라고 말하지 않는다.
작은 실험에서는 복잡한 앱 없이 승인된 소수에게 수동으로 브리핑을 제공하며 필요를 확인할 수 있다. 이 역시 고객 모집과 발송에 대한 권한, 개인정보 관리, 거래에 필요한 조건을 갖춘 뒤에 해야 한다. 이 글은 실행 순서를 제안할 뿐 실제 모집이나 결제를 진행한 기록은 아니다.
확인하고 싶은 질문은 받은 사람이 어떤 문장을 업무에 썼는지, 어떤 출처를 열었는지, 무엇이 없어서 추가로 찾았는지다. “좋았다”는 답만 모으지 않고 쓰지 않은 이유도 남긴다. 사용하지 않은 고객을 설득이 부족한 사람으로 취급하면 제품의 문제를 놓친다.
다시 결제하거나 계속 받고 싶다는 신호가 생겨도 기간과 표본이 작으면 결론을 제한한다. 지인 몇 명의 호의와 낯선 고객의 반복 사용은 다를 수 있다. 작은 실험이 큰 매출을 약속하는 증거는 아니지만 다음 투입을 결정할 근거는 될 수 있다.
지시하는 사람만 가치 있다는 결론은 피한다
일을 나누고 에이전트에 맡기는 능력은 도움이 된다. 하지만 개인 기여자는 뒤처지고 관리자만 살아남는다는 말은 지나치다. 코드를 읽고, 데이터를 검증하고, 고객 상황을 이해하는 깊은 실행 능력이 있어야 지시와 검토도 구체적일 수 있다.
혼자 일한다면 지시자와 실행자가 같은 사람일 때가 많다. 문제를 정하고 초안을 맡긴 뒤 직접 읽고 고치는 과정을 반복한다. 중요한 것은 직함을 관리자처럼 바꾸는 일이 아니라 어느 판단을 내가 할 수 있고 어디서 다른 전문가의 도움이 필요한지 아는 것이다.
반복 작업을 맡기더라도 위험이 큰 결과에는 승인 조건이 필요하다. 자동 작성된 보고서를 고객에게 보내거나 웹에 공개할 때는 생성과 발송을 분리할 수 있다. NIST의 생성형 AI 위험 문서는 부정확한 내용과 과도한 의존 등을 검토하는 참고가 된다. 이 문서를 따른다고 특정 상품의 품질이나 수익을 인증받는 것은 아니다. NIST 생성형 AI 프로파일
다음 제작 전에 버릴 가정부터 정한다
내가 다음 작은 상품을 검토한다면 먼저 대상과 반복되는 문제를 한 문장으로 적겠다. 그런 다음 자료 수집, 제작, 검토, 전달 중 고객이 실제로 비용을 지불할 이유가 어느 부분에 있는지 나눠 본다. 새 기능은 그 질문에 답하는 데 필요한 만큼만 만든다.
중단 조건도 시작 전에 둔다. 대상 고객의 문제가 내가 생각한 것과 다르거나, 원자료 사용 권리를 확보할 수 없거나, 검토 비용 때문에 제공 약속을 지킬 수 없다면 범위를 바꾸거나 멈춘다. 이미 도구를 만들어 아깝다는 이유로 근거 없는 판매 주장을 이어가지 않는다.
AI 도구를 좋아하는 마음과 사업 가설을 검증하는 태도는 함께 가질 수 있다. 만드는 일이 즐거웠다면 그것은 학습의 성과다. 수익이 났다고 말하려면 실제 고객과 비용 기록이 더 필요하다. 다음에는 생성한 결과물 옆에 그 둘을 구분한 기록도 남겨 두고 싶다.
참고자료
- U.S. Small Business Administration, Plan your business: 수요·경쟁·가격·시작 비용을 나눠 검토하는 공식 사업 계획 자료.
- NIST AI 600-1, Generative Artificial Intelligence Profile: AI 결과의 부정확성, 사람과 AI의 역할 배치 등 위험을 검토하는 자료.