서비스 개발자가 플랫폼 부서로 이동해 빠르게 적응하려면 사용자 행동 데이터부터 스스로 쌓아야 합니다. 화면을 그리는 프론트엔드 개발자가 기획자나 디자이너 없이 서버 개발자만 가득한 곳에 떨어지면 당장 무엇을 할지 막막하기 일쑤죠. 배달의민족 커머스 서비스를 만들던 개발자가 전시플랫폼 팀으로 옮겨가며 겪은 생존 전략이 좋은 길잡이가 됩니다. 낯선 환경에서도 스스로 일감을 찾고 영향력을 넓힌 비결은 바로 데이터 중심의 사고에 있었습니다.
서비스 개발자 플랫폼 부서 이동 후 적응하는 방법
1. 갑자기 바뀐 소속, 플랫폼 팀은 무엇이 다를까?
서비스 개발과 플랫폼 개발은 일하는 환경부터 완전히 다릅니다. 일반적인 서비스 팀에는 디자이너, 기획자, 데이터 분석가가 함께 모여 화면과 기능을 고민하곤 하죠. 반면 플랫폼 팀은 주로 사내 운영자나 다른 개발자를 위한 도구를 만들기 때문에 주변에 서버 개발자만 가득한 경우가 많습니다. 배달의민족 비마트나 배민스토어를 담당하던 프론트엔드 개발자가 맞닥뜨린 현실도 이와 같았습니다. 당장 내일 무엇을 해야 할지 모를 정도로 낯설었지만, 이들은 먼저 자신들이 맡은 시스템의 본질을 파악하는 데 집중했습니다.
2. 50개나 되는 메뉴, 무엇부터 고쳐야 할까?
전시플랫폼 팀이 관리하는 어드민 페이지에는 무려 50여 개의 메뉴가 존재했습니다. 상품을 어떤 고객에게 보여줄지, 언제 어떤 혜택을 적용할지 설정하는 복잡한 시스템이었죠. 코드를 보면 기능은 알 수 있었지만, 실제 사용자들이 어떤 메뉴를 얼마나 자주 쓰는지 알 길이 없었습니다. 개발자가 보기에 불편한 점과 현업 담당자가 느끼는 고충이 일치하는지도 알기 힘들었습니다. 이에 무작정 화면을 개선하기보다 실제 사용 현황을 파악하는 작업에 먼저 돌입했습니다.
3. 데이터가 없다면 직접 수집기를 설계하라
영화 마션의 주인공이 화성에서 감자를 키웠듯, 플랫폼에 사용자 행동을 수집하는 추적기를 직접 심기로 결정했습니다. 기존에 공통된 수집 기준이 없었기에 바닥부터 새롭게 설계해야 하는 상황이었죠. 페이지 조회, 검색, 항목 생성 등 어드민에서 일어나는 공통 행동을 정의하고 이를 수집하는 추적 모듈을 개발했습니다. 메뉴마다 데이터가 제각각 쌓이지 않도록 기준을 통일하는 데 가장 공을 들였습니다. 마침내 자주 확인하는 수치는 대시보드로 시각화했으며, 다른 팀도 활용할 수 있게 해당 도구를 공유했습니다.
플랫폼 개선의 첫걸음은 사용자가 시스템을 어떻게 사용하는지 명확한 데이터를 확보하는 것부터 시작됩니다.
4. 가장 효과가 큰 개선 지점을 찾는 법
단 두 명의 프론트엔드 개발자가 50개의 메뉴를 일일이 개선하는 것은 불가능에 가깝습니다. 한정된 자원으로 최대의 효과를 내기 위해 개선의 지렛대 효과가 큰 곳을 찾아야만 했죠. 이때 앞서 구축해 둔 사용자 행동 데이터를 적극적으로 활용했습니다. 여러 부서에서 가장 자주 사용하는 메뉴를 추려내고, 반복해서 쓰이는 공통 컴포넌트를 집중 분석하는 방식을 택했습니다. 데이터 덕분에 감에 의존하지 않고 가장 시급한 문제부터 차례대로 해결해 나갈 수 있었습니다.
한정된 개발 리소스를 효율적으로 쓰려면 데이터를 기반으로 사용 빈도가 높은 공통 요소를 먼저 개선해야 합니다.
5. 필터 컴포넌트 개선으로 사용자 피로 줄이기
조회 페이지를 방문한 사용자 중 80% 이상이 필터를 조작하거나 직접 검색을 수행하고 있었습니다. 매번 같은 정보를 보기 위해 동일한 검색 조건을 반복해서 입력하는 비효율이 존재했던 셈이죠. 사용자는 필터를 조작하는 행위가 아니라 필요한 결과물을 확인하기 위해 어드민을 방문합니다. 이에 브라우저 저장소를 활용해 최근 사용한 검색 조건을 자동으로 불러오는 기능을 도입했습니다. 이 작은 변화는 매일 반복되는 사내 운영 업무의 피로도를 획기적으로 줄여주었습니다.
자주 묻는 질문
🔗 함께 읽으면 좋은 글: , =
