프리랜서 개발자를 고용하는 방법

대부분의 실패한 개발 프로젝트는 코딩이 잘못된 것이 아니었습니다. 사양이 잘못되었고, 잘못된 신호로 고용되었으며, 다음 개발자가 다시 시작해야 할 정도로 불완전하게 인계되었습니다. 기술적인 부분에서 돈이 사라지는 경우는 거의 없습니다.

이는 비기술적인 구매자에게 좋은 소식입니다. 가장 중요한 결정은 구매자가 내릴 자격이 있는 결정이기 때문입니다. 잘 고용하기 위해 누군가의 JavaScript를 평가할 필요는 없습니다. 문제를 정확하게 설명하고, 관련 증거를 인식하고, 속이기 어려운 질문을 하고, 열쇠를 넘겨받는 인계를 주장할 수 있어야 합니다. 이 가이드는 이 네 가지 모두를 안내합니다.

실제로 무엇을 구축할지 결정하세요

기술이 아닌 결과부터 시작하세요. “앱이 필요해요”는 브리프가 아닙니다. “고객이 휴대폰으로 시간을 예약하고 결제해야 하고, 저는 내일 예약 목록을 한눈에 봐야 해요”가 브리프입니다. 두 번째 버전은 견적을 내고, 테스트하고, 논의할 수 있습니다. 첫 번째는 불가능합니다.

누구와도 이야기하기 전에 네 가지를 적어두세요:

• 수행할 작업사용자가 오늘 할 수 없는 일을 무엇을 할 수 있어야 하는가. 기술적인 언어보다는 사용자 언어로, 각 기능당 한 문장으로 작성합니다.
• 필수 사항구축이 무의미해지는 몇 가지 필수 사항. 목록에 6개 이상이 있다면 사양이 아니라 희망 목록입니다.
• 이미 존재하는 것현재 사이트, 호스팅, 도메인, 결제 제공업체, CRM, 스프레드시트. 모든 통합은 작업이며, 선언되지 않은 통합은 견적이 깨지는 지점입니다.
• 누가 유지 관리하는가소프트웨어는 구매가 아니라 약속입니다. 지금 개발자를 계속 고용할지, 다른 사람을 고용할지, 아니면 직접 관리할지 결정하세요.

유용한 원칙: 첫 번째 버전을 진정으로 유용할 수 있는 가장 작은 것으로 설명하세요. 다른 모든 것은 두 번째 목록에 들어갑니다. 개발자는 첫 번째 목록에 대해 견적을 내고, 두 번째 목록은 첫 번째 목록이 수익을 창출한 후에 자금을 지원하는 것입니다.

어떤 종류의 개발자가 필요한가요

“개발자”는 서로 교체할 수 없는 수십 가지의 다른 직업을 포괄합니다. 잘못된 개발자를 고용하는 것은 이 과정에서 가장 흔하고 가장 비싼 범주 오류입니다.

• 프론트엔드사용자가 보고 만지는 것: 레이아웃, 상호 작용, 반응성, 접근성. 재설계, 마케팅 사이트 또는 기존 시스템의 새 인터페이스를 위해 고용합니다. 프론트엔드 개발 프리랜서를 참조하세요.
• 백엔드데이터, 로직, API, 인증, 결제. 버튼을 누른 후에 발생하는 일에 가치가 있을 때 고용합니다. 백엔드 개발 프리랜서를 참조하세요.
• 풀스택둘 다, 작동하는 표준으로. 대부분의 소규모 구축에 적합한 선택입니다. 두 전문가 간의 조정 비용이 소규모에서는 절약되는 비용보다 더 많이 들기 때문입니다.
• CMS 및 플랫폼WordPress, Shopify, Webflow 등. 요구 사항이 기존 플랫폼으로 충족된다면, 이를 다시 구축하기 위해 맞춤형 개발자를 고용하는 것은 돈을 낭비하는 것입니다. WordPress 개발 및 Shopify 개발을 참조하세요.
• 모바일네이티브 iOS 또는 Android, 또는 크로스 플랫폼. 웹과는 완전히 다른 분야이며, 자체적인 스토어 검토 및 출시 제약이 있습니다. 모바일 앱 개발을 참조하세요.
• 유지 보수 및 수정디버깅, 업데이트, 성능, 보안. 종종 가장 가치 있는 고용이며, 구매자가 가장 오래 미루는 고용입니다. 웹사이트 유지 보수를 참조하세요.

