CPO 동욱님을 만나다

2024년 5월 21일

"기업이 꼭 필요한 서비스를 만들고 있는 팀이라 생각해서 코드박스에 합류하게 되었어요."

회사에 대한 비전을 시기적 목표에 맞게 제품의 방향성과 전략을 일치시키는 역할을 하고 있는 CPO 동욱님과 ZUZU와 팀에 대해 이야기 해봤어요.


Q. 코드박스에서 CPO로서 어떤 역할을 하고 있는지 소개 부탁드려요.

안녕하세요. 코드박스에서 CPO를 맡고 있는 강동욱이라고 합니다.


역할로는 ¹회사의 비전에 맞는 장기, 단기 목표 전략을 일치 시키고 ²각 그룹과 팀 간 조정과 조직의 결정을 Align 할 수 있도록 하고 있고 ³제품의 지속 가능한 성장과 고객의 니즈가 제품에 녹아들 수 있도록 업무 조정하는 역할을 맡고 있습니다.


제가 CPO로서 하는 역할 세가지 외에 특히 더 신경 쓰는 부분이 있는데요. 구성원 간에 정보의 격차를 없애기 위해 노력하고 있어요. 제품을 개발하다 보면 조직에서 특정 정보에 대해 누군가는 더 알고, 누군가는 덜 알고 있는 상황이 생길 수 있어요. 그 격차가 없애기 위해 여러 미팅과 각 조직 간의 정보 격차를 줄이는 다리 역할을 하려고 노력해요. 


제품의 앞단인 사업팀부터 제품의 끝인 개발그룹까지 정보의 양을 동일하게 유지하고, 그 내용이 일치 시키고 있어요. 제품은 고객의 근본적인 니즈가 반영되어야 한다고 생각하는데, 이를 반영하기 위해서는 모든 구성원들이 다면적인 정보를 접해야 한다고 생각해요.

Q. 원래는 개발자셨다고 들었어요.  PO로 전향한 계기가 있으셨나요?

제가 정보의 격차를 없애는 것을 중요하게 생각하는 이유가 개발자에서 PO로 전향한 이유기도 해요. 


개발자로 근무하다 우연한 기회로 고객사와 미팅에 참여한 적이 있었어요. 고객사의 목소리를 처음으로 들어보게 되었는데 제가 개발하며 생각했던 목적과 고객사에서 이 서비스를 이용하고자 하는 목적이 전혀 달랐어요. 다행히 요구사항에 맞는 서비스는 잘 만들었는데, 만드는 이유 자체는 완전 잘 못 만들었던 거였죠. 제품에 대한 본질과 고객은 왜 쓸까에 대한 생각 없이 개발만 하다보니 생겼던 문제였던 것 같아요. 물론 미팅에 참여 했던 팀이 내용 전달을 해주는 경우도 있었지만 제품을 개발하는 입장에서 고객을 이해하고 만들고 싶다는 생각을 이 미팅에서 처음하게 되었고, 나름 적성에도 맞아서 좋은 기회를 통해 PO로 전향하게 되었어요.


특히 B2B 제품에서는 본질을 이해하는 것이 더 중요하다고 생각해요. 사용 고객들이 각 직무의 전문가들이 사용하는 제품일 거고 제품을 만드는 사람들이 해당 전문가 만큼의 이해도가 없다면 제품에 대한 신뢰도가 떨어지게 되잖아요. 결국 우리 고객들이 생각하고 이야기하는 내용과 내가 알고 있는 수준이 동일해야하는데 그 수준을 맞추는 역할이 필요하다고 느낀 것이 우연하게 참석한 고객사 미팅이었어요. CPO로서 역할을 세 가지 말씀 드렸지만 더 중요하게 생각하는 것이 정보에 대한 흐름을 원할하게 하고 구성원 간 정보의 격차를 없애는 것을 중요하게 생각하는 이유기도 해요.

Q. 코드박스에 결정적으로 합류하신 계기도 궁금해요.

서광열 대표님과의 지인 소개로 처음 알게 되었고, 두번, 세번 미팅을 이어가면서 코드박스와 ZUZU에 대해 많은 이야기를 해주셨어요. 그때 말씀 주신 계획이 꽤나 구체적이고 합리적이라 자연스럽게 관심이 갔던 것 같아요. 또 ZUZU가 다루는 도메인과 서비스가 인상 깊었던 게 저도 창업한 경험이 있어서 꼭 필요한 서비스라 생각했어요. 창업을 해보신 분이라면 저희가 제공하는 서비스가 답답한 곳을 긁어주는 느낌이 들거든요. 제가 생각하는 좋은 대표님이 경험적으로 꼭 필요한 서비스를 만들어가는 회사라면 재밌게 만들 수 있을 것 같다고 생각하여 합류를 결정했습니다.


