작고 한 가지 일만 하는 Mac 앱을 위한 변론

오래된 Mac 사용자의 응용 프로그램 폴더를 열어보면 묘한 패턴을 발견하게 돼요. 실제로 매일 여는 큰 이름의 앱이 대여섯 개 있고, 메뉴 막대에서, 단축키로, 또는 빠른 동작으로 조용히 돌아가는 작은 유틸리티가 마흔 개쯤 더 있어요. 큰 앱들은 2년마다 재설계되는데, 가끔은 고통스럽게요. 작은 유틸리티들은 그냥 계속 작동해요.

이 글은 왜 작은 유틸리티가 이기는지, 그리고 그 패턴을 일부러 염두에 두고 소프트웨어를 만든다면 어떤 모습일지에 관한 거예요.

그 패턴

여기서 “작은 앱"이란 한 가지 일을 하고, 단순한 UI 표면(흔히 메뉴 막대, 때로는 창)을 가지며, 기능 목록이 한 화면에 들어가는 무언가예요. 거의 모든 Mac 파워 유저가 알아볼 예시들:

• Itsycal, 메뉴 막대에 머무는 작은 캘린더.
• Hand Mirror, 카메라를 클릭 한 번의 거울로 바꿔주는 앱.
• Maccy, 클립보드 기록.
• Rectangle, 창 관리자.
• Pure Paste, 복사한 모든 것에서 서식을 제거하는 앱.
• Lungo, 필요할 때 Mac을 깨어 있게 유지하는 앱.

이 중 어느 것도 플랫폼이 되려 하지 않아요. 기능을 가두는 “Pro 등급"을 가진 것도 없어요. 계정을 만들라고 하는 것도 없고요. 대부분 무료이거나 일회성 구매예요. 일부는 오픈 소스고요. 모두가 정확히 한 가지 일을 하고, 개발자가 칸반 보드를 추가해야겠다고 느낀 적도 없이 그 한 가지 일을 몇 년간 해왔어요.

왜 작은 쪽에서는 통하고 큰 쪽에서는 무너지는가

작은 앱이 살아남는 이유는 기능당 복잡도 세금이 절대 쌓이지 않기 때문이에요. 클립보드만 관리하는 클립보드 관리자는 표면적이 작아요. 버그 표면도 작고요. 설정 페이지도 작아요. 릴리스 노트도 작고요. 개발자가 앱 전체를 머릿속에 담을 수 있으니, 문제를 빠르게 고치고 다른 기능을 망가뜨리지 않으면서 업데이트를 내보낼 수 있어요.

작은 앱이 “플랫폼"으로 자라려는 순간, 계산이 바뀌어요. 새 기능 하나하나가 테스트 행렬을 곱해요. 새 설정 하나하나가 엣지 케이스를 더하고요. 새 통합 하나하나가 남의 버그를 당신의 코드베이스로 들여와요. 복잡도 세금은 대략 제곱으로 늘어나요.

큰 앱은 팀을 고용해야만 이걸 견뎌요. 작은 앱은 자라기를 거부함으로써 살아남고요.

경제학

한 번에 5~15달러를 받는 작은 앱은 월 1천 회 다운로드만으로 한 사람이 만들고 지원할 수 있어요. 추가 사용자 한 명의 한계 비용이 본질적으로 0이라서 계산이 맞아요. 서버가 없어요. 개발자 외의 지원팀도 없고요. 매달 청구서가 날아오는 분석 대시보드도 없어요.

같은 개발자가 같은 가격대로 “플랫폼"을 지원하려 하면 파산할 거예요. 플랫폼에는 팀이 필요해요. 팀에는 급여가 필요하고요. 급여에는 반복 수익이 필요해요. 그게 “플랫폼이 된 작은 앱"이 결국 모두 구독으로 옮겨가는 이유예요. 경제학이 그렇게 강요해요.

흥미로운 결과는, 작은 앱 개발자가 플랫폼 개발자보다 앱을 집중력 있게 유지할 더 강한 동기를 가진다는 거예요. 기능을 더하는 건 작은 앱 개발자에게 실제 비용이에요. 그들은 그걸 거부할 거예요. 플랫폼 개발자에게는 새 기능 출시를 요구하는 분기별 OKR이 있으니, 필요하든 말든 추가할 거고요.

디자인 절제

작은 앱을 만드는 가장 어려운 부분은 기능에 아니라고 말하는 거예요. 이건 엔지니어에게 자연스럽게 오는 종류의 “아니오"가 아니에요. 엔지니어는 모든 기능 요청을 풀 가치가 있는 작고 흥미로운 문제로 보는 경향이 있거든요. 이건 앱이 무엇인지에 대한 강한 의견에서 나오는 종류의 “아니오"예요.

올바른 시험은 “이게 어떤 사용자에게 유용할까"가 아니에요. 어떤 기능이든 답은 늘 예니까요. 올바른 시험은 “이게 이미 사랑하는 사용자에게 앱을 더 나쁘게 만들까"예요. 메모를 추가한 클립보드 관리자는 더 이상 클립보드 관리자가 아니에요. 프로젝트와 영역과 태그를 추가한 할 일 앱은 더 이상 작은 할 일 앱이 아니고요. 집중된 버전을 사랑했던 사용자가 그 무게를 알아차리기 시작해요.

