Problem Solver가 된 개발자들 ① 화면 하나 만들던 개발자가, 신사업 하나를 통째로 맡았다

모요에는 문제 하나를 정의하는 데서 시작해 성과를 확인하는 데까지 한 사람이 책임지는 직군이 있어요. Problem Solver(이하 PS)예요.

예전에는 한 사람에게 기획, 디자인, 개발을 모두 기대할 수 없었어요. 하지만 AI가 발전하면서 이야기가 달라졌어요. 모요는 더 빠르고 가볍게 풀어야 하는 문제, 특히 0에서 1을 만드는 신사업을 PS에게 먼저 맡기기로 했어요. 그리고 올해 3분기, 여러 개발자가 PS로 직무를 바꿨어요.

Problem Solver 는

• 기획, 디자인, 개발 중 한 분야를 맡는 대신 문제 하나에 필요한 일을 직접 해요.
• 0에서 1을 만드는 신사업, 시장이 있는지 확인하는 실험처럼 빠르게 풀어야 하는 문제를 먼저 맡아요.

만들 줄은 알지만 무엇을 만들지는 정해 본 적 없던 개발자들은 사업 하나를 혼자 맡으면서 무엇이 달라졌을까요? 신사업을 맡고 있는 세 분을 모시고 이야기를 들어 봤어요.

Q. 안녕하세요. 간단히 자기소개 부탁드려요!

김형민(이하 형민) : 안녕하세요, 렌탈 신사업을 맡고 있는 PS 김형민이에요. 렌탈은 모요에서 유일한 비통신 서비스인데, 여기에 필요한 일은 전부 제가 해요. 제휴처를 찾는 일부터 광고, 화면, 지표까지요. 전에는 프론트엔드 개발자였어요.

박준희(이하 준희) : 중고폰 유닛*에서 신사업을 맡고 있는 박준희예요. 기획, 디자인, 개발을 같이 해요. 4분기에 중고폰을 맡기 전에는 CRM 유닛에서 회원가입을 늘리는 PS로 일했고, 그보다 전에는 프론트엔드 개발자였어요.

박희승(이하 희승) : 오늘의 성지 TF*에서 일하는 박희승이에요. 오늘의 성지는 원래 커뮤니티에 올라온 휴대폰 판매점 시세를 모아 보여 주던 서비스인데, 지금은 판매점이 직접 입점해 시세를 올리고 고객과 상담하는 플랫폼으로 바꾸고 있어요. 저도 프론트엔드 개발자로 입사했고, 지금은 사내 AX* 일도 같이 해요.

Q. 세 분 모두 프론트엔드 개발자 출신이시네요. PS가 되기 전에는 어떻게 일하셨고, 그때 아쉬웠던 점이 있다면요?

형민 : 목적 조직인 스쿼드*에서 일했을 때는 하루의 대부분을 Product Owner(이하 PO), Product Designer(이하 PD)와 스펙을 맞추고 그걸 화면으로 구현하는 데 썼어요. 그때를 돌아보면 아쉬운 점보다는 조금 미안한 부분이 있어요. PO가 설명한 걸 제가 바로 이해하지 못해서 다시 묻고 맞추는 데 '소통 세금'을 꽤 많이 냈었거든요.

준희 : 저는 스쿼드에서 좋은 아이디어가 나와도 말로만 끝나고 실행되지 못할 때가 많았던 게 아쉬웠어요. 제가 나서서 해 보고 싶었지만 프론트엔드 일에 쓰이는 시간이 많아서 드라이브를 걸기 어려웠죠.

희승 : 두 분 이야기에 다 공감해요. 저는 풀스택 개발자라 개발 플래닝은 백엔드 개발자와 같이 했지만 구현은 역할대로 나눠서 했어요. 그래서 하루 중 백엔드와 주고받는 시간이 가장 길었어요. API 명세를 확인하고, 묻고, 개발 환경에 올라오면 붙여 보는 식이었죠.

가장 기억에 남는 건 어드민 화면 구조를 바꾸자고 제안했을 때예요. 오전엔 "지금 스키마를 바꾸는 건 권하지 않는다"는 답을 받았는데, 오후에 결정이 제가 처음에 제안한 안으로 바뀌었어요. 그 사이 만든 건 다시 해야 했고요. 제가 백엔드를 고칠 수 있었다면 금방 끝났을 일이에요. 누구 잘못도 아니고 역할이 나뉘어 있으면 자연스럽게 생기는 왕복이라, 오히려 '내가 직접 할 수 있으면 좋겠다'는 생각이 커졌어요.

