개발사 첫 미팅에서 꼭 물어볼 것

한 쇼핑몰 대표님이 개발사 미팅을 마치고 나오면서 말씀하셨습니다. 「설명은 제가 다 했는데, 정작 저는 아무것도 못 물어봤네요.」 한 시간 동안 서비스 소개를 하고, 마지막에 「얼마 정도 나올까요」만 묻고 끝났다고 했습니다.

첫 미팅은 개발사가 우리 서비스를 알아 가는 자리이기도 하지만, 우리가 개발사를 알아 가는 자리이기도 합니다. 몇 달을 함께 일할 곳인데 금액 하나만 듣고 나오면 판단할 재료가 너무 적습니다.

핵심은 첫 미팅에서 금액보다 일하는 방식을 묻는 것입니다. 누가 무엇을 맡는지, 바꾸고 싶을 때 어떻게 되는지, 끝나고 무엇을 넘겨받는지를 확인하면 같은 금액이라도 어느 곳이 맞는지 보입니다.

사람과 역할을 묻습니다

미팅에 나온 사람과 실제로 일할 사람이 다른 경우가 있습니다. 처음에 확인해 두면 나중에 말이 엇갈리지 않습니다.

• 「저희와 매일 연락할 담당자는 누구인가요」
• 「화면 흐름과 기능 정의는 누가 정리하나요」
• 「디자인은 내부에서 하시나요, 따로 맡기시나요」
• 「중간에 담당자가 바뀌면 어떻게 인수인계하나요」

두 번째 질문이 특히 중요합니다. 기획 문서가 없는 상태라면 누군가 그 일을 해야 합니다. 개발사가 직접 한다면 그 기간과 비용이 견적에 들어 있는지 함께 물어봅니다.

진행 방식과 변경을 묻습니다

개발 중에 생각이 바뀌는 일은 반드시 생깁니다. 그때 어떻게 되는지를 미리 들어 두어야 합니다.

「그때그때 맞춰 드립니다」라는 답은 친절해 보이지만, 기준이 없다는 뜻일 수 있습니다. 한 번 더 「예를 들면 어떻게 하셨나요」라고 물어보시기 바랍니다.

미팅이 끝나면 들은 답을 짧게 정리해 메일로 보내 두십시오. 「오늘 말씀하신 내용을 이렇게 이해했습니다」 한 통이면, 나중에 기억이 엇갈릴 때 기준이 됩니다.

넘겨받을 것을 묻습니다

오픈이 끝이 아닙니다. 나중에 다른 곳에 맡기거나 직접 고칠 수도 있습니다. 그때 손에 무엇이 남는지 확인합니다.

1. 소스 코드와 관리자 계정은 언제 넘겨주나요
2. 서버와 도메인은 누구 이름으로 만드나요
3. 오픈 뒤 오류 수정은 언제까지 해 주시나요
4. 화면설계와 기획서도 최신 상태로 받을 수 있나요

이 답들은 계약서에 그대로 옮겨 적을 내용이기도 합니다. 미팅에서 미리 들어 두면 계약 단계가 짧아집니다.

질문을 듣는 것도 판단 재료입니다

미팅에서 개발사가 우리에게 무엇을 묻는지도 잘 들어 보십시오. 「관리자는 몇 명이 쓰나요」, 「회원이 탈퇴하면 기록은 어떻게 하나요」 같은 질문이 나온다면 서비스를 실제 운영 장면까지 떠올리고 있다는 뜻입니다.

반대로 우리가 그 질문에 답하지 못한다면, 아직 정해지지 않은 부분이 있다는 신호입니다. 그 부분은 미팅을 더 하기보다 메뉴 구조와 화면설계로 먼저 정리하는 편이 빠릅니다. 정리된 기획서를 들고 가면 미팅은 설명하는 자리가 아니라 확인하는 자리가 됩니다. 개발은 그 문서로 어느 곳에 맡기셔도, 직접 하셔도 됩니다.

자주 묻는 질문

개발사 첫 미팅에 무엇을 준비해 가야 하나요?

서비스를 한 문장으로 소개하는 글, 사용자 종류, 이번에 만들 범위를 적은 한 장이면 좋습니다. 화면 목록이나 화면설계가 있다면 함께 가져가십시오. 준비한 만큼 미팅에서 물어볼 시간이 생깁니다.

첫 미팅에서 견적 금액을 바로 물어봐도 되나요?

물어봐도 됩니다. 다만 문서 없이 말로 설명한 상태에서는 대략적인 범위만 들을 수 있습니다. 정확한 금액은 같은 기획 문서를 기준으로 다시 받는 것이 좋습니다.

좋은 개발사인지 미팅에서 어떻게 알 수 있나요?

답이 구체적인지, 그리고 우리에게 하는 질문이 구체적인지를 봅니다. 변경 요청과 산출물 인계에 대한 답이 문서로 정해져 있다면 믿을 만한 신호입니다. 비슷한 서비스를 만든 경험이 있는지도 함께 물어보십시오.