성공한 작은 앱 대부분에는 절대 추가하지 않을 기능들의 공개 “반대 로드맵"이 있어요. 때로는 웹사이트에 명시되어 있어요. 더 흔하게는 변하지 않는 릴리스 노트에 암시되어 있고요. 5년이 지나도 앱은 여전히 그 한 가지 일을 해요. 그게 바로 기능이에요.

왜 메뉴 막대가 그토록 많은 작은 앱의 알맞은 집인가

메뉴 막대는 한 가지 일을 하는 앱에 완벽한 표면이에요. 늘 사용 가능하고, 시각적 공간을 거의 차지하지 않으며, 팝오버를 여는 단일 클릭 어포던스를 가졌으니까요. 주의를 끌려고 경쟁하는 Dock 아이콘이 없어요. 열거나 닫으라고 요구하는 메인 창도 없고요. 앱은 필요할 때 거기 있고, 필요 없을 때는 보이지 않아요.

이게 지난 10년간 가장 사랑받은 작은 Mac 앱 중 일부가 메뉴 막대 앱이었던 이유이기도 해요. 형태가 사명과 맞아떨어져요. 이게 왜 통하는지 더 길게 다룬 글로 메뉴 막대 할 일 앱 고르는 법을 썼어요.

왜 이 흐름이 돌아오고 있는가

몇 년간은 작은 앱 모델이 죽어가는 것처럼 보였어요. 구독 압력이 인디 시장을 먹어 치우고 있었죠. App Store 변화가 경제학을 더 어렵게 만들었고요. Apple은 매 WWDC 기조연설에서 유명 브랜드의 큰 생산성 앱을 계속 시연했어요.

하지만 지난 2년이 그 흐름을 조용히 뒤집었어요. 몇 가지가 바뀌었죠:

1. 구독 피로가 실재하고 측정 가능해졌어요. 고객들이 눈에 띄는 규모로 구독을 취소하기 시작했어요.
2. 온디바이스 AI가 저렴해졌어요. 예전엔 클라우드 LLM 청구서가 필요했던 앱들이 이제 Apple의 Foundation Models 프레임워크로 같은 작업을 로컬에서 할 수 있어요. “추론 비용을 충당하려면 매달 받아야 한다"는 가장 흔한 핑계가 사라졌죠.
3. 새로운 인디 개발자 물결은 이전 물결이 플랫폼이 되려다 번아웃되는 걸 보며 자랐어요. 그들은 일부러 더 작은 범위를 골랐어요.

그 결과 2025년과 2026년은 작은 Mac 앱에 조용히 좋은 해였어요. 새 앱이 매달 출시돼요. 오래된 앱은 작고 사려 깊은 업데이트를 받고요. 이 모델이 계속 통하는 건, 이런 앱을 사는 사람들이 그걸 적극적으로 원하기 때문이에요.

무언가를 사려는 사람에게는 이게 어떤 모습인가

거의 같은 일을 하는 두 앱을 보고 있는데, 하나는 탭 다섯 개와 유료 장벽이 있는 “플랫폼"이고 다른 하나는 같은 일을 하는 단일 팝오버라면, 3년 뒤에도 당신의 메뉴 막대에 남아 있을 건 플랫폼이 아니에요. 플랫폼은 B2B 고객이 원하는 쪽으로 방향을 틀 거예요. 팝오버는 조용히 집중을 유지할 거고요.

이건 보편적인 규칙은 아니에요. 역사상 최고의 Mac 앱 중 일부는 크고, 야심차며, 모든 돈값을 했어요. Logic Pro는 작은 앱이 아니에요. Final Cut Pro도 작은 앱이 아니고요. Things 3는 그 중간 어디쯤이고 훌륭해요. 핵심은 더 큰 게 나쁘다는 게 아니에요. “작고 변하지 않음"이 그 자체로 하나의 기능 범주이지, 아직 다 자라지 못한 앱의 징표가 아니라는 거예요.

소프트웨어를 만든다면, 교훈은 더 단순해요: 더 작은 범위, 더 긴 꼬리. 한 가지 일을 10년간 잘하는 앱이 여섯 가지를 2년간 그럭저럭 한 다섯 개의 앱보다 더 가치 있어요. 작은 유틸리티는 Mac에서 30년간 재설계된 플랫폼보다 오래 살아남아 왔어요. 그게 바뀔 분명한 이유는 없고요.

소프트웨어를 쓴다면, 교훈은 앱이 맞다고 느껴질 때 직감을 믿으라는 거예요. 그냥 거기 앉아 작동하는 작은 앱이 보통 계속 그렇게 할 앱이에요. 탭 열일곱 개와 “Pro 등급"이 있는 앱은 아마 그러지 않을 거고요.

TodoBar는 이 계보에서 만들어졌어요. 메뉴 막대 앱 하나. 팝오버 하나. 프로젝트도, 태그도, 칸반 보드도 없어요. 플랫폼이 되지 않을 거예요. 별도 유료 장벽이 있는 “Pro 등급"을 갖지도 않을 거고요. 무료 등급이 대부분의 사용자를 커버해요. 단일 일회성 잠금 해제가 파워 유저를 커버하고요. 집중된 버전을 더 크게가 아니라 더 낫게 만드는 게 아니라면, 다른 무엇도 추가되지 않아요.