어떤 것이 필요한지 정말로 알 수 없다면, 그 자체로 작고 저렴하며 잘 정의된 작업입니다. 어떤 것을 의뢰하기 전에 숙련된 개발자에게 짧은 범위 설정 상담 비용을 지불하세요.

사람보다 기술을 먼저 선택하기

언어를 선택할 필요는 없습니다. 한 가지 결정만 내리면 됩니다. 플랫폼 또는 맞춤형. 이 가이드의 다른 어떤 선택보다 총 비용에 더 큰 영향을 미칩니다.

플랫폼 구축(WordPress, Shopify, Webflow, 노코드 도구)은 대부분의 소프트웨어가 이미 존재하며 구성, 디자인 및 사용자에게 특정한 부분에 비용을 지불하는 것을 의미합니다. 수천 명의 개발자가 알고 있기 때문에 더 빠르고 저렴하며 다음 사람에게 인계하기 쉽습니다. 한계는 플랫폼의 가정 내에서 살아야 한다는 것입니다.

맞춤형 구축은 소프트웨어가 사용자를 위해 작성된다는 것을 의미합니다. 정확하게 맞고, 생성 및 유지 관리 비용이 몇 배 더 많이 듭니다. 작성한 사람만이 문서화하기 전까지는 알기 때문입니다. 맞춤형은 사용자가 하는 일이 제품일 때 올바른 답입니다. 브로슈어 사이트나 표준 상점에는 잘못된 답입니다.

두 가지 실용적인 규칙. 첫째, 주류 플랫폼이 필요한 것의 80%를 수행한다면, 거기서 시작하여 부족한 20%에 비용을 지불하세요. 둘째, 무엇이 선택되든 이유를 물어보세요. 요구 사항 측면에서 선택을 설명할 수 없는 개발자는 필요한 것이 아니라 자신이 좋아하는 것을 선택하는 것입니다. 전체 사이트 구축을 고려하고 있다면, 저희 웹사이트 비용 가이드가 범위를 제시합니다.

개발자가 인용할 수 있는 간단한 브리프 작성

좋은 기술 브리프는 짧고 구체적입니다. 개발자에게 구축 방법을 알려주지 않고, 완료했을 때 무엇이 사실이어야 하는지를 알려줍니다.

• 문제점(한 단락). 현재 무슨 일이 일어나고 있으며, 왜 용납할 수 없는지.
• 사용자 스토리. “고객으로서, 나는 … 할 수 있다. 그래서 …”. 5~15개의 스토리가 실제 사양입니다.
• 통합. 사소하다고 생각하는 시스템을 포함하여 모든 외부 시스템의 이름을 명시하십시오.
• 제공하는 것. 복사본, 이미지, 디자인, 로그인, 테스트 데이터. 선언되지 않은 공백은 청구 가능한 시간이 됩니다.
• 제약 조건. 마감일, 예산 범위, 유지해야 할 호스팅, 충족해야 할 규정 준수.
• 완료의 정의. 어디에 배포되었는지, 어떻게 테스트되었는지, 어느 수준으로 문서화되었는지, 무엇과 함께 인계되었는지.

예산 범위를 포함하십시오. 구매자는 더 낮은 견적을 기대하며 예산 범위를 공개하지 않지만, 실제로는 잘못된 규모를 목표로 하는 제안만 생성되어 이를 알아내는 데 한 번의 서신 교환을 낭비하게 됩니다. 훌륭한 제안을 얻는 프로젝트 브리프 작성에 대한 저희 가이드에는 더 완전한 템플릿이 있으며, 시간당 vs 고정 가격은 귀하의 브리프가 어떤 가격 모델을 요구하는지 설명합니다.

최종 후보 목록 작성

