OORT // AI CUSTOMER OPS

"같은 개발사에 맡겼는데, 왜 우리 회사는 결과가 다르죠?" 이 질문은 외주 경험이 많은 SMB 대표님들이 한 번씩 마주칩니다.

답은 의외로 개발사 쪽에 있지 않습니다. 개발사를 어떻게 다루느냐, 정확히는 개발사를 어떤 관계로 설정하느냐에 있습니다. 이 글은 외주와 파트너의 차이를 정리하고, 파트너 관계를 만드는 다섯 가지 자세를 공유합니다.

한 개발사, 두 결과

작년에 비슷한 시기에 같은 개발사에 일을 맡긴 한국 제조업 클라이언트 두 곳이 있었습니다. 예산도 비슷했습니다 (2,500만 원, 3,000만 원). 6개월 뒤 결과는 이랬습니다.

차이는 개발사의 실력이 아니었습니다. 개발사를 다루는 단어 선택에 있었습니다.

클라이언트가 자기와 개발사의 관계를 '외주'로 설정하면 자연스럽게 다음 일이 일어납니다.

외주가 잘 끝나지 않는 가장 큰 이유는 단순합니다. 프로젝트가 끝나는 순간 관계도 끝난다는 가정 위에서 일하기 때문입니다. 그 가정 아래에서는 누구도 다음을 생각하지 않습니다.

같은 개발사라도 클라이언트가 '파트너'로 설정하면 풍경이 달라집니다.

탁월한 개발사는 대부분 파트너 관계를 원합니다. 좋은 디자이너가 디자인을 이해하는 클라이언트와 일하고 싶어하는 것과 같은 이유입니다.

"로그인 페이지를 만들고 싶다"보다 **"회원 가입자의 30%가 첫 주 안에 제품을 사용하게 만들고 싶다"**가 훨씬 좋은 시작점입니다. 기능이 아니라 결과를 말하면, 개발사가 그 결과를 위해 다른 길을 제안할 수 있게 됩니다.

그 기능이 왜 필요한지, 어떤 비즈니스 맥락에서 나온 요구인지, 이전에 같은 시도를 했다가 왜 실패했는지를 숨기지 마세요. 개발사가 더 좋은 제안을 할 수 있는 정보가 거기에 있습니다.

가장 흔한 실수는 "이건 말 안 해도 되겠지" 하고 빼놓는 정보입니다. 개발사 입장에서 그 정보가 있을 때와 없을 때의 결과물은 완전히 다른 결과가 됩니다.

주 1회 30분의 의사결정자 리뷰가 개발 속도를 2~3배 가속합니다. 실무 담당자만 회의에 들어와 단독으로 결정하면, 결정이 나중에 뒤집힐 가능성이 높아지고 프로젝트가 늘어집니다.

대표님이 직접 참여하기 어렵다면 결정 권한이 있는 한 명이 매주 한 번은 그 자리에 있어야 합니다. 결정을 미루는 비용이 가장 비쌉니다.

이런 신호를 추측하지 않고 서로 물어보는 문화가 필수입니다. 외주 관계에서는 이걸 묻기 어렵습니다. 파트너 관계에서는 묻는 게 자연스럽습니다.

계약 끝난 다음에도 자주 만나는 관계는 대부분 월 리테이너로 이어집니다. 이게 양쪽의 운영 효율을 함께 높입니다.

리테이너는 비용이 아니라 관계에 대한 정기 예약이라고 봐주시면 좋습니다.

채용할 개발사를 고를 때 면접에서 하나의 질문이면 충분합니다.

"이 개발사가 내 비즈니스의 '왜'를 알고 싶어하나, 아니면 '무엇을' 만들면 되는지만 듣고 싶어하나?"

전자라면 파트너입니다. 후자라면 외주입니다. 그 경계가 한 줄 안에 다 들어 있습니다.

같은 개발사라도 클라이언트가 어떤 관계를 만드느냐에 따라 결과가 갈립니다. 운이 좋은 클라이언트와 그렇지 않은 클라이언트의 차이는, 실은 운이 아닙니다.