내부 도구 vs 고객용 앱: 무엇을 언제 만들어야 하나 (그리고 왜 중요한가)

같은 AI 앱 빌더로 사진 촬영 고객을 위한 세련된 예약 앱을 만들 수도 있고, 투박하지만 운영팀이 사랑하는 스프레드시트 대체 도구를 만들 수도 있습니다. 바깥에서 보면 둘 다 “앱”입니다. 안에서 보면 완전히 다른 작업이고, 이 둘을 똑같이 다루는 것은 제가 새로운 메이커들에게서 가장 흔히 보는 실수입니다.

내부 도구냐 고객용 앱이냐의 결정은 앱이 어떻게 보이느냐의 문제가 아닙니다. 누가 무엇을 참아 주느냐, 그리고 무언가 망가졌을 때 어떤 일이 벌어지느냐의 문제입니다. 이걸 잘못 판단하면, 정작 팀의 누구도 신경 쓰지 않던 버튼을 3주 동안 다듬고 있는 사이에, 진짜 사용자들은 당신을 더는 믿지 못하게 만드는 버그에 부딪히게 됩니다.

지금 당신이 실제로 무엇을 만들고 있는지 가려내는 법, 그리고 그걸 알았을 때 무엇이 달라지는지 살펴보겠습니다.

청중이 거의 모든 것을 결정한다

고객은 당신을 선택한 사람입니다. 경쟁자를 쓸 수도 있었습니다. 당신에게 돈을 냈거나 가입을 했습니다. 당신의 앱이 월 9달러이고 그들이 쓰던 게 월 90달러였더라도, 그들은 자기가 써 본 가장 세련된 것을 기준으로 당신을 평가할 겁니다. 헷갈리는 라벨, 이상한 로그인 흐름, 무엇을 하라는 건지 알려 주지 않는 빈 화면 — 그 무엇도 참아 주지 않습니다.

팀 동료는 상사가 시켜서 어쩔 수 없이 이걸 써야 하는 사람입니다. 동시에 밤 11시에 슬랙 메시지로 드롭다운 순서가 잘못됐다고 알려 줄 사람이기도 합니다. 못생긴 건 참습니다. 느린 건 못 참습니다 — 하루에 마흔 번씩 쓰니까요.

같은 빌더입니다. 어쩌면 기능 구성도 같을 겁니다. 그런데 기준은 천지 차이입니다.

AI 앱 빌더 앞에 앉아 원하는 것을 설명할 때, 가장 먼저 스스로 답해야 할 질문은 이것입니다. 사용자는 누구이고, 그들은 여기에 오기로 스스로 선택했는가?

내부 도구: 다듬기보다 속도

내부 도구는 단 하나로 흥하고 망합니다. 쓰는 사람들의 시간을 얼마나 아껴 주느냐.

제가 아는 한 부동산 관리자는 세 명짜리 팀을 위한 유지보수 요청 추적기를 이틀 저녁에 걸쳐 만들었습니다. 객관적인 어떤 기준으로 봐도 못생겼습니다. 버튼들은 제각각입니다. 사이드바에는 아무도 고칠 생각을 안 한 오타가 있습니다. 로고도 없습니다.

그런데 그 팀은 자기들이 가진 어떤 소프트웨어보다도 이걸 많이 씁니다. “4호 배관 문제 누가 배관공한테 전화했어?” 같은 슬랙 메시지를 주에 다섯 시간쯤 줄여 줬거든요. 다듬기는 단 한 시간의 가치도 보태지 못했을 겁니다.

잘 만든 내부 도구에서 제가 보는 세 가지 특징은 이렇습니다.

• “X를 하고 싶다”에서 “X가 끝났다”까지 가장 짧은 길이 이깁니다. 환영 화면은 건너뛰세요. 마법사도 건너뛰세요. 곧장 본론으로 열리게 하세요.
• 예외 상황은 못생겨도 됩니다. 팀 동료가 오류에 부딪히면 슬랙으로 알려 줄 겁니다. 고객이라면 그냥 떠나 버립니다.
• 업데이트는 릴리스가 아니라 매일 들어옵니다. 당신은 제품을 출시하는 게 아닙니다. 당신만의 작업장을 손보는 겁니다.

팀을 위해 만드는 거라면 “못생기고 유용한” 쪽으로 과감하게 기우세요. 마케팅 페이지, 설정 화면, 아름다운 빈 화면을 더하고 싶은 충동을 참으세요. 그중 어느 것도 제값을 하지 못합니다.

고객용 앱: 지루한 가장자리가 곧 제품이다

고객용 앱은 대부분 가장자리입니다. 로그인 흐름. 온보딩. 신용카드가 거절됐을 때 벌어지는 일. 비밀번호를 재설정하면 나가는 이메일. 누군가가 앱을 처음 열었는데 아직 아무것도 들어 있지 않을 때 보게 되는 화면.

이 중 어느 것도 당신이 신나서 만들던 그 기능이 아닙니다. 그리고 이 모두가 고객이 당신을 평가하는 잣대입니다.

