💡 우리 프로덕트에는 '지금' 어떤 전략이 필요할까?

✅ '프로덕트 베이스 회사'란 시스템을 자동화하여 더 많은 사용자가 쓸 수 있게 만드는 것

Q. 초기 단계 회사와 어느 정도 고지에 오른 회사의 제품 기획 전략에 차이가 있을까요?

네, 굉장히 큰 차이가 있어요. 초기 회사는 완성도보다는 고객이 반응하는 지점을 찾아 기민하게 다양한 시도를 해봐야합니다. 토스 초기에는 간편 송금 서비스를 만들어놓고 신청이 들어오면 수동으로 하루에 한 번 송금을 해줬어요. 이는 서비스 퀄리티나 속도의 완성도는 높지 않지만 사람들의 반응을 체크하는 목적이 큰 경우라고 할 수 있죠.

그러다 돈을 벌기 시작하고 유저가 늘기 시작하면 단순히 하나의 기능이 아니라 전체적인 서비스 퀄리티의 기대 수준이 높아지게 됩니다. 그때부터는 고객을 케어하는 프로덕트의 퀄리티를 같이 끌어올리는 것이 필요하죠.

Q. '프로덕트 기반의 회사'란 어떤 의미인가요?

✅ 기술 부채를 한꺼번에 해결하려 하면 실패 확률이 높다

Q. 어느 스타트업이든, 개발팀은 기술 부채가 많은 것 같아요. 이를 어떻게 관리하시나요?

기술 부채를 일부 해결하는 방법은 여러 가지가 있어요. 하지만, 기술 부채를 한 번에 바꾸려고 하면 실패하는 경우가 더 많습니다.

데스밸리를 지나서 많은 고객이 유입되는 상황에서 시스템 전체를 바꾸려고 한다면 플랫폼이 이를 쫓아갈 수가 없겠죠. 그러니까 오히려 7:3의 비율로 설계되어 있는 로드맵 안에 기술 과제를 일부 넣어 본다든지, 적절한 시기에 기술 부채를 기능이나 영역별로 적용시켜 나가 본다던지, 프로젝트 형태로 해결해 본다든지 하는 방법을 C레벨과 논의해야 해요.

Q. 이런 프로덕트 관리를 위해 애자일, 스크럼 등의 업무 방법론도 많이 적용하시는 것 같아요.

제가 네이버에서 프로젝트 매니저 업무를 할 때 애자일 방법론 도입을 했었고, 이 과정에서 스크럼 마스터까지 수행할 수 있는 수준의 역할을 했었어요.

그런데 '애자일하다'는 개념에 대한 생각이 모두 달라요. 제게 '애자일'은 그저 순발력있게 기획, 디자인, 개발하여, 이에 대한 결과물을 빨리 확인한 후 고객에게 빨리 딜리버리 하는 것이에요.

따라서, 어떤 때는 스프린트가, 어떤 때는 프로토타이핑이, 그리고 어떤 때는 POC가 적합하죠. 이런 방법을 전반적으로 그냥 애자일하다고 하는 거지, 애자일의 세세한 내용들을 바이블처럼 여기는 것은 별로 선호하지 않아요. 맹목적으로 따라하다가 큰 어려움을 겪은 회사도 많이 봤습니다.