4장. 챔피언들은 시장보다 먼저 문제를 이름 붙였다

새로운 시장은 대개 제품 이름보다 문제명에서 먼저 열린다.

고객은 처음부터 "이 카테고리의 도구를 사고 싶다"고 말하지 않는다. 처음에는 그냥 불편하다. 오래된 코드가 찝찝하고, 광고가 잘 안 먹히고, 보안 경계가 이상하고, 구독 고객이 조용히 떠나고, 클라우드 비용이 새고, 웹사이트의 이상한 디자인이 사람을 속이는 것 같다.

그 불편함은 혼자 있을 때 약하다.

누군가 정확한 이름을 붙이고, 그 이름을 반복해서 밀고, 그 이름 아래 사례와 프레임과 체크리스트와 직무와 도구를 붙일 때 시장이 생긴다. 이 사람들이 문제명 챔피언이다. 이들은 단어를 예쁘게 만든 사람들이 아니다. 조직이 돈을 쓰기 어려웠던 불편함에 구매 가능한 이름을 붙인 사람들이다.

문제명 챔피언은 보통 네 가지 일을 한다.

• 흩어진 증상을 하나의 문제로 묶는다
• 그 문제가 방치 비용을 만든다는 언어를 준다
• 그 문제를 책임질 사람과 회의를 만든다
• 그 문제에서 빠져나가는 도구, 프로세스, 서비스 시장을 연다

중요한 것은 "최초 발명자"만 찾는 것이 아니다. 어떤 문제명은 한 사람이 만들었고, 어떤 문제명은 회사나 재단이나 컨설팅 조직이 밀었다. 시장을 여는 데 필요한 사람은 발명자라기보다 챔피언이다. 이름을 만들고, 반복하고, 교육하고, 책으로 쓰고, 컨퍼런스로 모으고, 도구와 인증과 플레이북으로 굳히는 사람이다.

Ward Cunningham: 기술 부채

소프트웨어 팀은 오래전부터 오래된 코드 때문에 고생했다.

하지만 오래된 코드는 비개발자에게 잘 보이지 않는다. 화면은 돌아간다. 고객은 쓰고 있다. 매출도 난다. 그런데 엔지니어는 안다. 작은 변경 하나에 시간이 오래 걸리고, 새 기능이 엉뚱한 곳을 깨고, 신규 개발자가 코드를 읽지 못하고, 테스트를 추가하기 어려워진다.

이 불편함은 "코드가 지저분하다"로는 예산을 얻기 어렵다. 경영자는 이렇게 생각한다. 그래도 돌아가잖아. 지금 더 급한 기능이 있잖아. 개발자들이 완벽주의에 빠진 것 아닌가.

Ward Cunningham이 만든 "technical debt"라는 은유는 이 장면을 바꿨다.

빚이라는 이름이 붙자 이야기가 달라졌다. 빠르게 출시한 코드는 지금 속도를 벌어준 대신 미래 변경 비용이라는 이자를 만든다. 갚지 않으면 이자가 붙는다. 언젠가는 원금보다 이자가 더 무거워진다.

이 이름은 엔지니어의 불만을 재무 언어로 번역했다.

그 뒤로 기술 부채는 리팩터링 예산, 코드 품질 도구, 정적 분석, 아키텍처 리뷰, 엔지니어링 생산성 논의가 올라설 수 있는 방이 되었다. 좋은 이름 하나가 "나중에 고치자"를 "이자를 계속 내고 있다"로 바꾼 것이다.

문제명: 기술 부채

흐릿한 불편함: 돌아가긴 하지만 바꾸기 점점 어려운 코드

예산 문장: 지금 갚지 않으면 앞으로 모든 변경이 더 비싸진다

열린 시장: 코드 품질 관리, 리팩터링, 정적 분석, 엔지니어링 생산성

HubSpot: 인바운드 마케팅

인터넷 이전의 많은 마케팅은 방해에 가까웠다.

전화하고, 메일을 보내고, 광고를 끼워 넣고, 고객의 주의를 사서 밀고 들어갔다. 그런데 검색, 블로그, 소셜 웹이 커지면서 고객의 행동이 바뀌었다. 사람들은 판매자가 말을 걸기 전에 스스로 찾아보고, 비교하고, 읽고, 질문하기 시작했다.

이 변화를 "온라인 마케팅"이라고 부르면 너무 넓다. "콘텐츠를 열심히 만들자"라고 부르면 너무 약하다. HubSpot은 이 흐름을 "inbound marketing"이라고 불렀다.

