에이전시를 위한 화이트 라벨 웹 개발

화이트 라벨 웹 개발은 디자인이나 마케팅 에이전시가 자기 고객에게 구축 프로젝트를 팔고, 별도의 기술 파트너가 그 에이전시의 이름으로 보이지 않게 납품하는 방식입니다. 이런 것이 존재하는 이유는 작은 에이전시의 셈법과 상시 개발팀을 두는 셈법이 서로 맞지 않기 때문입니다. 고객 일은 파도처럼 몰려오는데 개발자에게는 매달 급여가 나가고, 그 두 사실 사이의 간격이 수요보다 먼저 사람을 뽑은 에이전시를 무너뜨립니다.

이 방식은 잘될 때는 아주 잘되고 실패할 때는 크게 실패합니다. 그리고 어느 쪽이 되느냐는 코드 품질보다 운영 합의에 훨씬 크게 달려 있습니다.

여러분이 실제로 하는 거래: 급여를 짊어지지 않고 “할 수 있다"고 말할 수 있는 능력과 마진을 맞바꾸는 것입니다. 디자인 중심 에이전시라면 대개 좋은 거래입니다. 대안이 일을 거절하거나, 아직 성사되지 않은 파이프라인을 보고 사람을 뽑는 것이기 때문입니다. 파는 것의 대부분이 개발이 되는 순간 나쁜 거래가 됩니다. 그때는 자기 핵심 상품을 하청 주는 셈이니까요.

화이트 라벨이 맞는 경우

여러분이 파는 다른 무언가를 전달하는 수단이 개발일 때 맞습니다. 가끔 사이트가 필요한 브랜드 에이전시, 캠페인에 랜딩 페이지와 연동이 필요한 마케팅 에이전시, 디자인 도구 안에서 아름다운 결과물을 만들고 그것을 실제로 구현해 줄 사람이 필요한 디자인 스튜디오. 모두 파는 가치가 코드보다 위쪽에 있습니다.

넘치는 물량에도 맞습니다. 내부 개발자가 둘인 에이전시가 채용 없이 세 번째 프로젝트를 동시에 받고, 파도가 지나가면 그 여력을 놓을 수 있습니다. 그 유연함이 이 방식의 전부이고 값을 치를 만합니다.

그리고 고용을 정당화할 수 없는 전문 분야에도 맞습니다. 이관 전문가, 성능 엔지니어, 결제 게이트웨이의 별난 점을 아는 사람을 일 년에 두 번 쓰자고 상시로 두는 곳은 없습니다.

어디서 무너지나

개발이 실제 제품일 때. 매출 대부분이 구축에서 나온다면, 그것을 하청 주는 순간 마진과 품질과 납품 평판이 모두 남의 인력 결정 위에 놓입니다. 그 지점에서는 더 어렵더라도 채용이 옳은 답입니다.

파트너가 재판매자일 때. 일부 화이트 라벨 공급자는 다시 하청을 줍니다. 그러면 코드를 쓰는 사람과 세 겹 떨어져 있게 되고, 질문 하나에 이틀이 걸립니다. 일을 하는 사람들이 여러분이 계약하는 회사의 직원인지 대놓고 물어보세요.

범위가 모호할 때. 디자인 산출물을 팔던 에이전시는 개발도 같은 방식으로, 세부가 아니라 결과로 브리핑하곤 합니다. 모호한 브리핑에 고정가를 붙이면 변경 요청을 둘러싼 다툼이 생기거나, 아무도 명시하지 않은 부분을 조용히 깎는 파트너가 생깁니다. 깎이는 것은 보통 테스트와 접근성과 성능입니다.

고객이 개발자와 이야기하고 싶어 할 때. 머지않아 기술을 아는 고객이 기술적인 질문을 합니다. 파트너 계약이 접촉을 금지하고 여러분이 답할 수 없다면, 여러분은 중간상처럼 보입니다. 좋은 합의는 통화에 여러분 브랜드로 기술 인력이 함께 들어가는 것을 허용합니다.

영국에서의 비용

화이트 라벨 가격은 고객에게 청구하는 요율보다 낮습니다. 파트너가 영업 비용과 고객 관리를 지지 않기 때문입니다. 그리고 영국에서 수행한다면 해외 외주 요율보다는 높습니다.

이에 견주어 여러분이 고객에게 청구하는 요율은 일과 시장에 따라 보통 하루 £600에서 £1,200이고, 마진은 그 사이에 있습니다. C++ 개발자 채용 안내 가 전문 인력 요율 비교를 다루고, 소프트웨어 개발 외주 가 국내와 해외의 선택을 더 깊이 다룹니다.

모호한 브리핑에 고정가를 붙이는 것은 조심하세요. 위험을 넘기는 것처럼 보이지만 대개 위험을 미루는 것입니다. 다툼이 프로젝트 시작이 아니라 끝에 오기 때문입니다.

진짜로 중요한 조항