Q. 형민님은 PS가 되기 전에도 직접 문제를 풀어 본 경험이 있다고 들었어요.

형민 : 네, 렌탈이 그 시작이었어요. 모요에는 '렌탈과 통신을 묶으면 시너지가 날 것'이라는 가설이 오래전부터 있었어요. 그런데 검증되지 않은 신사업에 회사 리소스를 쓰기는 쉽지 않잖아요. 그래서 동료 두 명과 주말과 휴가를 쪼개 '모두의 렌탈'이라는 서비스(관련 아티클: 제안서 대신, 진짜 사업으로)를 따로 만들었어요. 잘 드러나지 않던 렌탈 지원금을 공개하고 여러 판매처를 비교해 보여 주는 서비스였는데, 실제 고객 신청이 100건 가까이 들어왔어요. 제안서 대신 실제로 돌아가는 사업으로 가설을 증명해 본 거죠.

모두의 렌탈 판매처 비교

희승 : 모두의 렌탈에 참여하진 않았었지만, 사실 저도 '이건 내가 직접 고치고 싶다'는 게 늘 있었어요. 앞서 말한 백엔드 작업이 그랬고, 어드민 기능도 늘 직접 고치고 싶었어요. 어드민 정책을 채팅으로 쉽게 등록하는 도구를 만든 적이 있는데, 이걸 어드민 밖에서도 누구나 쓰게 하고 싶었어요. 그 생각이 지금의 어드민 에이전트로 이어졌어요. 어드민 에이전트와 관련된 자세한 이야기는 곧 별도의 아티클을 통해 전해 드릴게요.

Q. 그런 마음이 쌓여 있던 차에 PS 제안을 받으신 거네요. 기대와 걱정이 함께 있었을 것 같은데, 결국 맡기로 한 이유는 무엇이었나요?

형민 : 제안을 받아들인 결정적인 이유는 역할의 차이였어요. 회사에서 개발자는 주어진 명세대로 만드는 사람이라면, PS는 지표를 올리는 사람이에요. AI로 기술적인 하방이 높아지고 생산성도 올라간 지금, 제가 더 기여할 곳은 문제 정의와 방향 설정이라고 판단했어요. 개발자로서 앞으로 어떤 가치를 더 만들 수 있을지에 대한 고민도 있었고요.

또 넓은 권한을 받을 수 있다는 점도 기대됐어요. 신사업 하나를 메인으로 끌고 가면서 한 만큼 성과와 부담도 모두 제가 책임지는 거잖아요. 이 정도 규모의 서비스에서 그런 역할을 또 언제 해 볼까 싶었어요.

물론 걱정도 있었어요. 마케팅이나 디자인, 방향 설정과 문제 정의는 해 본 적이 없었으니까요. 그 배경지식을 어떻게 갖추나 막막했는데, 요즘은 미리 공부하기보다 부딪혀 보면서 배우는 게 낫다고 생각해요.

준희 : 저도 형민님처럼 '앞단'의 일을 해 보고 싶었어요. 통신 시장에서 모요가 넓혀 갈 수 있는 사업을 검증하고 그걸 고객 가치로 이어 가는 일이요. 비즈니스와 프로덕트를 기획하고 배포해 본 경험이 적어서 잘할 수 있을지 걱정은 됐어요. 그래도 고객과 사업의 문제를 직접 풀 좋은 기회였어요. 언젠가 제 사업을 해 보고 싶다는 꿈도 있어서, 모요의 사업을 직접 키워 보는 경험이 회사에도 저에게도 가장 좋은 공부가 될 거라고 봤어요.

희승 : 저는 걱정보다 기대가 훨씬 컸어요. 프론트, 백엔드, AI까지 지금까지 해 온 걸 한 문제에 다 쏟을 수 있으니까요. 당시 PS 회의에 "스쿼드가 하던 일을 이제 개인이 해결할 수 있다"고 적었을 정도예요. 무엇보다 좋았던 건 다른 직무의 일정을 기다리지 않고 제 결정을 바로 실행할 수 있다는 점이었어요.