Q. 코드박스 구성원들만의 제품에 대한 태도가 있을까요?

구성원 모두가 틀릴 수 있다를 전제로 일을 하고 있어요. 그래서 늘 변화에 열려 있는 태도를 문제를 바라보고 있고요.

저다시 말해 저희 팀은 전반적으로 문제 해결에 대한 스트레스가 적다고 생각합니다. 업무 프로세스이든, 제품이든 ‘문제가 있으면 고치면 된다’고 여깁니다. 문제는 언제든지 생길 수 있고 더 좋은 방법을 찾는 과정이라고 생각하고 있어요.


q. 틀릴 수 있다는 것을 전제로 빠르게 고쳐나가는 게 인상적이네요.

저희는 그걸 빠르게 실패하기라고 해요. 보통 제품을 만들기에 앞서 문제를 정의하고 해결하잖아요. 문제를 정의하는 것에는 정답이 한정되어 있어요. 문제는 분명히 존재하는 현상이니까요. 하지만 문제의 해결방법은 바라보는 관점에 따라 무한히 달라질 수 있어요. 그 중 무엇을 정답으로 할 것인지는 직접 실행해본 사람들만이 정할 수 있어요. 그렇기 때문에 시장을 빠르게 개척해나가는 조직일 수록 최대한 많은 해결방법을 빠르게 시도해보고 실패해봐야 한다고 생각해요.


예를 들면 객관식 4개 중 답이 3개 일 수도 있는 상황에서 정답을 맞추기 위해서는 오답 하나만 피하면 돼요. 정답을 찾기 위해 고민하는 시간이 길면 오히려 손해인거죠. 하나만 피할 수 있는 상황이라면 우선 빠르게 시도하고 보완할 점을 찾아 수정하는게 가장 효율적인 방법이 될 수 있다고 생각합니다. 다행히 코드박스는 제가 합류하기 이전 부터 빠르게 실행하고 보완하는 것을 선호하는 팀이라 누군가를 설득할 필요가 없어서 좋았어요.


q. 동욱님이 느끼시기에 코드박스에는 어떤 분들이 많이 계신 것 같으신가요?

질문이 많은 분들이 코드박스에 계세요. 어떤 일을 할때 왜 하는지, 정말 해야하는 일인지를 많이 물어보시는 것 같아요.

사람에 따라 피곤하게 느낄 수 있는데 저는 장점이라고 생각해요. 제품을 기획하는 입장에서 계획하는 방향성과 요청 하는 대로 해주면 좋은데 꼭 해야하는 일인지, 왜 해야 하는지 질문이 많아요. 질문에 대해 충분하게 고민하지 않았거나 합리적인 이유가 없다면 답하기가 어려워지죠. 

하지만 더 좋은 제품을 만들어 가기 위해서 필요한 과정이라 생각하고 충분한 소통을 통해 설명하면 결과를 만들어 냈던 것 같아요.


q. 코드박스가 PO를 뽑지 않다가 뽑게된 배경이 있을까요?

코드박스는 PO/PM 없이 제품을 만들어 왔어요. 구성원 모두가 도메인에 관심이 많고 기획자 역할을 할 수 있어서 PM을 따로 두지 않고도 개발이 가능했어요. 


그럼에도 뽑게 된 배경은 두 가지가 있는데요. 

첫 번째는 구성원들이 PM/PO 직무를 겸직하는 형태다 보니 서비스가 본 궤적으로 들어가고 나서는 꾸준하게 전략을 만들어 가는 것에 리소스적인 한계가 있었고, 두 번째는  기존 서비스가 확장되며 새로운 가치를 시장에 전달해야해요. 신규 영역에 대해 맞아주실 분을 찾고 있어요? (좀 더 생각해보겠습니다. 안 떠오르네요)


예를 들면 최근 for startup → for company로 서비스 범위가 확장되었을 때 상장사의 니즈가 우리 프로덕트에 어떻게 영향을 줄 지 어떤 서비스를 우선 순위로 개발해야 할지는 파악이 필요하고 그 외에도 올해 저희가 준비하는 것이 많아 PO를 맡아주실 분을 찾게 되었어요.