지식재산. 계약은 대금 지급과 함께 코드를 여러분이나 고객에게 넘겨야 합니다. 가정하지 말고 문서로 남기세요. 기본 상태는 어느 쪽의 예상과도 다른 경우가 잦습니다. 영국 1988년 저작권법에서 제11조 는 고용된 사람이 업무 과정에서 만든 저작물의 최초 소유자를 고용주로 정하지만, 도급인은 피고용인이 아니므로 파트너는 넘기기 전까지 자기가 쓴 것을 소유합니다. 제90조 는 그 양도가 서면으로 이뤄지고 서명될 것을 요구합니다. 구두 양해로는 아무것도 넘어가지 않습니다.

비밀 유지와 유인 금지. 쌍방으로, 여러분 고객에게 접근하는 문제를 구체적으로.

소통 경로. 누가 누구와 이야기하는지, 파트너가 여러분 브랜드로 고객 통화에 나설 수 있는지, 어느 정도 응답을 기대하는지.

보증 기간. 인도 후 얼마 동안 결함을 무상으로 고치는지, 그리고 무엇이 변경이 아니라 결함인지.

문서와 인수인계. 무엇을 받는지 명시하세요. 저장소 접근 권한, 환경 구성 메모, 배포 절차, 접속 정보입니다. 에이전시는 이것들의 부재를 가장 나쁜 순간, 즉 파트너를 바꿀 때 알아차립니다.

출시 후 지원. 파트너가 유지보수에 응하는지, 얼마나 미리 알려야 하는지, 요율은 얼마인지. 이어질 길이 없는 구축물은 여러분이 물려받는 부채입니다.

실무에서 굴러가게 하려면

구체적으로 브리핑하세요. 파트너는 자기가 없던 회의에서 고객이 무슨 말을 했는지 추론할 수 없습니다. 화이트 라벨 납품이 실망스러워지는 가장 큰 원인은, 에이전시가 결과만 전달하고 파트너가 직원처럼 빈틈을 메워 주기를 기대하는 것입니다.

여러분 쪽에서 책임자를 한 사람으로 두세요. 그때그때 여유 있는 사람에게 흘러가는 개발 질문은 서로 어긋나는 답과 재작업을 낳습니다.

한 번의 납품 대신 중간 검토 지점을 넣으세요. 여섯 주짜리 구축을 끝에 몰아 검토하면, 첫 주에 잘못 이해된 것은 반드시 비싸게 고치게 됩니다.

시작 전에 완료가 무엇을 포함하는지 합의하세요. 지원 브라우저, 접근성 기준, 성능 목표, 기대하는 테스트입니다. 명시되지 않은 것은 값이 매겨지지 않고, 그 부재는 출시 뒤에 드러납니다.

어디서 시작할까

합리적인 시작은 기본 계약서가 아니라 작고 실제인 일입니다. 범위가 정해진 프로젝트 하나가, 아무리 많은 사전 조사보다도 그 파트너가 압박 아래 어떻게 소통하는지를 잘 알려 줍니다.

Mecanik은 웹 개발 과 소프트웨어 개발 팀을 통해 영국 에이전시들의 화이트 라벨 실행 파트너로 일하며, 대부분의 에이전시가 내부에 두지 않는 성능과 이관, 연동 작업도 맡습니다. 파트너와 채용을 저울질하고 있다면, 결정적인 질문은 개발이 여러분의 제품인가 아니면 전달 수단인가입니다.

관련 게시물: Drupal 개발자 채용: 단가, 역량, 검증 방법 , 여러 지점을 둔 기업의 지역 SEO .

자주 묻는 질문

화이트 라벨 웹 개발이란 무엇인가요? 디자인이나 마케팅 에이전시가 자기 고객에게 구축 프로젝트를 팔고, 별도의 기술 파트너가 그 에이전시 이름으로 납품하는 방식입니다. 예측하기 어려운 물량 앞에서 상시 개발 인건비를 짊어지지 않고도 일을 받을 수 있게 해 줍니다.

화이트 라벨 개발이 잘못된 선택인 때는 언제인가요? 파는 것의 대부분이 개발일 때입니다. 그때는 마진과 품질과 납품 평판이 남의 인력 결정에 달리게 되고, 더 어렵더라도 채용이 옳은 답입니다. 파트너가 다시 하청을 주어 코드를 쓰는 사람과 여러 겹 떨어지게 될 때도 잘못된 선택입니다.

영국에서 화이트 라벨 웹 개발 비용은 얼마인가요? 영국 기준 일당은 보통 £350에서 £550, 전담 개발자는 월 £6,000에서 £9,000이며, 고정가 작업은 범위별로 견적을 냅니다. 고객에게 청구하는 요율은 보통 하루 £600에서 £1,200이고, 그 차이가 에이전시의 마진입니다.

화이트 라벨 계약에서 코드는 누구 소유인가요? 계약에 쓰인 대로입니다. 그래서 대금 지급과 함께 지식재산을 여러분이나 고객에게 넘기는 명시적 양도 조항이 필요합니다. 조항이 없을 때의 기본 상태는 어느 쪽이 가정하는 것과도 다른 경우가 잦습니다.

화이트 라벨 파트너가 제 고객과 이야기해도 되나요? 기술적인 질문에 기술적인 답이 필요할 때라면, 여러분 브랜드로 이야기하는 편이 가장 좋습니다. 모든 접촉을 금지하는 합의는 고객이 담당자가 답할 수 없는 것을 묻는 순간 에이전시를 중간상처럼 보이게 만듭니다.