걱정은 디자인 하나였어요. 디자이너 없이 화면을 어떻게 잡나 싶었는데, AX팀*이 사내 AI 디자인 도구인 디자인 스튜디오(관련 아티클: 화면을 그리는 디자이너에서, 규칙을 설계하는 디자이너로)를 만들고 계속 다듬어 준 덕분에 지금은 모요 디자인 기준에 맞춰 화면을 그려요.

주변에서는 응원과 우려가 반반이었어요. "에이전트는 기여는 해도 책임은 못 진다"는 말도 들었는데, 저는 책임은 사람이 지면 된다고 생각했어요. 에이전트가 만든 것도 제가 확인하고 제가 책임져요.

Q. PS가 되고 나서 문제를 바라보는 방식은 어떻게 달라졌나요?

형민 : 제일 크게 느낀 건 좋은 제품을 만든다고 비즈니스 레버*가 꼭 올라가지는 않는다는 거예요. 개발자일 땐 전환율을 어떻게 올릴지, 어떤 솔루션이 최선일지를 고민했어요. 지금은 목표에서 거꾸로 계산해요. 렌탈 가중목*은 월 매출로 잡혀 있어서 그 숫자에 닿으려면 접수가 몇 건 필요하고 3~4분기 안에 할 수 있는 건 뭔지부터 따져요.

희승 : 형민님 말에 공감해요. 저는 '화면 하나에서 사업 하나로' 넓어졌다고 표현하는데요. 예전 고민이 "어떻게 만들까"였다면, 지금은 "회사가 방향을 정하려면 무엇을 증명해야 할까"부터 생각해요. 오늘의 성지도 기획부터 디자인, 개발, 배포, 운영, 지표까지 다 보고 결정이 필요한 건 매일 아침 PD님과 스크럼에서 맞추고 있어요.

준희 : 저는 시야가 넓어진 만큼 경계하게 된 것도 있어요. 개발하던 습관 때문인지 아이디어 하나에 매몰될 때가 있거든요. 그러면 더 큰 문제나 기회를 놓치게 돼요. 그래서 프론트엔드 기술 문제보다 유저와 사업 관점에서 문제를 잡되, 한 가지 생각에 갇히지 않으려고 늘 신경 써요.

요금제 추천 개인화 개선화면

Q. 신사업은 아무것도 없는 데서 시작하잖아요. 처음엔 어디서부터 손대셨어요?

형민 : 모두의 렌탈에서 가설을 확인한 뒤, 7월에 렌탈을 모요 제품 안으로 옮겨 왔어요. 7월 22일에 문을 열었고 바로 다음 날 첫 청약*이 나왔죠. 그런데 모요 제품 안에서는 또 다른 문제였어요. 렌탈은 모요의 유일한 비통신 서비스라 쌓인 경험이 거의 없었고, 모요 고객을 렌탈로 어떻게 데려올지부터 정해야 했어요. 초반 몇 달은 모요 안에서 답을 찾으려 했어요. 렌탈 전용 창구를 만들고, 홈 화면에 진입점을 확보하고, 사용자 인터뷰도 모집해 봤어요. 그런데 인터뷰 대상자는 21명뿐이었고, 지면을 늘려도 반응이 생각만큼 오지 않았어요.

모요 내의 렌탈 서비스 화면

그래서 '꼭 모요 안에서 데려와야 하나?' 싶어 밖으로 나갔어요. 8월 말부터 사업 개발 담당자와 함께 인터넷과 렌탈을 묶은 외부 제휴를 늘렸고, 10월에는 제가 가설을 세워 렌탈 단독 유료 광고도 집행하기 시작했어요. 여러 광고 소재도 실험해 봤는데, 월 요금을 환산해 보여 주는 것보다 지원금을 강조하는 쪽이 더 잘 먹히더라고요.

지원금을 강조하는 소재들

물론 반론도 있었어요. 내부에서 진행한 PS 회고 미팅에서 "렌탈을 시작한 이유가 모요 고객의 생애 가치를 높이는 거니까, 통신 고객을 렌탈로 잇는 내부 경로도 놓치지 말라"는 피드백을 받았거든요. 그래서 지금은 인터넷을 신청한 고객에게 렌탈을 함께 제안하는 경로도 키우고 있어요. 결과가 좋아지고 있어서 요즘 의욕이 많이 올라와 있어요.