이 이름은 단순한 전술 묶음이 아니었다.

고객을 쫓아다니는 마케팅과 고객이 찾아오게 만드는 마케팅을 갈랐다. 광고비를 태워 주의를 사는 방식과 검색, 콘텐츠, 교육, 리드 너처링으로 고객의 문제 해결 과정 안에 들어가는 방식을 갈랐다.

그 이름 아래 블로그, SEO, 랜딩페이지, CRM, 마케팅 자동화, 리드 스코어링, 교육 콘텐츠가 하나의 운영 체계로 묶였다. 고객은 "블로그 도구를 살까?"가 아니라 "우리도 인바운드를 해야 하나?"라고 묻기 시작했다.

문제명: 인바운드 부재

흐릿한 불편함: 광고와 영업이 점점 비싸지고 고객은 먼저 검색한다

예산 문장: 고객이 찾는 순간에 우리가 없으면 리드는 계속 사야 한다

열린 시장: 인바운드 마케팅 소프트웨어, 마케팅 자동화, 콘텐츠 운영, CRM 연동

John Kindervag와 Forrester: 제로 트러스트

보안 조직은 오랫동안 안과 밖을 나눴다.

회사 네트워크 안쪽은 상대적으로 믿고, 바깥쪽은 의심했다. 그런데 클라우드, 모바일, 원격근무, 협력사, SaaS가 늘면서 이 경계는 점점 흐려졌다. 공격자는 한 번 들어오면 내부 신뢰를 타고 움직일 수 있었다.

이 문제를 "보안을 더 강화하자"라고 말하면 너무 넓다. 방화벽을 더 사야 하는지, VPN을 고쳐야 하는지, 권한 관리를 해야 하는지 흐려진다.

Forrester가 밀어낸 "Zero Trust"는 문제를 더 차갑게 잘랐다.

기본값으로 믿지 말라. 위치가 내부라고 해서 믿지 말라. 요청마다 확인하고, 권한을 최소화하고, 네트워크 안의 이동도 계속 통제하라.

이 이름은 보안의 상식을 뒤집었다. 더 많은 장비를 사자는 말이 아니라 "신뢰" 자체를 보안 아키텍처의 취약점으로 명명했다.

그 뒤 제로 트러스트는 ID 관리, 네트워크 세분화, 접근 제어, 디바이스 보안, 정책 엔진, 정부 가이드라인, 컨설팅 시장을 묶는 상위 언어가 되었다.

문제명: 제로 트러스트가 겨냥한 내부 신뢰 문제

흐릿한 불편함: 경계 안쪽을 믿는 보안 모델이 더 이상 현실과 맞지 않는다

예산 문장: 내부에 있다고 믿는 순간 공격자의 이동 경로가 생긴다

열린 시장: 제로 트러스트 아키텍처, ID 보안, 접근 제어, 마이크로세그멘테이션

Harry Brignull: 다크 패턴

사용자는 오래전부터 이상한 UI를 만났다.

해지 버튼은 숨어 있고, 무료 체험은 유료 구독으로 이어지고, 거절 버튼은 죄책감을 주고, 장바구니에는 원치 않는 옵션이 들어가 있다. 예전에는 이것을 그냥 "짜증나는 디자인"이나 "나쁜 UX"라고 불렀다.

그런데 "나쁜 UX"는 약하다. 실수인지 의도인지 구분하지 못한다. "전환율 최적화"라는 말 뒤에 숨은 조작을 드러내지 못한다.

Harry Brignull은 이 문제에 "dark patterns"라는 이름을 붙였다. 이후 그는 "deceptive patterns"라는 표현을 선호한다고 설명했지만, 시장을 연 힘은 분명했다.

이름이 붙자 장면이 바뀌었다.

사용자는 자기 잘못이 아니라고 말할 수 있게 되었다. 디자이너는 윤리 문제로 토론할 수 있게 되었다. 연구자는 유형을 분류할 수 있게 되었다. 규제기관은 소비자 보호 언어로 다룰 수 있게 되었다.

이 문제명은 도구 시장만 만든 것이 아니다. 감사, 규제, UX 윤리, 소송, 교육, 컴플라이언스 시장을 열었다. 전환율을 올리는 작은 꼼수였던 것이 소비자 조작이라는 공적 문제로 올라왔다.

문제명: 다크 패턴 / 기만적 패턴

