우리는 항상 SaaS를 갈아탔다. 이제 그걸 멈춰야 할 이유

작년에 우리 팀이 실제로 매주 열고 있는 SaaS 도구를 세어봤다. 가입만 해두고 잊어버린 것 말고, 진짜로 쓰는 것들만.

스물세 개였다.

8명짜리 팀에 스물세 개의 도구. 하나하나는 다 나름의 이유로 들어왔다. 합리적인 선택이었다. 그런데 어느 순간부터 뭔가가 조용히 잘못되고 있었다. 그 사실을 깨닫게 해준 건, 계약서 하나를 보내는 데 반나절이 사라진 어느 오후였다.

그날 오후

파트너십 계약을 마무리해야 하는 날이었다. 규모가 크진 않았지만 중요한 딜이었다. 상대방이 계약서 검토, 수정, 서명, 그리고 요약본 전달을 당일에 해달라고 했다.

실제로 어떻게 흘러갔냐면 이렇다.

구글 독스에서 초안을 작성했다. Notion에 저장해둔 조항 템플릿이 생각나서 거기도 열었다. 해당 조항을 복사해 독스에 붙였다. 책임 조항 문구가 어색해서 ChatGPT 탭을 열어 다듬었다. 다시 구글 독스로 돌아와 정리했다. PDF로 내보냈다. 상대방이 언제 열어보는지 알고 싶어서 DocSend에 업로드했다. 링크를 보냈다. 기다렸다. 수정 요청이 왔다. 구글 독스로 돌아가 수정하고, 다시 PDF로 내보내고, 다시 DocSend에 올리고, 새 링크를 보냈다. 승인이 났다. DocuSign으로 넘어갔다. 최종 PDF를 업로드하고, 서명란을 설정하고, 서명 요청을 보냈다. 기다렸다. 서명본을 받았다. 다운로드하고 구글 드라이브에 올렸다. 폴더 구조가 어느새 미로가 되어 있어서 적절한 위치를 찾는 데 4분이 걸렸다.

시계를 보니 오후 6시 30분이었다. 문서 하나를 보냈다.

"최고의 도구 조합" 신화

스타트업과 생산성 커뮤니티에는 그럴싸하게 들리는 믿음이 하나 있다. 각 기능에 최적화된 도구를 골라 조합하면, 결과도 최적화된다는 것.

이론적으로는 맞는 말처럼 들린다. 실제로는 가장 비싼 착각이다.

문제는 도구 하나하나에 있는 게 아니다. 구글 드라이브는 멀쩡하다. ChatGPT는 실제로 유용하다. DocSend는 제 역할을 한다. DocuSign은 이유가 있어서 수백만 명이 쓴다. 문제는 도구 사이에서 일어나는 일이다. 전환, 재업로드, 탭 이동, 버전 혼란, "이게 최신 파일 맞아?" 순간들.

도구 간 이동은 모두 마찰이다. 그리고 마찰은 쌓인다. "DocSend에 올리는 데 1분밖에 안 걸리잖아"처럼 보이는 작은 비효율이, 주마다 수 시간으로 불어난다. 팀 전체로 보면, 1년이면 어마어마한 숫자가 된다.

인지 비용도 있다. 측정하기 어렵지만 분명히 존재한다. 문서 하나가 4개 플랫폼에 걸쳐 있으면, 뇌의 일부가 항상 위치 추적 모드로 작동한다. 어디까지 진행됐는지, 최신 버전은 어디 있는지, 다음 단계가 뭔지. 그 처리 용량은 정작 실제 업무에는 쓰이지 못한다.

어쩌다 이렇게 됐을까

이 프랑켄슈타인 스택을 처음부터 의도하고 만든 팀은 없다. 하나씩, 합리적인 이유로 추가되다 보니 어느 순간 이 모양이 된 거다.

구글 드라이브로 시작했다. 모두가 쓰니까. 그러다 Notion을 도입했다. 템플릿 관리와 협업이 편하다고 해서. ChatGPT는 무료로 쓸 수 있으니 문서 초안에 써봤다. 제안서를 보냈더니 상대방이 열었는지 알 수가 없어서 DocSend를 써봤다. 그러다 공식 계약서에는 전자서명이 필요하다는 말에 DocuSign을 추가했다.

각 단계마다 이유가 있었다. 실제 문제를 해결하는 과정이었다. 누구도 "4단계 문서 파이프라인을 구축하자"고 회의실에 앉아 결정하지 않았다. 그냥... 자라났다.

SaaS가 원래 그렇다. 개별 구독료는 저렴하다. 통합 비용은 눈에 보이지 않다가, 갑자기 보이기 시작한다.

숫자로 보면

대략적인 계산을 해보면 이렇다.

문서 하나를 처리하는 데 평균 45분이 걸린다고 치자. 초안 작성부터 서식 정리, 추적, 서명까지 포함해서. 주에 10건을 처리하면 7.5시간이 문서 행정에 들어간다.