준희 : 저는 형민님과 반대로 제품부터 만들지 않는 걸로 시작했어요. 중고폰은 매출이 0인 상태에서 출발한 사업이에요. 새 폰 가격이 오르면서 중고폰 수요가 늘 거라는 판단은 있었지만, 고객이 왜 안 쓰는 폰을 팔지 않는지, 어떤 조건이면 맡기는지는 몰랐거든요. 그래서 그걸 묻는 설문부터 기존 고객에게 보냈고, 첫 실험도 제품을 고치지 않고 CRM 메시지로 매입 제안을 보내 반응을 보는 방식으로 잡았어요.

희승 : 오늘의 성지는 원래 커뮤니티에 올라온 판매점 시세표를 모아 보여 주고, 누르면 그 사이트로 내보내는 게 전부였어요. 그래서 첫 목표를 판매점이 모요에 직접 입점해 시세를 올리고, 고객이 그 자리에서 판매점과 카카오톡 상담을 하게 만드는 걸로 잡았어요. 그다음엔 판매점이 월정액을 내는 비즈니스 모델까지 가는 그림이에요.

Q. 혼자 사업을 맡는다는 게 혼자 일한다는 뜻은 아닐 것 같아요. 다른 직군과는 어떻게 협업하세요?

형민 : 혼자 하는 것처럼 보여도 협업은 오히려 늘었어요. 디자인이나 마케팅은 해당 챕터분들께 조언을 구하거나 먼저 만들어 보고 피드백을 받아요. 저보다 잘할 분이 있으면 먼저 제안도 하고요. 사업 개발 담당자분께 "이 제휴사 전환율이 낮으니 교체를 검토해 보면 좋겠다"고 말씀드리는 식이에요. 예전엔 맥락을 전달받는 입장이었다면 지금은 문제를 정하고 할 일을 분명하게 전하는 입장이라, 커뮤니케이션 비용은 되레 줄었어요.

준희 : 저는 동료에게 묻는 질문이 바뀌었어요. 기획과 디자인은 AI로 혼자 직접 하다 보니 동료에게 물어볼 땐 '이 문제 정의가 합리적인가, 타깃을 제대로 잡았나'를 물어요. 유닛을 시작할 때 PO 세 분께 의견을 구해 문제와 가설을 뾰족하게 다듬었고, 디자인은 디자이너 피드백을 받아 보완해요. 그렇게 받은 의견은 제 AI 에이전트에 넣어 둬요. 동료 한 분 한 분을 에이전트로 곁에 두는 셈이죠.

중고폰 MVP 초기 기획

희승 : 준희님처럼 저도 에이전트를 적극적으로 써요. 대신 동료들과의 대화는 판단이 필요한 일에 집중해요. PD와 매일 하는 스크럼에도 PD의 결정이 필요한 것을 골라 공유하고, 서로의 시간을 아끼려고 해요. 각 직군의 전문성은 챕터와 플랫폼팀이 만든 리뷰, 디자인, 데이터 스킬을 에이전트로 빌려 쓰고요.

오늘의 성지는 아예 에이전트로 스쿼드를 꾸렸어요. PO, 사업 개발(BD), PD, 데이터 분석(DA), 개발팀장, BE, FE, 검증관, 토론 파트너까지 아홉 자리를 한 채널에 두고 서로 반박하게 했죠. 제가 백엔드 에이전트와 백엔드만 보고 있을 때, 검증관이 어드민까지 훑어서 "이대로 배포하면 어드민이 깨진다"고 잡아낸 적도 있어요. 제가 제일 공들이는 건 코드보다 이 구조예요. 하면 안 되는 일은 프롬프트로 부탁하지 않고 권한으로 막아요. 처음 시험할 때 하지 말라고 해 둔 PR을 에이전트가 사내 레포에 그냥 올려 버린 적이 있거든요.

오늘의 성지 에이전트 스쿼드 구성

그렇다고 직군의 전문성이 덜 중요해진 건 아니에요. 오히려 반대예요. PS가 가능해진 건 에이전트가 고도화된 덕분인데, 그 에이전트를 키우는 건 결국 각 직무의 전문성이거든요. 그 관점이 에이전트의 바탕이 되니까 더 중요해졌다고 봐요.

Q. 하루 일과도 많이 달라졌을 것 같아요.

