프로젝트 문제 90%를 예방하는 고객 온보딩 체크리스트

출처: Dev.to

대부분의 프리랜서 프로젝트 문제는 프로젝트가 시작되기 전에 이미 드러납니다.
잘못된 클라이언트, 불분명한 범위, 누락된 접근 권한, 초기 대화에 없었던 이해관계자 등은 모두 나중에 문제를 일으킵니다. 대부분은 적절한 온보딩 프로세스를 통해 첫 주에 잡아낼 수 있습니다.

• 계약서에 서명. 예외 없이. 계약서 없이는 아무 것도 시작하지 않습니다.
• 보증금 입금. 계약 조건에 보증금이 포함돼 있다면, 작업 시작 전에 결제가 완료되어야 합니다.
• 킥오프 콜 일정 잡기. 작업을 시작하기 위한 것이 아니라, 양측이 같은 방향을 보고 있는지 확인하기 위한 것입니다.

다섯 가지 확인 항목

1. 최종 의사결정자는 누구인가?
   지금까지 대화해 온 사람이 아니라, 디자인 결정, 기능 우선순위, 인도물 수락 등에 최종 권한을 가진 사람을 명확히 확인합니다.
2. 성공이란 무엇인가?
   프로젝트가 완료되고 클라이언트가 만족했을 때를 어떻게 정의하는지 물어보세요. 그 답변을 통해 기대치가 범위와 일치하는지 판단할 수 있습니다.
3. 절대 양보할 수 없는 조건은?
   특정 마감일? 사용 금지 기술? 이전 개발자가 했던 일 중 절대 반복하고 싶지 않은 것이 있나요?
4. 커뮤니케이션 선호 방식은?
   비동기 이메일, Slack, 정기 전화 회의 등 어느 방식을 선호하는지 초기에 합의합니다.
5. 프로젝트를 예상보다 어렵게 만들 수 있는 요소는?
   직접 물어보세요. 클라이언트는 내부 승인 절차, 데이터 문제, 신뢰할 수 없는 서드파티 의존성 등 복잡성을 알고 있지만 언급하지 않을 수 있습니다.

한 페이지 요약본을 보내세요: 우리가 합의한 프로젝트 내용, 주요 마일스톤, 클라이언트에게 언제 무엇을 제공받아야 하는지, 커뮤니케이션 일정, 연락 방법 등.

이 요약본은 양측이 같은 방향에 있음을 확인시켜 주며, 나중에 기억이 달라졌을 때 참고 자료가 됩니다.

기술 작업을 시작하기 전에 반드시 확인할 사항

• 필요한 모든 로그인 정보와 인증서
• 기존 코드를 작업한다면 코드베이스 접근 권한
• 스테이징/개발 환경 접근 권한
• 범위에 포함된 디자인 파일, 브랜드 가이드라인, 콘텐츠 등

프로젝트 3일 차에 중요한 접근 권한이 없다는 사실을 알게 되면 프로젝트가 지연되고 클라이언트가 불만을 가집니다.

대부분의 프리랜서 프로젝트 문제는 처음부터 존재했지만 표면화되지 않은 기대 차이에서 비롯됩니다. 온보딩 프로세스는 이러한 차이를 초기에 드러나게 하여, 나중에 갈등을 일으키는 대신 쉽게 해결할 수 있게 합니다.

시작 단계에 2시간 투자하면 이후에 발생할 갈등 관리에 드는 10시간을 절감할 수 있습니다.

Freelance Command Center에는 완전한 클라이언트 온보딩 템플릿과 체크리스트가 포함되어 있습니다. EUR 17.