이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
저는 경영전략 수업에서 핀테크 스타트업 케이스 스터디를 진행할 때 'Build vs Buy' 판단 기준을 직접 정리해본 적이 있습니다.
그때 제가 세운 기준은 크게 세 가지였습니다. 첫째, 해당 기능이 핵심 차별화 요소인지 여부입니다. 결제 알고리즘처럼 경쟁 우위와 직결된다면 직접 개발이 낫고, 회계 처리처럼 표준화된 영역이면 기존 솔루션을 도입하는 게 더 빠르다고 판단했습니다. 둘째, 구현에 걸리는 시간과 팀 내부 역량입니다. 셋째, 장기 유지보수 비용이었습니다.
다만 케이스에서 실제 수치 데이터 없이 판단하려다 기준이 모호해지는 실패를 겪었고, 그때 재무 모델과 로드맵을 함께 검토해야 한다는 점을 배웠습니다. 입사 후에는 실제 데이터와 팀 역량 현황을 반영해서 더 정교한 기준을 만들어가고 싶습니다.
인턴십을 하면서 팀에서 고객 관리 도구를 교체할지 직접 만들지 논의하는 자리에 참여한 적이 있었습니다. 저는 비교표를 만드는 역할을 맡았습니다.
제가 세 개 외부 솔루션의 기능·비용·API 연동 가능성을 비교 정리했는데, 처음에는 단순히 기능 수를 세는 방식으로 접근했다가 팀장님께 핵심 기능과 부가 기능을 구분해야 한다는 피드백을 받았습니다. 그때부터 우리 팀이 실제로 쓸 기능 다섯 가지를 먼저 정의하고, 그 기준으로만 비교표를 다시 정리했습니다.
결국 팀은 외부 솔루션을 채택했는데, 저는 그 과정에서 기능 나열보다 우선순위를 먼저 정의하는 게 훨씬 중요하다는 걸 느꼈습니다. M&A 판단도 비슷하게, 어떤 역량이 우리에게 정말 필요한지부터 명확히 하는 것이 우선이라고 생각합니다.
졸업 논문에서 핀테크 기업의 성장 전략을 다루면서, 카카오페이가 특정 보험 서비스를 인수한 사례와 자체 개발한 대출 비교 서비스를 비교 분석했습니다.
두 결정의 차이가 흥미로웠습니다. 보험 부문은 규제 라이선스와 전문 인력이 필요해 직접 구축이 사실상 불가능에 가까웠고, 대출 비교는 데이터 연동 방식으로 빠르게 만들 수 있어 내재화한 것으로 분석했습니다. 즉, 규제와 라이선스 장벽이 있는 영역은 인수가 사실상 필수고, 데이터·소프트웨어 중심 기능은 자체 개발 여지가 크다는 패턴을 발견했습니다.
다만 논문 수준이라 실제 내부 의사결정 데이터에는 접근할 수 없었고, 공개 자료만으로 추론하는 한계가 있었습니다. 실무에서는 내부 재무 데이터와 팀 역량 진단이 함께 있어야 더 정확한 판단이 가능할 것 같습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 IR·재무전략 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.