한 친구가 작년에 작은 청구서 앱을 출시했습니다. 첫 달은 청구서 편집기 — 자기가 신났던 그 부분 — 를 만드는 데 썼습니다. 아름다웠죠. 그러고는 켜고서, 고객이 가입하는 걸 지켜보다가 이런 걸 발견했습니다.

• 인증 이메일이 스팸함에 떨어졌습니다.
• 인증 후, 앱은 사용자를 아무 안내도 없는 빈 대시보드로 던져 넣었습니다.
• “첫 청구서 만들기” 버튼이 13인치 노트북에서는 스크롤을 내려야 보였습니다.

그 주에 고객 세 명이 가입했습니다. 청구서를 만든 사람은 0명이었습니다. 제품은 작동했습니다. 그 둘레를 감싼 포장이 작동하지 않았던 겁니다.

고객용 앱의 대략적인 규칙은 이렇습니다. 메인 기능이 아닌 표면적에 노력의 절반을 쏟으세요. 온보딩, 오류 화면, 결제 흐름, 계정 설정, 지원 이메일. 그게 진짜 제품입니다 — 그렇게 느껴지지 않더라도요.

어느 쪽을 만들고 있는지 가려내는 법

내부 도구냐 고객용 앱이냐의 결정은, 몇 가지 진단 질문을 던지고 나면 보이는 것보다 쉽습니다.

이건 누가 비용을 내나? 답이 “내가 다니는 회사가, 간접비의 일부로”라면 내부 도구입니다. 답이 “사용자가, 개인으로, 자기 신용카드로”라면 고객용 앱입니다. 중간 경우 — 상사가 내지만 그 상사가 곧 고객인 경우 — 는 대개 여전히 고객용 앱의 기준 쪽으로 끌립니다.

한 시간 멈추면 무슨 일이 생기나? 내부 도구: 누군가 짜증을 냅니다. 고객용 앱: 누군가 떠납니다. 버그의 폭발 반경이 천지 차이입니다.

앞으로 사용자가 몇 명이나 될까? 다섯에서 쉰이면 확실히 내부용입니다. 백에서 천쯤 되면 진짜 제품처럼 보이기 시작합니다. 오천 이상이면, 원했든 아니든 당신은 소프트웨어 회사입니다.

사용자에게 선택권이 있나? 내부 도구는 강제입니다. 고객용 앱은 자발적입니다. 자발적인 사용자는 무언가 거슬리는 순간 떠납니다.

이 질문들에 또렷이 답하지 못한다면, 당신은 무엇을 만드는지 모르는 것이고, AI 빌더도 당신을 수렴시켜 줄 수 없습니다.

숨은 함정: 제품이 되어 버리는 도구

여기서부터 흥미로워집니다. 제가 아는 가장 성공한 인디 제품들은 인생을 내부 도구로 시작했습니다. 누군가 팀을 위해 무언가를 만들었고, 팀이 친구에게 보여 줬고, 친구가 그걸 갖고 싶어 했고, 이제 고객이 생긴 겁니다.

멋진 이야기입니다. 동시에 위험이 최고조에 이르는 순간이기도 합니다. 누군가에게 돈을 받는 그 순간, 기준이 하룻밤 사이에 달라지기 때문입니다. 팀이 참아 주던 못생긴 사이드바는 이제 이탈 위험이 됩니다. “개발자한테 슬랙 보내면 됨” 식의 오류 처리는 이제 지원 업무의 악몽이 됩니다.

AI 앱 빌더로 이 다리를 건너고 있다면, 진짜 전환으로 다루세요. 일주일 — 적어도 일주일 — 을 그 지루한 가장자리에 쓰세요. 온보딩. 빈 화면. 가입 후 첫 5분. 스스로를 설명하는 오류 메시지. 그 작업이 끝나기 전까지는 그 도구를 알리지 마세요.

좋은 소식은, AI 빌더 덕분에 이 전환이 예전보다 훨씬 싸졌다는 것입니다. 프리랜서를 쓰면 한 달이 걸리던 다듬기 작업이, 이제는 좋은 프롬프트 세션 몇 번과 약간의 인내면 됩니다.

곱씹어 볼 질문

내부 도구냐 고객용 앱이냐의 질문 전체는, AI 앱 빌더에게 아이디어를 설명하기 전 스스로에게 던지는 하나의 프롬프트로 압축됩니다. 이건 내가 쓰는 도구인가, 아니면 내가 제공하는 제품인가?

그 답이 프롬프트를 바꿉니다. 시간을 어디에 쓸지를 바꿉니다. 무엇을 무시할지를 바꿉니다. 그리고 그것은 빌드에 가져갈 수 있는 가장 유용한 명료함 한 조각입니다.

당신이 어느 쪽인지 결정을 못 내리고 있었다면, 첫 AI 앱은 무엇이어야 하는가에 관한 글이 함께 읽기 좋은 동반자입니다. 대부분의 첫 앱은 도구여야 합니다. 두 번째 앱도 대개 그렇습니다. 고객은 나중에 옵니다. 그리고 오직 당신의 팀만 견뎌 줘야 했던 것들을 만들며 근육을 길러 두면, 고객은 훨씬 더 쉽게 옵니다.