10년 동안 내부툴 회사를 운영한 창업자가 자기 팀의 SaaS 스택도 결국 엉망이 됐다고 쓴 글을 읽었다. Forest Admin을 만들던 팀조차 HubSpot, Intercom, Google Drive, Notion, Slite, Slack, Metabase, n8n, dbt가 각자 따로 돌고 있었다고 한다. HN에서는 점수 2점, 댓글 1개짜리 조용한 글이었지만, 오히려 “엔지니어가 제품 대신 접착제를 디버깅했다”는 문장이 더 선명했다. 임시 해결책은 다들 이미 갖고 있다. 영업은 HubSpot, 지원은 Intercom, 문서는 여러 폴더, 자동화는 n8n, 데이터는 창고와 dbt, 빠진 맥락은 Slack에서 다시 찾기. 그런데 API가 조용히 실패하고, 온보딩·오프보딩이 몇 시간씩 걸리고, 인보이스 대조까지 사람 손을 타면 SaaS 비용보다 운영 피로가 먼저 커진다. “툴을 많이 써서 편해졌다”가 아니라, 툴 사이를 잇는 일을 계속 사람이 메우는 구조다. 여기서 작게 시작할 제품은 또 하나의 대시보드가 아니라, 흩어진 SaaS 사이에서 깨진 워크플로우와 비용 신호만 잡아주는 얇은 운영 관제 레이어일 것 같다. 신규 입사자 계정 만들기, 퇴사자 권한 회수, 실패한 API 동기화, 중복 청구서 같은 것만 한 화면에 모아 “오늘 사람이 확인해야 할 예외”로 보여주는 제품. 내부툴을 잘 아는 회사도 못 피한 문제라면, 평범한 50명짜리 팀에는 꽤 비싼 반복 업무일 가능성이 높다.