희승 : 직무 사이를 오가던 시간이 사라졌어요. 요청하고 기다리고 확인하던 과정이 없어진 거죠. 예전에 요청하던 일을 이제는 거의 다 제가 직접 해요. 오늘의 성지는 서버, 배치, 인프라 설정, DB 스키마까지 제가 PR을 올리고, 정책이 궁금하면 개발자에게 묻는 대신 코드를 읽어요. 데이터는 DB, Mixpanel, Datadog으로 확인하고, 운영 문의도 원인을 먼저 찾아 답해요.

그러다 보니 시간을 쓰는 곳이 바뀌었어요. 최근에 한 금액 표시 개편이 좋은 예예요. 기기값만 보면 싸 보여도 부가서비스 조건까지 더하면 고객이 실제로 내는 금액이 달라지는 경우가 있었어요. 고객이 진짜 가격을 한눈에 비교할 수 있도록 카드에 보여 주는 금액을 '부가서비스를 골라 가입할 때 가장 싼 금액'으로 바꾸고, 판매점 시트와 동기화하는 주기도 하루 한 번에서 아침부터 밤까지 매시간으로 당겼어요.

오늘의 성지 개편 화면

개발은 하루 만에 끝났고, 시간은 대부분 규칙대로 계산되는지 대조하고 언제 켤지 정하는 데 썼어요. 그렇게 아낀 시간으로 어드민 에이전트, 런치패드(관련 아티클: 런치패드 이야기 : 비개발자도 사내 도구를 배포한다) 같은 사내 AI 도구도 같이 만들어요.

준희 : 저는 비즈니스 지표를 훨씬 자주 들여다보게 됐어요. 예전엔 문제 정의부터 디자인까지 넘겨받아 일했는데, 이제는 그걸 제가 하니까요. 실험을 내보내고 나면 데이터와 반응을 살피는 데 시간을 가장 많이 써요.

Q. 새로운 방식인 만큼 시행착오도 있었을 것 같아요.

희승 : 에이전트 스쿼드를 처음 돌렸을 땐 오히려 느렸어요. 제가 짜면 30분이면 될 티켓 하나에 2시간 넘게 걸렸거든요. 들여다보니 에이전트가 답을 다 쓰고도 매번 7분씩 기다리고 있었어요. 작업 중인 에이전트를 끊지 않으려고 넉넉히 잡은 대기 시간이 고스란히 비용이 된 거예요. 끝나면 신호를 보내게 바꾸자 444초 걸리던 단계가 28초로 줄었어요. 느리다고 포기하지 않길 잘했어요. 사람이 놓친 문제를 잡아 주는 구조였으니, 장점은 지키고 낭비만 걷어냈죠.

에이전트 리뷰만 믿었다가 배운 것도 있어요. 리뷰 에이전트를 여러 개 돌린 PR에서도 동료 리뷰어가 7건을 더 짚어 줬어요. 같은 조회를 두 번 하거나 비슷한 함수를 또 만든 것처럼, 성능과 중복을 보는 리뷰를 빠뜨린 탓이었어요. 지금은 그 리뷰까지 꼭 돌리고 리뷰 지적도 다른 에이전트가 먼저 반박해 보게 해요. 제가 낸 수정안이 오히려 버그를 만든다고 기각된 적도 있어요.

'끝났다'의 기준도 바뀌었어요. 이제는 티켓 완료, 코드 머지, 운영에서 실제로 도는 것을 서로 다른 세 단계로 봐요. 판매점을 자동으로 등록하는 배치가 딱 그 경우였어요. 티켓은 완료였고 기능 코드도 다 머지됐는데, 운영에서는 돌고 있지 않았어요. 실행 일정을 등록하는 PR 하나가 승인만 받고 머지되지 않았던 거예요. 그 뒤로는 실제로 한 번 도는 걸 봐야 끝났다고 해요.

에이전트를 활용하여 QA를 진행하는 모습

아직 숙제도 있어요. 하나는 만든 걸 누가 운영하느냐예요. 시트 수정, 수동 등록, 문의 대응과 같은 운영성 업무들이 계속 저한테 남으면 다음 문제로 못 넘어가요. 그래서 판매점 등록은 배치로 자동화하고, 판매점 정보는 운영팀이 어드민 페이지에서 직접 고칠 수 있게 바꿨어요. 두 번째는 속도의 차이예요. 개발은 하루면 끝나도, 가격 정책처럼 여러 팀이 함께 정해야 하는 일은 충분히 논의할 시간이 필요해요. 그 사이에 다음 문제를 미리 준비해 두는 게 요즘 제 숙제예요.

