모든 SaaS 제품은 특정 고객사가 아니라 평균적인 고객을 기준으로 만들어집니다. 그 제품이 잘 다루는 기능에 한해서는 문제가 없습니다. 문제는 매주 월요일 상사가 요청하는 그 리포트가 앱 어디에도 존재하지 않을 때입니다 — 그래서 누군가 CSV를 내려받아 엑셀에서 열고, 매주 손으로 다시 만듭니다.
저희가 계속 마주치는 패턴
처음엔 기술적인 문제처럼 보이지 않습니다. 보통 이런 모습입니다.
- "누가 X 숫자 좀 뽑아줄 수 있나요"라는 메시지가 매주 Slack에 올라오고, 숫자가 어디 있는지 아는 그 한 사람이 답합니다
- 사실상 두 번째 데이터베이스가 되어버린 스프레드시트 — 수작업으로 업데이트되지만, 누군가 직접 확인했다는 이유로 정작 시스템 원본보다 더 신뢰받습니다
- 데이터가 서로 다른 클라우드 툴 두세 개에 흩어져 있고, 이를 합쳐 보여주는 화면이 없어서 탭을 다 열어놓고 직접 계산합니다
- 예전엔 5분이면 되던 리포트가 지금은 한 시간씩 걸립니다 — 사업은 커졌는데 수작업 프로세스는 그대로라서요
이런 것들은 장애나 버그 티켓으로 잡히지 않습니다. 대신 시간으로 나타납니다 — 다른 일을 할 수도 있었을 누군가의 매주 몇 시간이, 조용히 사라집니다.
벤더에게 요청한다고 해결되지 않는 이유
기능 요청은 넣을 수 있습니다. 다만 대부분의 SaaS 벤더는 수천 개의 서로 다른 고객사를 위한 제품을 만들고 있어서, 귀사에는 매우 중요한 리포트라도 그들의 로드맵에서는 우선순위가 낮습니다 — 나오더라도 1년 반쯤 뒤, 그마저도 평균적인 케이스에 맞춰서일 가능성이 높습니다. 지금 당장 겪고 있는 문제를 남의 로드맵에 맡기고 기다리는 건 전략이 아니라, 스스로 선택하지도 않은 대기열에 줄을 서는 것입니다.
해결책: 시스템을 교체하는 게 아니라, 데이터를 읽어오는 작은 툴
대부분의 기업이 선택지로 인식하지 못하는 부분이 여기입니다: 대체로 잘 작동하는 소프트웨어를 없는 기능 하나 때문에 통째로 마이그레이션할 필요는 없습니다. CRM, 프로젝트 관리 툴, 이커머스 플랫폼, 사내 데이터베이스 등 대부분의 클라우드 소프트웨어는 직접 연결할 수 있는 API나 데이터베이스를 제공합니다. 이것만으로도 다음과 같은 것들을 만들 수 있습니다.
- SaaS가 따로따로 보여주는 데이터를 귀사 업무에 맞는 형태로 합쳐 보여주는 리포트·대시보드
- 아무도 손대지 않아도 매일 아침 스프레드시트·이메일·Slack 채널로 숫자가 도착하는 예약 추출
- 3일 뒤에야 알아채는 대신, 신경 쓰는 지표가 임계치를 넘으면 바로 울리는 알림
- 범용 제품이 아니라, 지금 워크플로에서 정확히 빠진 그 한 조각을 채우는 작은 사내 툴
이미 비용을 지불하고 있는 소프트웨어는 잘하던 일을 계속하면 되고, 저희가 만드는 툴은 그것이 못 하는 딱 그 한 가지를 처리합니다.
NaruBase™ Cloud가 바로 이걸 제품 단위로 구현한 것입니다
저희는 이 패턴을 설명만 한 게 아니라 실제 제품으로 출시했습니다. NaruBase™ Cloud는 Vultr, DigitalOcean, Hetzner, Linode의 서버 관리를 데스크톱 콘솔 하나로 통합하고, SSH 터미널과 로컬 AI 어시스턴트까지 내장했습니다 — 인프라를 확인하려고 4개의 서로 다른 대시보드에 로그인해야 하는 것 자체가, 위에서 설명한 "데이터가 흩어져 있는 문제"와 똑같은 패턴이기 때문입니다. 단지 업무 데이터 레이어가 아니라 인프라 레이어에서 벌어지는 문제일 뿐이죠. 개념 증명이 아니라 실제로 출시되어 $39에 판매 중이고, 7일 무료 체험도 제공하는 제품입니다. 저희가 지금 만들어 판매 중인 나머지 제품들 — 네트워크 진단, 무선 보안 모니터링, 지역 리드 조사 — 은 모두 로컬 우선, 텔레메트리 없음 원칙으로 만들어졌고, NaruBase™ 전체 라인업에서 확인하실 수 있습니다.
귀사만의 스택에 맞춰 만들면 이렇게 됩니다
NaruBase™는 이 패턴을 보여주는 예시입니다. 맞춤 버전은 귀사가 실제로 쓰고 있는 것 — CRM의 API, 이커머스 플랫폼의 데이터베이스, 어느새 핵심 업무가 되어버린 그 스프레드시트 — 을 기준으로 설계합니다. 어떤 데이터를, 어떤 형태로, 얼마나 자주, 누가 보게 할지, 장애가 나면 어떻게 할지를 개발 전에 먼저 범위를 정합니다. 그런 다음 NaruBase™를 유지보수하는 것과 같은 방식으로 만들고 관리합니다 — 한 번 해주는 호의가 아니라 프로덕션 소프트웨어로요. 이 작업은 업무 자동화와 맞춤 소프트웨어 개발 영역에 속하며, 이미 NaruBase™ 제품을 쓰고 계신데 지금 환경에 맞게 다르게 동작해야 한다면 그것도 커스터마이징해드립니다.
리포트나 대시보드, 혹은 손으로 반복하는 데이터 작업이 매주 조용히 팀의 시간을 갉아먹고 있다면, 어떤 상황인지 알려주세요 — 간단히 만들 수 있는 건지, 더 큰 프로젝트인지 먼저 솔직하게 말씀드리고, 그 전엔 아무것도 진행하지 않습니다.