그 시간의 절반이 도구 전환과 재업로드, 버전 확인에서 비롯된 마찰이라면, 주에 거의 4시간이 순수 비효율이다. 문서 업무에 관여하는 팀원 1인당.

5명이 문서를 정기적으로 다루는 팀이라면, 매주 20인시가 사라지는 셈이다. 정규직 절반의 공수가 흔적도 없이 행정 로직에 녹아버리는 것이다.

이게 어떤 항목으로도 장부에 잡히지 않는다. 그냥 팀이 항상 바쁜데 왜 이렇게 느린지 모르겠다는 막연한 감각으로 남는다.

통합의 논리

통합에 반대하는 측의 주장은 항상 같다. "전문 도구가 각 기능에서 더 뛰어나지 않냐"고.

맞을 때도 있다. 하지만 그건 잘못된 질문에 대한 답이다. 올바른 질문은 이것이다. 통합 비용을 포함했을 때, 전문 도구 조합의 총비용은 얼마인가?

구독료, 전환에 쓰이는 시간, 핸드오프 과정에서 생기는 오류, 여러 플랫폼을 관리하는 인지 부하까지 전부 넣으면, 대부분의 경우 통합 쪽이 생각보다 훨씬 유리하다.

계약서 한 장에 며칠을 쓸 필요 없습니다. AiDocx는 초안부터 서명까지 커피 한 잔 안에 끝납니다.

마케팅 문구가 아니라 실제로 그렇다. 초안 작성, 추적, 서명이 같은 공간에 있으면, 시간을 잡아먹던 병목 자체가 없어진다. 재업로드할 필요가 없다. 어떤 버전이 나갔는지 혼란스러울 일이 없다. 상대방이 열어봤는지 따로 확인할 필요가 없다. 전부 한 화면에 있다.

좋은 통합의 조건

도구를 줄이는 게 목적이 아니다. 가치 없는 핸드오프를 없애는 것이 목적이다.

통합된 문서 플랫폼이 커버해야 하는 영역은 이렇다.

작성: 템플릿이나 백지 상태에서 AI 보조로 초안 작성. 문서 편집기 옆에 따로 AI 채팅 창을 열어둘 이유가 없어야 한다.

저장과 접근 제어: 버전 이력, 폴더 구조, 권한 관리가 한 곳에. 별도 드라이브에 수동으로 동기화할 필요 없이.

추적: 언제 열었는지, 얼마나 봤는지, 전달했는지. 자동으로 기록되어야 한다. 별도 업로드 단계가 아니라.

서명: 검토한 문서가 서명되는 문서여야 한다. 내보내기도, 재업로드도, "이게 맞는 파일인가?" 확인도 없이.

감사 추적: 초안부터 서명까지 전체 이력을 몇 초 안에 꺼낼 수 있어야 한다.

특별한 기능이 아니다. 그냥 문서 워크플로우를, 불필요한 간극 없이 하는 것이다.

전환 비용은 일회성이다

도구를 바꾸는 것에 대한 저항을 이해한다. 마이그레이션은 귀찮다. 팀에는 기존 방식에 대한 근육 기억이 있다. 학습 비용이 든다. 어느 정도 돌아가는 프로세스를 건드리고 싶지 않다.

하지만 여기에 비대칭이 있다. 전환 비용은 일회성이다. 파편화된 도구 비용은 매주 반복해서 든다. 어느 지점에서는, 마이그레이션을 피하는 데 드는 비용이 마이그레이션 자체보다 커진다.

이 전환을 해본 팀들이 공통적으로 하는 말이 있다. 첫 주는 어색하고, 세 번째 주쯤 되면 예전 방식을 더 이상 생각하지 않게 된다고. 대신 문서가 더 빨리 처리되고, "최신 버전 어디 있어?" 대화가 줄고, "보내야지"에서 "서명 완료"까지 걸리는 시간이 눈에 띄게 줄어들었다고.

솔직한 말

대부분의 팀은 파편화된 스택을 합리적인 수준보다 오래 유지할 거다. 관성이 강력하고, 비용이 눈에 안 보이니까.

문서 워크플로우 문제는 드라마틱하지 않다. 네 개 도구 쓴다고 무언가 폭발하지 않는다. 그냥 조용히, 일이 느려진다. 딜이 하루 늦게 닫힌다. 제안서가 누군가의 받은편지함에 남아 있다가 후속 조치를 놓친다. 서명된 계약서가 잘못된 드라이브 폴더에 들어간다.

위기가 아니다. 느린 누수다.

어느 시점에서, 도구 개수와 팀의 여력과 실제 결과물을 보면 계산이 명확해진다.

스물세 개 도구. 여덟 명. 오후 6시 30분에 서명된 문서 하나.

이건 바꿀 가치가 있다.

---

AiDocX는 초안 작성, 저장, 추적, 전자서명을 하나로 통합한 문서 플랫폼입니다. 월 $0부터 시작. 문서 하나 보내는 데 탭 네 개를 열어야 하는 상황이 지겹다면, 한번 살펴볼 만합니다.