회의나 통화 중, 혹은 책상 앞에 앉아 이런 생각을 했던 마지막 순간을 떠올려 보세요: 이걸 더 잘할 방법이 분명 있을 텐데. 이는 단순히 스쳐 지나가는 불만이 아니라, 특정 분야에서 훈련받은 전문가로서 느끼는 구체적인 불만입니다. 수백 번 같은 일을 반복해 보았기에 어디가 문제인지, 왜 문제가 발생하는지, 그리고 상대방이 실제로 무엇을 필요로 하는지 정확히 알고 있을 때만 가능한 생각이죠.

그런 느낌은 항상 가치 있었습니다. 달라진 것은 이제 그 느낌으로 무엇을 할 수 있느냐는 점입니다.

병목 현상의 이동

소프트웨어 역사의 대부분 동안, 무언가를 만든다는 것은 코딩을 할 줄 알거나 코딩할 줄 아는 사람을 아는 것을 의미했습니다. 이는 대부분의 도메인 전문성이 갇혀 있었다는 뜻입니다:

퇴원 지시사항이 왜 환자들에게 혼란을 주는지 정확히 알고 있던 간호사
첫 주택 구매자가 실제로 무엇을 듣고 싶어 하는지 이해했던 부동산 중개인
면접에서 모든 것을 꿰뚫어 볼 수 있는 세 가지 질문을 알았던 HR 전문가

그들에게는 통찰력이 있었지만, 도구를 직접 만들 수는 없었습니다.

이제 그 격차가 빠르게 줄어들고 있습니다.

통계	출처
오늘날 AI 도구로 무언가를 구축하는 사람의 63%는 개발자가 아님	Hostinger, 2026
2026년 말까지 모든 신규 코드의 60%는 AI가 생성할 것임	Gartner
버티컬 AI 스타트업이 2025년 전체 벤처 투자 거래 규모의 53%를 차지함	Euclid Ventures

소프트웨어 개발의 기계적 과정은 이제 직접 수행하는 것이 아니라 지시하는 것으로 바뀌고 있습니다.

병목 현상이 이동했습니다. 더 이상 '만들 수 있는가'가 중요한 질문이 아닙니다. '만들 가치가 있는 것을 알고 있는가'가 중요한 질문입니다.*

만들 가치가 있는 것을 아는 사람들은 실리콘밸리에만 있는 것이 아닙니다. 그들은 병원, 법률 사무소, 교실, 회계 사무소, 그리고 건설 현장에 있습니다.

도메인 지식이란 실제로 무엇인가

도메인 지식은 일반적인 전문성이 아닙니다. 광범위한 주제에 대해 많이 아는 것도 아닙니다.

도메인 지식이란 이론적으로 묘사되는 방식이 아니라, 실제로 현장에서 작동하는 방식에 대한 구체적이고 운영적이며 종종 눈에 보이지 않는 진실을 아는 것입니다.

대상	그들이 아는 것
변호사	고객이 지속적으로 간과하는 조항은 무엇이며, 6개월 뒤 가장 많은 분쟁을 일으키는 조항은 무엇인가
교사	긴 나눗셈 수업에서 대부분의 학생이 이해의 끈을 놓치는 바로 그 순간은 언제인가, 그리고 어떤 설명이 그들을 다시 집중하게 하는가
식당 주인	금요일 서비스가 붕괴하는 이유는 인력 부족 때문이 아니라, 월요일 주방 기준으로 설계된 준비 시트(prep sheet)를 아무도 수정하지 않았기 때문이라는 사실

이것이 바로 제품의 원재료입니다. 흥미롭기 때문이 아니라, 구체적이고 경험적이며 기존 도구들로는 해결되지 않고 있기 때문입니다.

자신만의 문제를 찾는 세 가지 질문

꼭 공인된 전문가일 필요는 없습니다. 남들은 아직 보지 못하는 것을 볼 수 있을 만큼 특정 환경에서 충분한 시간을 보냈다면 그것으로 충분합니다.

스스로에게 물어보세요:

질문	무엇을 의미하는가
사람들은 당신에게 무엇에 대해 조언을 구하나요?	당신은 남들이 갖지 못한 관점을 개발했다는 신호입니다.
업계에서 외부인은 알아차리지 못하는 당신만의 불만 사항은 무엇인가요?	보이지 않는 마찰이야말로 해결했을 때 가장 가치 있는 부분입니다.
배우는 데 몇 년이 걸렸지만, 20분 만에 설명할 수 있는 당신만의 지식은 무엇인가요?	압축된 전문성은 훌륭한 소프트웨어가 전달하는 바로 그것입니다.

가장 명확한 답변을 선택하세요. 그것이 당신의 출발점입니다.

통찰력에서 제품으로 — 번역 단계

도메인 지식을 갖는 것과 제품을 갖는 것은 다릅니다. 번역 단계란 당신이 알고 있는 것을 당신 없이도 다른 사람이 사용할 수 있는 무언가로 바꾸는 과정입니다.

이를 위해서는 네 가지가 필요하며, 그중 기술적인 것은 하나도 없습니다:

요소	의미	예시
구체적인 문제	범주가 아닌, 정밀하고 관찰 가능한 실패	"심장 시술 후 퇴원한 환자들이 복약 지침을 따르지 않는 이유는 지침이 일반적인 독해 수준보다 높게 작성되었기 때문"
구체적인 사람	인구 통계가 아닌, 한 명의 지목된 사용자	"임상의도 관리자도 아닌, 바로 그 환자"
구체적인 성과	기능이 아닌, 그들에게 성공이란 무엇인가	"전화 문의 없이 무엇을 언제 왜 복용해야 하는지 정확히 알고 퇴원하는 것"
한 가지 기능에 집중한 첫 버전	도메인의 한 부분을 완벽하게 해결하기	"의료 커뮤니케이션 플랫폼"이 아닌, 복약 지침 도구

이 네 가지가 있다면 당신은 기획서(brief)를 가진 셈입니다. 기술적 실행은 기획서에서 파생되는 것이지, 반대가 아닙니다.

구축 과정의 실제 모습

병목 현상의 변화가 실질적으로 느껴지는 부분입니다.

Enter(입력) 시:

당신은 기획서를 가져옵니다
AI 에이전트는 실행을 담당합니다
당신은 사람, 문제, 성과를 설명합니다
Enter는 이를 작동하는 제품(인터페이스, 로직, 백엔드, 배포)으로 번역합니다
당신은 수정이 필요한 부분을 설명하여 개선합니다
당신이 머릿속에 그렸던 것과 화면이 일치할 때까지 반복합니다

필요 없는 것들:

❌ 공동 창업자
❌ 개발자 예산
❌ 6개월의 개발 기간

이런 방식으로 구축되는 버티컬 제품들은 업계 용어만 덧칠한 일반적인 앱이 아닙니다. 실제 그 현실을 살았던 사람이 만들었기에, 구체적인 전문적 현실을 중심으로 만들어진 도구들입니다.

구축자	남들은 가질 수 없는 그들만의 강점
전직 감사인	일반적인 체크리스트가 놓치는 것까지 잡아내는 규정 준수 체크리스트
재무 상담사	첫 미팅에서 실제로 중요한 질문들을 포함한 온보딩 과정
간호사	적절한 독해 수준과 순서로 작성된 환자 지침

도메인 지식은 나중에 덧붙이는 것이 아니라 내재되어 있습니다. 그 깊이는 경험이 없는 사람은 결코 복제할 수 없습니다.

기회의 창은 열려 있다 — 영원히는 아니지만

도메인 특화 제품이야말로 지속 가능한 가치가 구축되는 곳입니다:

복제하기가 더 어렵습니다
사용자에게 더 유용합니다
업계로부터 더 많은 신뢰를 받습니다

기술적인 전문 지식이 없는 사람들이 이러한 제품을 만들 수 있는 기회의 창은 지금 열려 있습니다. 기술 자체가 새롭기 때문이 아니라, 기술적인 기술 없이도 도메인 지식을 실행으로 옮길 수 있는 접근 방식이 새로워졌기 때문입니다. 그 접근 방식은 2년 전에는 존재하지 않았습니다.