||
— 그로스실 방태욱 실장
방태욱님은 브랜드 마케터였습니다. 불과 몇 달 전까지.
지금은 마이리얼트립에서 여행자 인앱 경험을 책임지는 그로스실을 이끌고 있고, AI 챔피언 제도를 통해 최저가 항공권 탐색 서비스 프로토타입을 만들었습니다.
역할을 확장한 것도 놀라운데, 이제는 직접 운영 서버에 코드를 배포합니다. TripSignal(트립시그널)이라는 예산 기반 여행지 추천 기능을 만들었고, 그 기능은 지금 마이리얼트립의 ‘내여행’ 탭에서 돌아가고 있습니다.
어떻게 이런 변화가 가능했을까요. 그리고 왜 굳이 이렇게까지 하는 걸까요.
‘외로이 존재하는 야자수’를 없애고 싶었다
시작은 단순한 불만이었습니다.
마이리얼트립에서 가장 많이 클릭되는 메뉴는 ‘홈’과 ‘내여행’입니다. 그런데 ‘내여행’ 탭에 문제가 있었습니다. 예정된 여행이 없는 사람에게는 야자수 이미지 하나가 덩그러니 나올 뿐, 아무런 상품 제안이 없었습니다.
야자수…“저는 맨날 이거를 장난으로 ‘외로운 야자수’라고 불렀어요. 지금은 비즈니스가 0이니까 뭐라도 보이면 0보다는 크겠지라고 생각했죠.”
태욱님은 항상 리텐션 구조에 대한 고민이 많았습니다. 사람들이 계속 돌아올 수 있는 구조, 디스커버리할 수 있는 경험. 그런 게 필요했는데, 야자수만 덩그러니 있으니 답답했던 거죠.
럭키글라이드에서 배운 것: 마케터의 감각으로 API를 파헤치다
태욱님의 첫 시도는 럭키글라이드였습니다. 도시별, 일정별 최저가 항공권을 실시간으로 보여주는 서비스. 이 프로토타입은 이후 개발팀에서 고도화하여 정식 서비스가 되었습니다.
중요한 건 그 과정에서 배운 것이었습니다.
“럭키글라이드를 만들면서 항공 API에 대한 구조들을 알았고, 최저가를 어떻게 분석해야 되는지도 알았어요. 그다음에 해보고 싶었던 게 숙소를 로드해서 플래닝을 할 수 있도록 하는 거였어요.”
마케터의 감각이었습니다. 고객에게 여행과 관련해서 보여줄 수 있는 의미 있는 정보가 뭘까. 가격이 언제 싼지, 어디로 가면 예산에 맞는지. 그런 질문에서 시작해서 API 구조를 하나씩 파헤쳐 나간 겁니다.
퇴근 후 집에서 클로드와 개발자 도구를 열어 놓고 숙소 가격 API를 분석했습니다. 항공과 비슷한 구조라는 걸 알게 되자, 둘을 묶어서 서비스를 만들어 보기로 했습니다. 그렇게 트립시그널의 아이디어가 나왔습니다.
프론트엔드 AI 어시스턴트와 함께 개발하다
트립시그널 개발에는 특별한 도구가 하나 있었습니다. 당시 같은 실 소속 김경훈님이 만든 ‘프론트엔드 AI 어시스턴트’라는 레포지토리였습니다.
“경훈님이 프론트엔드 AI 어시스턴트라는 레포를 만들어 놓은 게 있는데 테스트를 해보고 싶다고 연락이 왔어요. 어, 잘됐다. 나 프론트엔드 해보고 싶었는데, 이 어시스턴트를 가지고 개발을 해보자라고 했죠.”
이 어시스턴트는 프론트엔드 개발에 필요한 의존성을 설치하고, 어떤 폴더들을 다운받아야 하는지 알아서 처리해 주었습니다. 태욱님은 원하는 기능을 설명하고, PRD를 만들고, 그것들을 실제 코드로 구현하는 과정을 함께 진행했습니다.
얼기설기 만들어진 코드는 팀원들의 코드 리뷰를 통해 정교해졌습니다. 병준님과 란님이 프론트엔드 코드 리뷰를 해주었고, 태욱님은 그 피드백을 받아 클로드에게 “해줘”를 반복했습니다.
안 되면 롤백하면 돼: 배포에 대한 두려움을 넘다
럭키글라이드는 프로토타입을 만들고 개발팀이 고도화했습니다. 하지만 트립시그널은 달랐습니다. 기획부터 배포까지 전 과정을 직접 해야 했습니다.
“막상 해보고 나니까 기술적으로 엄청 어렵진 않았거든요. 근데 가장 어려운 거는 모노레포에다가, 운영 서버에다가, 내가 이거를 배포해도 되나라고 하는 그 두려움이 되게 컸어요.”
태욱님은 여러 사람에게 이 두려움을 이야기했습니다. CTO 허원진님과 플랫폼 총괄 권희준님 모두 같은 대답을 해주었습니다.
“안 되면 롤백하면 되니까 걱정말고 그냥 지르라고, 두 분이 다 그렇게 말씀해 주셔서, 안 되면 롤백하지 뭐라는 생각으로 일단 해봤어요.”
트립시그널은 39개 도시를 분석해서 예산과 여정에 맞는 여행지를 제안합니다. 그리고 이