앱·홈·쇼핑몰 제작업체 평가 질문 15

포트폴리오 슬라이드와 견적 엑셀만으로 업체를 고르면, 선정 회의는 짧고 실행은 길어지기 쉽습니다. 좋은 질문은 상대를 곤란하게 만들려는 것이 아니라 전제를 드러내 비교 가능하게 만듭니다. 아래 열다섯 문항은 앱·홈페이지·쇼핑몰 외주에 공통으로 쓸 수 있습니다. 답변이 유창한지보다, 문서·사례·절차로 뒷받침되는지를 봅니다.

사용 방법은 단순합니다. 같은 질문지를 두 곳~네 곳에 보내고, 답변을 표로 붙인 뒤 가격 열은 마지막에 봅니다.

범위·기획 (1~3)

1. 우리 브리프에서 1차 범위와 하지 않을 범위를 어떻게 나누겠습니까?

페이지 수 나열인지, 시나리오 기준인지 봅니다. “다 됩니다”만 있으면 감점입니다.

2. 요구가 개발 중 바뀌면 어떤 절차로 영향과 일정을 산정합니까?

변경 요청 양식, 승인 창구, 유상·무상 경계가 있는지 봅니다.

3. 킥오프 후 2주 안에 나오는 산출물은 무엇입니까?

정보 구조, 시나리오 확정, 기술 전제, 리스크 목록처럼 구체성이 있는지 봅니다.

조직·커뮤니케이션 (4~6)

4. 프로젝트 단일 창구와 의사결정 리듬(주간 보고 등)을 설명해 주십시오.

개인 영웅이 아니라 역할이 있는지 봅니다.

5. 디자인 확정 이후 개발 단계 커뮤니케이션 도구와 기록 위치는?

채팅만인지, 이슈·문서가 남는지 봅니다.

6. 발주 측 의사결정이 늦어질 때 일정은 어떻게 조정됩니까?

책임 전가만 있는지, 규칙이 있는지 봅니다.

기술·보안·운영 (7~11)

7. 개발·시험·운영 환경을 어떻게 나눕니까?

“운영에 바로 올립니다”만 있으면 위험 신호일 수 있습니다.

8. 결제·개인정보·권한이 걸린 기능의 검수 시나리오 예를 들어 주십시오.

화면 시연을 넘어 실패·중복·권한 테스트를 말하는지 봅니다.

9. 로그·백업·모니터링을 오픈 범위에 어떻게 넣습니까?

“나중에”를 남발하는지 봅니다.

10. 외부 연동(결제, 푸시, 문자, 지도 등)이 실패할 때 사용자·운영자 경험은?

장애를 어떻게 가두고, 재시도·안내를 하는지 봅니다.

11. 예상 데이터 규모가 열 배 늘 때 먼저 보는 병목은 어디라고 보십니까?

막연한 “확장”보다 목록·검색·저장·캐시 같은 실무 이야기가 나오는지 봅니다.

인수·유지보수 (12~15)

12. 소스 저장소·클라우드·도메인·스토어·결제 계정 소유는 누구 명의로 합니까?

발주자 소유가 기본값인지 봅니다.

13. 인수인계 산출물 목록과 잔금 연결 조건을 제시해 주십시오.

시연 완료와 인수 완료가 다른지 봅니다.

14. 무상 하자 범위·기간과, 유지보수 월 비용에 포함·제외되는 항목은?

오픈 후 청구를 예측할 수 있는지 봅니다.

15. 비슷한 프로젝트에서 일정이 위태로웠을 때 어떻게 수습했는지, 익명으로 설명해 주십시오.

완벽한 성공 신화보다 리스크 대응 역량을 봅니다.

답변을 점수로 보는 간단한 기준

점수	기준
3	절차·산출물·책임자가 구체적, 문서 예시도 가능
2	방향은 맞으나 개인 역량에 의존하는 표현
1	추상·낙관·회피 (“알아서 잘”)
0	질문 무시 또는 가격만 강조

열다섯 문항 × 3점 = 45점 만점입니다. 가격은 점수가 비슷한 후보 사이에서만 결정 비중을 높입니다.

질문 없이 고를 때와 있을 때

	질문 없음	질문 15 사용
비교 가능성	낮음	높음
내부 설득	가격 중심	리스크 중심 가능
계약 품질	약함	인수·유지 조항 강화
실행 중 분쟁	많음	줄어드는 경향

질문을 생략한 선정은 업체 능력 문제만이 아니라 발주 프로세스의 빈칸인 경우가 많습니다. 나중에 “그 업체가 말을 바꿨다”고 느껴도, 애초에 말이 고정될 질문이 없었을 수 있습니다. 열다섯 문항은 공격이 아니라 공통 언어입니다.

실무 팁

미팅에서 바로 답하지 못하면 “문서로 하루~이틀 안”을 허용하되 기한을 둡니다. 영업만 답하고 실무 리더가 한 번도 안 나오면 감점합니다. 우리 브리프를 먼저 보내 질문 품질을 높이고, 미공개 사업은 비밀유지 합의 후 상세를 공유합니다.

스프레드시트에는 업체명, 문항별 점수, 총점, 강점 한 줄·위험 한 줄, 초기 견적·유지보수·인수 포함 여부, 일정(주)·가정된 범위 요약, 내부 메모를 두면 됩니다. 점수가 비슷하면 위험 한 줄이 짧은 쪽, 또는 인수·보안 점수가 높은 쪽을 올립니다. 총점만으로 기계적으로 고르면 우리 프로젝트 특수성(의료, 물류, 현장 업무 등)이 반영되지 않습니다. 열다섯 문항은 필터이고, 최종 결정은 필터를 통과한 후보 사이에서 합니다.

미팅 때는 질문 전체를 읽지 말고, 서류 답변이 약했던 문항 서너 개만 깊게 파도 됩니다. 시간이 부족하면 7·8·12·13·14번을 우선합니다. 이 다섯 개는 오픈 후 비용과 직결됩니다. 디자인 취향 논의는 중요하지만, 평가 회의의 전부를 차지하면 안 됩니다.

내부 평가자도 질문을 공유받아야 합니다. 마케팅은 일정·브랜드, 운영은 관리자 시나리오, IT는 계정·보안 관점으로 점수를 나누면 편향이 줄어듭니다.

LB Contents는 앱·홈페이지·쇼핑몰을 만들 때 화면뿐 아니라 운영 구조까지 같이 설계합니다. 위 질문지에 대한 답변 형식으로 제안 비교가 필요하면, 요구사항 정리 전에도 상담할 수 있습니다.