3~5명의 후보를 목표로 하십시오. 그보다 적으면 비교할 수 없고, 그보다 많으면 제대로 평가할 수 없습니다.

두 가지 검색 방향이 있습니다. 작업이 잘 정의되어 있고 특정 항목을 구매하려는 경우 작업부터 시작하십시오. 웹사이트 개발, 소프트웨어 개발 또는 웹 애플리케이션에서 고정 가격 목록을 찾아보거나, 웹 디자인, WordPress 개발자, 모바일 앱 개발 또는 Shopify 전문가에서 마켓플레이스별로 찾아보십시오.

작업에 논의가 필요한 경우 사람부터 시작하십시오. 분야별 또는 도구별로 개발자를 찾아보십시오. — React, WordPress, PHP, Python 또는 Webflow — 또는 브리프를 게시하고 제안이 오도록 하십시오. Zinn Hub에서는 프로젝트 게시가 무료이며, 웹사이트 개발, 백엔드 개발 또는 모바일 앱 개발과 같은 특정 영역으로 지정할 수 있습니다.

관련성에 따라 엄격하게 필터링하고 다른 모든 것은 가볍게 필터링하십시오. 귀하의 것과 유사한 세 가지를 출시한 개발자는 다른 분야에서 두 배의 경험을 가진 개발자보다 거의 항상 더 낫습니다.

개발자 포트폴리오 읽는 방법

누군가의 코드를 감사할 필요는 없으며, 그럴 수도 없습니다. 포트폴리오는 무엇을 봐야 할지 안다면 여전히 많은 것을 알려줍니다.

• 라이브 링크를 여십시오. 스크린샷은 아무것도 증명하지 못합니다. 휴대폰으로 사이트를 로드하고, 사용하고, 망가뜨려 보십시오. 오늘 망가진 것은 망가진 채로 승인된 것입니다.
• 귀하의 문제와 유사한 문제를 찾으십시오. 같은 산업이 아니라 같은 형태의 문제입니다. 예약 흐름은 미용실 예약이든 헬리콥터 예약이든 예약 흐름입니다.
• 그들이 무엇을 했는지 확인하십시오. 팀 프로젝트에서는 어떤 부분이 그들의 작업이었는지 물어보십시오. “제가 작업했습니다”는 많은 것을 의미할 수도 있고 거의 아무것도 의미하지 않을 수도 있습니다.
• 기본 사항을 직접 테스트하십시오. 페이지가 빨리 로드됩니까? 휴대폰에서 작동합니까? 키보드로 양식을 사용할 수 있습니까? 이것들은 비기술적인 구매자도 완벽하게 읽을 수 있는 기술 신호입니다.
• 리뷰를 증거의 몸체로 읽으십시오. 하나의 빛나는 리뷰는 잡음입니다. 특히 커뮤니케이션과 마감일에 대한 많은 리뷰의 패턴은 신호입니다. Zinn Hub에서는 리뷰에 확인된 구매가 필요합니다.
• 무엇이 잘못되었는지 물어보십시오. “잘못된 프로젝트에 대해 이야기해 주세요”라는 질문에 대한 가장 강력한 답변은 구체적이고, 솔직하며, 잘 분석된 이야기입니다. 순조로운 프로젝트만 있는 개발자는 없습니다.

이것의 체계적인 버전을 보려면 12단계 프리랜서 검증 체크리스트를 살펴보십시오.

고용하기 전에 물어볼 질문

목표는 누구를 잡으려는 것이 아닙니다. 답변이 연습되지 않았을 때 누군가가 어떻게 생각하는지 듣는 것입니다.