준희 : 저는 역할의 경계에서 고민이 많았어요. CRM 유닛 규모가 작지 않다 보니 업무가 전문 분야별로 나뉘면서 제 일이 점점 프론트엔드 구현 쪽으로 쏠렸어요. 그렇다고 AI로 개발만 빠르게 해서 결과물만 건네는 건 PS다운 방식이 아니라고 생각했어요.

준희님

그래서 이 고민을 정리해 대표님과 이야기했어요. 문제를 풀려고 프론트엔드를 고르는 것과, 비어 있는 자리를 채우려고 프론트엔드를 맡는 건 PS 입장에서 다른 상황이라고요. 프론트엔드를 안 하겠다는 게 아니라, 문제를 기준으로 필요한 방법을 고르는 게 PS라고 생각했거든요. PO분과도 같은 방향을 보고 문제를 함께 정의하는 시간을 늘리면서 풀어 갔고, 4분기부터는 PMF*를 찾아야 하는 중고폰 신사업을 맡게 됐어요. 솔직한 고민을 꺼내 놓으면 함께 답을 찾아 주는 곳이라는 걸 그때 느꼈어요.

형민 : 저는 숫자에서 오는 불안이 커요. 접수 건수만 보면 분위기가 좋아 보이지만, 의미가 있으려면 그 뒤에 개통까지 이어져야 하거든요. 아직 그 구간을 개선하는 중이라 실제 목표에 비하면 아쉬워요. 힘들 때 따로 동기부여 방법을 찾기보다는, 제가 선택한 일이니 끝까지 해낸다는 마음으로 버텨요. 만든 성과가 정당하게 인정받는다는 믿음도 힘이 되고요.

Q. 쉽지 않은 순간이 많은데도 PS를 계속하게 만드는 순간이 있다면요?

형민 : 제가 떠올린 문제 해결 방법을 제 손으로 만들고 결과까지 직접 확인할 수 있다는 거요. 도파민이 두 배쯤 나오는 느낌이에요. 그래서 제 가설대로 비즈니스 레버가 움직일 때가 제일 신나요.

7월에 처음 문을 연 렌탈 접수가 10월 한 달에만 1,400건을 넘었어요. 다들 잘하고 있다고 칭찬해 주시는데, 저는 걱정이 앞서요. 전사 대시보드에 서비스마다 지표 차트가 하나씩 걸려 있는데, 그 차트가 꼭 회사에서의 제 모습 같거든요. 재미있는 만큼 부담도 커요.

희승 : 저는 오늘의 성지가 처음 돌아가는 걸 본 순간이에요. 프론트엔드 개발자였던 제가 기획부터 화면 디자인, 프론트엔드와 백엔드, 시세를 읽어 오는 배치까지 만들어 배포했어요. 예전 같으면 기획자, 디자이너, 프론트엔드, 백엔드가 한 스쿼드로 붙어야 했던 일을 에이전트와 해낸 거죠. 판매점이 시트에 가격을 올리면 고객 화면에 자동으로 뜨고, 고객이 그걸 보고 상담을 신청하는 흐름 전체를 제가 만들었다는 게 가장 짜릿했어요.

숫자도 따라왔어요. 문을 연 지 5일 만에 상담 가능한 판매점 상세에 들어온 고객 중 558명이 상담 버튼을 눌렀고, 그중 57%인 318명이 카카오톡 상담으로 넘어갔어요. 따로 영업하지 않은 주말에 판매점 두 곳이 스스로 입점 등록을 하기도 했고요. 그 뒤로도 꾸준히 늘어서 11월 1일까지 6주 동안 4,696명이 상담 버튼을 눌렀고 2,935명이 카카오톡 상담으로 넘어갔어요. 직접 입점한 판매점도 첫 주 34곳에서 55곳이 됐어요.

준희 : 두 분처럼 저도 결과로 확인될 때가 가장 좋아요. 제가 정의한 문제와 가설이 맞았다고 검증되고, 그 덕에 지표를 달성할 때요. CRM 유닛에 있을 때는 매달 수천 명 규모의 신규 회원가입을 추가로 만들어 냈어요.