q. 코드박스 PO로 합류하게 되면 개발그룹과 주로 일을 할텐데 저희 개발 그룹이 저는 특별하다고 생각해요. 업무상의 장점이 있을까요?

우선 코드박스 PO로서 필요한 마인드셋에 대해 말씀드리면, 큰 관점에서 사업과 제품을 바라보실 분이 필요해요. ZUZU와 같은 B2B SaaS의 구매의사결정권자는 대부분 대표님 혹은 최소 팀장 이상이잖아요. 의사결정권자 이상의 레벨에서 생각할 수 있는 사람이어야 하고, 우리 고객이 어떤 고민을 하는지 생각해야 해요.


예를 들면 대부분 급여나 스톡옵션을 받아만 봤지 줘본 적은 없어요. 주는 사람 입장에서 어떤 일을 하고 복잡한 조건과 고민을 해야하는 지 알기가 어렵죠. 운영/관리하는 입장에서 생각하는 기본적인 마인드 셋이 필요해요.


장점에 대해 말씀 드리면, 우리 서비스의 가치를 납득시키려면 기능 개발의 방향성을 어디로 잡아야 할지 이런 고민이나 마인드셋을 혼자 안고갈 필요가 없다는 거예요. 코드박스에는 이미 그런 마인드셋과 입장에서 고민을 할 수 있는 분들이 모여 있어서 제품에 대해 논의할 때 편할 수 있어요. 혼자 엄청 고민해서 결정하기 보단, 좋은 결정을 다 같이 할 수 있는 상황이라 혼자 답을 만들어내야 하는 상황은 아마 없을거에요. 해결 방법을 찾아 내는 과정에서 도움을 받을 수 있는 동료가 많은 회사이에요.


q. 앞으로 함께 할 PO에게 어떤 역량을 중요하게 생각하시나요?

아까 말한 대표나 팀장입장에서 생각하는 게 중요하고 나머지 하나는 데이터에만 의존하지 않는 게 중요해요. 데이터는 의사결정을 하기 위한 하나의 수단이지 데이터에서만 답을 찾으려고 하는 것은 좋은 방법은 아닌 것 같아요. 데이터 외에도 고려해야 할게 많은데 너무 데이터에 집착하려고 하면 중요한 것을 놓칠 수 있어요.


. 저희가 만들어 가는 서비스는 시장에 플레이어가 거의 없고, 사례가 없는 경우가 많은데 그러다 보면 데이터 쌓기 부터  해야 하는 경우가 대부분이에요.  그래서 데이터를 활용한다면 이미 수집한 데이터를 분석하는 것도 중요하지만 어떤 데이터를 어떤 목적으로 어떻게 수집해서 제품개선에 활용할지 가설을 설정하고 검증하는 능력이 중요해요..


q. ZUZU가 다루는 도메인에 대한 생각도 궁금합니다.

생소하다 뿐이지 막상 찾아보면 엄청 어렵지는 않아요. 평소에 도메인에 관심이 있었냐, 없없냐에 따라 학습하는 속도는 차이 있을 수 있지만 사실 알고 나면 정보를 얻는 것은 어렵지 않아요. 성장지원팀에서 저희 가이드를 잘 만들어 주셔서 자세하게 설명이 있기도 하고 내부적으로도 스터디, 리서치 등 학습할 수 있는 기회가 많아서 걱정 안해도 된다고 생각합니다.


저 역시도 코드박스에 입사해서 처음으로 도메인에 대해 학습해 봤고, 저희 팀에 합류하신 대부분이 처음부터 도메인에 아주 익숙한 분들보다는 관심이 있는 분들이 더 많아요. 처음부터 저희 도메인을 다 알고 오시기가 더 어렵다고 생각하고요.


도메인 자체가 법적인 영역이 밀접하게 맞닿아 있다보니 매년 개정되거나 정부가 계획 중인 여러 컴플라이언스는 미리 감지하고 그 의도를 파악해야 해요. 그렇다 보니 모든 구성원들이 꾸준한 공부가 필요하고 끊임없이 학습하고 있어요. 결국 익숙해지기 위해 노력해야 서비스에 잘 반영 될 수 있다고 생각해요. 도메인 자체가 생소하다 보니 좀 더 특별해 보일 수 있지만 관련 도메인을 학습하고 끊임 없이 공부해 소비자의 문제를 해결할 방안을 생각하는 것, 그 방안을 프로덕트에 녹이려는 것은 어느 스타트업이나 똑같다고 생각합니다


q. 마지막으로 지원을 망설이는 분들에게 해주실 말씀 있을까요?

made with Greeting