• 과거 구축 설명“이 프로젝트 중 하나와 당신이 내린 절충안에 대해 설명해 주세요.” 좋은 개발자는 자신이 하지 않기로 선택한 것과 그 이유를 언급할 것입니다. 절충안이 없는 전문 용어는 경고 신호입니다.
• 여기서 무엇이 걱정됩니까귀하의 브리프에서 가장 위험한 부분이 무엇인지 물어보십시오. “아무것도 없습니다. 간단합니다”라고 말하는 사람은 제대로 읽지 않은 것입니다.
• 무엇이 빠졌습니까“제가 제공하지 않은 것 중에서 저에게 필요한 것이 무엇입니까?” 강력한 후보는 즉시 그리고 자세히 답변합니다.
• 진행 상황을 어떻게 볼 수 있습니까스테이징 링크, 주간 업데이트, 공유 보드. 어떤 답변이든 괜찮습니다. 답변이 없으면 안 됩니다.
• 출시 후에는 어떻게 됩니까버그 기간, 지원 조건, 문서화. 문제가 발생했을 때가 아니라 시작하기 전에 이에 동의하십시오.
• 코드 소유자는 누구입니까직접 물어보십시오. 답변은 귀하가 소유해야 하며, 인도 시 서면으로, 실행에 필요한 모든 것을 포함해야 합니다.

약속하기 전에 테스트하세요

구매자가 이용할 수 있는 가장 저렴한 보험은 큰 작업 전에 작은 유료 작업을 하는 것입니다. 좋은 프리랜서가 거절하고 돈이 관련되었을 때 누군가가 어떻게 행동하는지에 대해 아무것도 알려주지 않는 무급 시험이 아니라, 실제적이고 작고 유료인 작업입니다.

좋은 테스트 작업은 대표적이고, 독립적이며, 한 번에 완료할 수 있어야 합니다. 특정 버그 수정, 한 페이지 반응형으로 만들기, 양식 추가 및 연결, 느린 페이지 개선 등입니다. 실제로 평가하는 것은 코드가 아닙니다. 시작하기 전에 명확한 질문을 했는지, 선호하는 것보다 요청한 것을 제공했는지, 자신이 한 일을 설명했는지, 그리고 그들이 제시한 시간표가 귀하가 얻은 시간표였는지 여부입니다.

Zinn Hub에서 자연스러운 형식은 Micro Zinn입니다. — $5, $10, $15 또는 $20의 고정 가격 작업입니다. 버그 수정 및 작은 코드 작업 또는 웹사이트 버그 수정 및 조정을 찾아보거나, $20 Micro Zinns로 가격부터 시작하십시오. 약속하기 전에 프리랜서 테스트에 대한 저희 가이드는 테스트를 구성하고 판단하는 방법을 다룹니다.

비용 및 지불 방법

개발 가격은 다른 어떤 프리랜서 범주보다 다양합니다. 작업 자체가 더 다양하기 때문입니다. 다음은 Zinn Hub 가격이 아닌 전체 작업에 대한 일반적인 시장 범위이며, 모든 프리랜서는 자체적으로 가격을 설정합니다.

• 작은 작업

  $200 미만

  버그 수정, 플러그인 충돌, 양식, 속도 통과, 기존 빌드의 작은 기능. 고정 가격 작업으로 구매하는 것이 가장 좋습니다.

• 표준 빌드

  $500–$2,000

  플랫폼 기반 사이트 또는 상점: 테마 구성, 여러 페이지 템플릿, 양식, 기본 통합, 출시.

• 고급

  $2,000–$8,000

  맞춤형 기능, 계정 및 로그인, 결제, 타사 통합 또는 처음부터 구현된 맞춤형 디자인.

• 애플리케이션

  $8,000+

  실제 소프트웨어 제품: 다중 역할 시스템, 대시보드, 모바일 앱, 의미 있는 백엔드 로직 및 지속적인 엔지니어링이 필요한 모든 것.

비용은 범위, 복잡성 및 경험에 따라 다릅니다. 견적을 확인하는 데 밴드를 사용하고 요금표로 사용하지 마십시오. 만약 귀하의 브리핑이 속한 곳에서 두 밴드 떨어진 숫자가 있다면, 그 차이는 논의할 가치가 있는 것입니다.