회원가입을 늘리기 위해 PS로서 개발한 제품

Q. 요즘 출근길에 가장 기대되는 일은 뭔가요?

희승 : 출근하면 전날 배포한 기능의 지표부터 봐요. 금액 표시를 바꾼 뒤로 상담 버튼 클릭률이 9%대에서 12%대로 올라와서 요즘 아침이 즐거워요. 얼마 전엔 아침에 제 판단이 틀렸다는 걸 알고, 하던 작업을 멈추고 반대로 다시 만들어 그날 배포했어요.

예전이라면 회의와 일정 조율부터 했을 일이에요. 동료의 반복 업무를 덜어 주는 재미도 있어요. 매달 말 요금제 100개 안팎에 사은품을 붙이느라 5시간씩 걸리던 일도 줄이고 있어요. 10월 말엔 담당자분이 어드민 에이전트에 맡겨서 사은품 16건을 등록부터 검수, 요금제 연결까지 끝냈어요.

준희 : 저는 통신 시장에서 새로 풀 만한 문제가 보일 때 힘이 나요. 이걸 풀면 모요에도, 고객에게도 더 좋은 서비스가 될 거라는 기대가 있거든요. 그래서 매일 어떤 문제부터 풀지 생각하면서 출근해요.

Q. 1년 뒤에는 어떤 모습이고 싶으세요?

형민 : 1년 뒤는 상상이 잘 안 돼요. 개발만 하던 제가 PS가 될 줄도 몰랐으니까요. 일단은 연말에 가중목을 달성해서 박수 받고 싶어요.

준희 : 저는 PO로서 전문성을 갖춘 PS가 되고 싶어요. 스쿼드 안에서 부족한 부분을 PS의 역량으로 채우면서 일하는 모습이요.

희승 : 저는 범위를 넓히고 싶어요. 제품을 넘어 유입부터 전환까지 다루는 PS요. 지금 PS들이 마케팅까지 영역을 넓히고 있어서 저도 지표 설계와 고객 획득, 리텐션을 다루는 외부 교육을 들으며 지표, 알림톡, 광고를 함께 보고 있어요. 챕터와 플랫폼팀이 에이전트를 계속 고도화해 주니까 가능한 일이고, 에이전트가 좋아질수록 PS가 맡을 수 있는 범위도 넓어질 거예요.

Q. 마지막으로, PS 포지션에 관심을 갖고 있는 분들에게 한마디 부탁드려요.

형민 : "그냥 해 볼까" 하는 마음이라면 안 하는 게 좋아요. 문제 정의부터 제품 딜리버리, 비즈니스 지표 모니터링까지 모두 책임지는 자리라, 그런 마음으로는 이도 저도 아닌 결과가 나와요. 대신 일하는 걸 정말 좋아하고, 동료들의 결정을 보며 '나라면 이 문제를 어떻게 풀까'를 자주 상상해 본 분이라면 잘 맞을 거예요.

희승 : 형민님 말에 하나 덧붙이면, 문제를 잘 정의하는 게 가장 중요해요. 요즘은 시도하고 되돌리는 비용이 작아서 결국 무엇을 푸느냐에서 차이가 나요. 문제를 잘못 잡으면 틀린 답을 아주 빠르게 만들게 되거든요. 어떤 직무에서 출발했는지는 생각보다 중요하지 않아요. 만드는 건 에이전트와 함께 빠르게 할 수 있으니까요.

준희 : 두 분 말처럼 쉬운 자리는 아니에요. 그래도 AI 인프라가 잘 갖춰진 회사에서 스스로 문제를 찾고 성공 경험을 직접 만들어 볼 수 있다는 건 큰 기회예요. 성과에 대한 보상과 교육 지원도 탄탄하고, 곁에 좋은 동료가 많아요. AI를 레버리지해 사업 하나를 처음부터 키워 보고 싶은 분이라면 PS가 잘 맞을 거예요.

모요 서비스를 홍보하는 티셔츠를 입고 마라톤에 참여한 모요 동료들의 모습

다음 편에서는 이미 있는 사업의 숫자를 더 키우고 있는 두 명의 PS, 인터넷 제품을 맡은 영남님과 유입 유닛의 명철님 이야기를 이어 갈게요.