흐릿한 불편함: 웹과 앱이 사용자를 이상하게 속이고 몰아간다

예산 문장: 이 UI는 전환율 문제가 아니라 소비자 기만과 규제 리스크다

열린 시장: UX 윤리, 디자인 감사, 규제 대응, 소비자 보호, 법률/전문가 증언

Gainsight와 Nick Mehta: 고객 성공

소프트웨어가 구독 모델로 바뀌면서 판매의 끝도 바뀌었다.

예전에는 계약을 따내면 큰돈이 먼저 들어왔다. 이후 고객이 잘 쓰는지는 중요했지만, 판매 조직의 중심 문제는 아니었다. SaaS에서는 다르다. 고객이 계속 쓰고, 갱신하고, 확장해야 사업이 산다.

이 문제를 "고객 관리"라고 부르면 너무 낡다. "지원"이라고 부르면 너무 늦다. 이미 문제가 생긴 뒤 티켓을 처리하는 느낌이 된다.

"Customer Success"는 이 불편함을 다른 이름으로 바꿨다.

고객이 산 결과를 실제로 얻도록 만드는 일. 갱신, 확장, 지지자가 되는 과정을 설계하는 일. 고객 경험과 벤더의 순매출 유지가 한 테이블에 올라오는 일.

Gainsight는 이 이름을 직무, 컨퍼런스, 책, 소프트웨어 카테고리로 밀었다. 그 결과 고객 성공은 구독 사업의 부가 업무가 아니라 별도 팀, 별도 지표, 별도 플랫폼 시장이 되었다.

문제명: 고객 성공 부재

흐릿한 불편함: 고객은 계약했지만 결과를 못 얻고 조용히 떠난다

예산 문장: 신규 판매만으로는 구독 매출이 유지되지 않는다

열린 시장: Customer Success 플랫폼, CSM 직무, NRR/갱신 운영, 고객 여정 플레이북

FinOps Foundation: FinOps

클라우드는 구매 방식을 바꿨다.

예전에는 인프라를 사려면 큰 구매 절차가 필요했다. 클라우드에서는 팀이 몇 번 클릭하면 자원이 열린다. 빠르고 좋다. 동시에 비용 책임이 흩어진다. 엔지니어는 속도를 보고, 재무는 청구서를 보고, 제품팀은 마진을 보지만, 셋이 같은 언어로 대화하지 못한다.

이 문제를 "클라우드 비용 절감"이라고만 부르면 약하다.

비용을 줄이라는 말은 엔지니어에게 브레이크처럼 들린다. 반대로 속도만 말하면 재무는 불안해진다. FinOps는 이 문제를 협업 구조로 이름 붙였다. Finance와 DevOps를 결합한 이름 안에, 비용 통제가 아니라 기술 투자 가치와 책임을 함께 보자는 주장을 넣었다.

이 이름이 생기자 역할과 프레임워크와 인증과 도구가 생겼다.

클라우드 비용은 더 이상 월말 청구서가 아니라 엔지니어링, 재무, 제품이 함께 운영해야 할 실시간 의사결정 문제가 되었다.

문제명: FinOps가 겨냥한 클라우드 비용 책임 분산

흐릿한 불편함: 클라우드 비용은 늘어나는데 누가 왜 쓰는지 한눈에 안 보인다

예산 문장: 기술 비용은 재무 보고가 아니라 제품 속도와 마진을 함께 결정하는 운영 변수다

열린 시장: 클라우드 비용 관리, FinOps 플랫폼, 인증, 컨설팅, 비용/사용량 표준

OpenView와 Blake Bartlett: Product-Led Growth

B2B 소프트웨어 구매도 소비자 앱처럼 바뀌었다.

사용자는 데모를 기다리기보다 직접 써보고 싶어 한다. 영업을 만나기 전에 팀 안에서 먼저 퍼뜨리고 싶어 한다. 제품이 가치를 빨리 보여주면 영업보다 먼저 확산이 일어난다.

이 흐름을 "프리미엄 모델"이라고 부르면 좁다. "셀프서비스"라고 부르면 기능처럼 보인다. "좋은 제품이 중요하다"라고 부르면 너무 당연하다.

OpenView의 Blake Bartlett이 만든 "Product-Led Growth"는 이 변화를 성장 전략으로 이름 붙였다.

제품이 획득, 유지, 확장의 주 엔진이 될 수 있다는 말이다. 이 이름은 단순한 가격 전략이 아니라 GTM 조직의 설계를 바꿨다. 영업, 마케팅, 제품, 데이터, 온보딩, 가격, 확장 지표가 한 프레임 안으로 들어왔다.