Zinn Hub에서 모든 Zinn은 Zinner가 설정한 가격을 가지며, 구매자는 플랫폼 수수료를 지불하지 않으며, 모든 가격은 USD로 표시되며 귀하의 통화로 대략적인 등가액이 표시됩니다. 주문은 단일 전체 금액으로 지불되고 보호됩니다. 단계별 또는 마일스톤별 릴리스는 없으므로, 단계별 빌드는 별도의 주문으로 처리되거나 프로젝트 브리핑에서 별도의 가격이 책정된 단계로 합의됩니다. 플랫폼 보호 Zinner를 선택하면 주문이 완료될 때까지 Zinn Hub에서 결제 금액을 보관합니다. 환불은 USD로 귀하의 Zinn Wallet에 전액 입금됩니다. 자체 PayPal 또는 Stripe 계정을 연결한 Zinners는 결제 시 직접 지불됩니다.

소유권, 접근 및 인계

이것은 구매자들이 건너뛰고 나중에 후회하는 부분입니다. 작업이 시작되기 전에 이 모든 것을 서면으로 합의하십시오. 왜냐하면 배송 후에는 더 이상 영향력이 없기 때문입니다.

• 귀하의 이름으로 된 계정. 도메인, 호스팅 및 모든 타사 서비스는 귀하에게 등록되어야 하며, 개발자는 사용자로 추가되어야 합니다. 절대로 그 반대가 되어서는 안 됩니다.
• 배송 시 코드 소유권. 최종 결제 시 작업물을 귀하가 사용, 수정하고 다른 곳으로 가져갈 수 있음을 명확히 명시하십시오. 자체 라이선스가 있는 타사 구성 요소에 대해 문의하십시오.
• 저장소 접근. 열어보지 않더라도 다음 개발자에게 제공할 수 있어야 합니다.
• 모든 자격 증명. 관리자 로그인, API 키, 데이터베이스 접근, 배포 접근 — 최종 결제 전에 전송 및 작동 확인.
• 문서. 배포 방법, 파일 위치, 문제 발생 시 대처 방법에 대한 짧은 서면 메모. 한 페이지면 충분합니다. 아무것도 없는 것은 안 됩니다.
• 버그 수정 기간. 출시 후 실제 결함이 추가 비용 없이 수정되는 정해진 기간. 30일이 일반적이고 합리적인 요청입니다.

저작권 및 라이선스 조건은 국가 및 계약에 따라 다르므로, 이를 법률 자문이 아닌 일반적인 지침으로 간주하고 상업적으로 중요한 사항에 대해서는 전문가의 조언을 받으십시오.

개발 프로젝트를 망치는 실수

• 브리핑이 존재하기 전에 고용하는 것. 사양을 정하는 데 드는 모든 시간은 빌드 및 재작업에서 여러 시간을 절약합니다. 이 목록의 다른 어떤 것도 이것만큼 중요하지 않습니다.
• 가격만으로 선택하는 것. 가장 낮은 견적은 종종 가장 이해도가 낮았던 것이며, 그 차이는 변경 요청으로 나타납니다.
• 조용히 범위를 추가하는 것. 빌드 중 작은 요청은 고정 가격이 분쟁으로 변하는 방식입니다. 일괄 처리하고, 가격을 책정하고, 결정하십시오.
• 스테이징 환경 없음. 작업이 라이브 상태일 때만 검토하는 것은 고객이 망가진 사이트를 발견하는 방식입니다.
• 모바일 확인 건너뛰기. 대부분의 방문자는 휴대폰을 사용합니다. 휴대폰으로 열어보지 않은 것은 아무것도 승인하지 마십시오.
• 인계를 끝까지 미루는 것. 접근 및 소유권을 합의할 시점은 첫 번째 커밋 전이지, 마지막 인보이스 발행 중이 아닙니다.
• 유지보수 계획 없음. 소프트웨어는 부패합니다. 첫날부터 업데이트, 백업 및 보안 예산을 책정하거나 나중에 복구 비용을 지불하십시오.
• 경고 신호를 무시하는 것. 모호한 답변, 작은 마감 기한을 놓치는 것, 플랫폼 외부에서 결제를 강요하는 것 등은 모두 일반적인 프리랜서 사기에 대한 저희 가이드에 설명되어 있습니다.

프리랜서가 올바른 경로인지 여전히 결정 중이라면, 프리랜서 대 에이전시가 소규모 비즈니스 구축을 위해 두 가지를 솔직하게 비교합니다.