문제명: 제품 주도 성장 부재

흐릿한 불편함: 사용자는 먼저 써보고 싶은데 회사의 구매 경로는 영업 중심으로 막혀 있다

예산 문장: 제품이 스스로 가치를 증명하지 못하면 획득과 확장 비용이 계속 오른다

열린 시장: PLG 플레이북, 제품 분석, 온보딩 도구, 프리미엄/셀프서비스 GTM

Drift와 David Cancel: Conversational Marketing

웹사이트는 오랫동안 양식으로 리드를 받았다.

고객은 질문이 있는데 회사는 폼을 내민다. 고객은 지금 답을 원하지만 회사는 "영업팀이 연락드리겠습니다"라고 말한다. 구매자는 이미 자기 속도로 움직이는데, 회사의 웹사이트는 비동기 접수대처럼 행동한다.

Drift는 이 문제를 "Conversational Marketing"으로 이름 붙였다.

문제는 단순히 채팅창이 없다는 것이 아니었다. 고객이 원할 때 대화하지 못하는 GTM 구조가 문제였다. 이름이 생기자 챗봇, 실시간 대화, 라우팅, 세일즈 연동, 웹사이트 전환 운영이 하나의 카테고리로 묶였다.

이 사례의 흥미로운 점은 Drift가 나중에 그 이름을 더 큰 "Revenue Acceleration"으로 확장했다는 것이다. 처음 문제명이 시장을 열었고, 반복 납품과 고객 사용을 거치며 더 큰 문제명이 필요해졌다.

문제명: 대화 없는 마케팅

흐릿한 불편함: 구매자가 지금 질문하는데 회사는 폼 뒤에 숨어 있다

예산 문장: 실시간 대화를 못 받으면 관심 있는 구매자를 느린 프로세스에 잃는다

열린 시장: Conversational Marketing, 챗봇, 실시간 라우팅, 세일즈/마케팅 대화 플랫폼

챔피언들의 공통점

이 사례들은 서로 다르지만 구조는 비슷하다.

먼저 모두가 겪고 있었지만 따로 부르지 못하던 불편함이 있었다. 오래된 코드, 방해받는 고객, 내부 신뢰 보안, 조작적 UI, 구독 고객 이탈, 클라우드 비용 책임 분산, 셀프서비스 구매, 폼 뒤에 막힌 대화.

그다음 누군가 이름을 붙였다.

기술 부채. 인바운드 마케팅. 제로 트러스트. 다크 패턴. 고객 성공. FinOps. Product-Led Growth. Conversational Marketing.

이름이 붙자 세 가지가 생겼다.

첫째, 고객이 자기 문제를 말할 수 있게 되었다.

둘째, 조직이 예산과 책임자를 붙일 수 있게 되었다.

셋째, 판매자가 오퍼를 만들 수 있게 되었다.

그러므로 문제명은 카피의 재료가 아니다. 문제명은 시장의 최소 단위다.

출처 메모 (8)

1. Ward Cunningham / technical debt — ACM Queue, "Managing Technical Debt", https://queue.acm.org/detail.cfm?id=2168798
2. Zero Trust — Forrester, "Zero Trust Defined", https://www.forrester.com/report/zero-trust-defined/RES178926
3. Inbound Marketing — TechTarget, "What is inbound marketing?", https://www.techtarget.com/searchcustomerexperience/definition/inbound-marketing
4. Deceptive/Dark Patterns — Harry Brignull, "Part 1: Diving into the world of deception", https://www.deceptive.design/book/contents/part-1 ; FTC, "Bringing Dark Patterns to Light", https://www.ftc.gov/reports/bringing-dark-patterns-light
5. Customer Success — McKinsey interview with Nick Mehta, https://www.mckinsey.com/industries/technology-media-and-telecommunications/our-insights/net-retention-and-customer-success-gainsight-ceo-nick-mehta-on-winning-at-saas
6. FinOps — FinOps Foundation, "What is FinOps?", https://www.finops.org/introduction/what-is-finops/
7. Product-Led Growth — OpenView, "What is Product-Led Growth?", https://openviewpartners.com/product-led-growth/
8. Conversational Marketing — Drift PR Newswire, "Drift Expands Beyond Conversational Marketing", https://www.prnewswire.com/news-releases/drift-expands-beyond-conversational-marketing-301105633.html