좋은 공급업체 평가는 업체의 순위만 보여 주지 않습니다. 어떤 기준에 가중치를 두었는지, 어떤 증거를 확인했는지, 무엇이 아직 비어 있는지를 설명해야 합니다. 구성할 때는 프레젠테이션 데이터 스토리처럼 질문, 확인 가능한 근거, 제한된 제안의 순서로 전개하세요.
결정 목표와 범위 정하기
먼저 업체를 선정할지, 다음 검토 단계로 넘길지, 근거 부족으로 보류할지 명확히 씁니다. 기준일, 대상 범위, 양보할 수 없는 요구사항도 기록합니다. 제안서가 같은 업무 범위를 다룰 때만 공정하게 비교할 수 있습니다.
기준과 증거 수집하기
총비용, 납품 역량, 서비스 수준, 품질, 통합 노력처럼 결정을 바꿀 수 있는 기준을 소수로 정합니다. 제안서의 주장과 레퍼런스, SLA 문서, 테스트 결과 같은 증거를 분리해 기록하세요. 정보가 없으면 ‘확인 필요’로 두고 자동으로 0점을 주지 않습니다.
가중치를 투명하게 보이기
기준별 가중치와 점수 척도를 공개합니다. 원점수, 가중치, 가중 점수를 한 표에 보여 주면 충분한 경우가 많습니다. 결과에 가장 큰 영향을 주는 두 기준을 설명하고, 합리적인 범위에서 가중치를 바꿔도 추천이 유지되는지 간단히 확인합니다.
짧은 덱으로 구성하기
- 결정 질문과 기준일
- 비교 가능한 요구사항과 제외 항목
- 평가 방법과 가중치
- 기준별 기여도를 포함한 결과
- 위험, 미확인 증거, 민감도
- 추천안, 확인 질문, 담당자
모든 슬라이드에서 같은 척도를 사용하고 예시 숫자는 ‘예시’라고 표시하세요. 발표자가 설명하지 않아도 검토할 수 있어야 합니다.
부족한 정보를 질문으로 바꾸기
확인되지 않은 증거나 가중치가 큰 기준에서 구체적인 질문을 만듭니다. SLA라면 측정 방식, 예외, 에스컬레이션을, 비용이라면 물량, 계약 기간, 전환 노력을 확인합니다. 질문마다 담당자와 기한을 지정합니다.
점수가 증명하지 않는 것
점수는 미래 성과를 보장하지 않습니다. 선택한 방법과 기준일 현재의 증거를 요약할 뿐입니다. 마지막 슬라이드에서 추천안, 가정, 추가 확인이 필요한 사실을 구분해 적으세요.
기준을 구분하기
기준을 필수 조건, 점수로 비교할 기준, 열린 질문으로 나눕니다. 필수 조건을 충족하지 못하면 제안을 제외할 수 있습니다. 점수 기준은 허용 가능한 선택지를 구분하고, 열린 질문은 약속 전에 답을 받아야 합니다. 총점이 높아도 필수 조건 실패를 가리면 안 됩니다.
예를 들어 고객 문의 처리를 맡길 파트너를 고르는 팀이라면 합의된 지원 시간과 고객 정보 처리 방식을 필수로 둘 수 있습니다. 서비스 품질, 도입 노력, 총비용, 보고는 점수화할 수 있습니다. 이는 설명을 위한 예시이며 실제 요구사항은 담당 팀이 정해야 합니다.
제안의 전제 맞추기
통화, 세금, 계약 기간, 포함 물량, 도입 비용, 갱신 조건과 제외 항목을 확인합니다. 온보딩이나 초과 요금이 다른 부분에 있으면 월 금액만 보고 더 싸다고 판단할 수 있습니다. 전제마다 행을 만들고 업체마다 열을 두며, 답이 없으면 0으로 바꾸지 말고 ‘미확인’으로 둡니다.
기본 시나리오와 현실적으로 가능한 수요 변화도 보여 주고 물량과 기간을 슬라이드에 적습니다. 사용량 민감도를 보여 주되 미래 수요를 예측한 것처럼 말하지 않습니다.
작은 점수표 사용하기
최종 합계를 보기 전에 기준과 가중치에 합의합니다. 결과를 본 뒤 가중치를 바꾸면 선호하는 업체에 맞춘 모델이 될 수 있습니다. 1~5 척도라면 3은 허용 가능한 증거로 요구사항을 충족한 상태, 5는 합의한 표준에 비춰 강한 증거가 있는 상태처럼 점수의 뜻을 정의합니다.
예시로 서비스 품질 40%, 도입 25%, 비용 20%, 보고 15%를 적용합니다. A가 4, 3, 4, 3, B가 3, 5, 3, 4라면 가중 합계는 각각 3.60과 3.65입니다. 이 작은 차이가 핵심 결과입니다. B가 결정적으로 더 낫다고 말할 수 없고, 도입 편의성이 A의 서비스 점수를 상쇄했다는 트레이드오프를 근거와 함께 설명해야 합니다.
논쟁이 있는 점수를 1점만 바꿔도 결과가 뒤집힌다면 파일럿, 레퍼런스 확인 또는 추가 테스트를 제안합니다. 현재 정보로는 두 업체가 사실상 동률이라는 결론도 가능합니다.
증거를 추적 가능하게
중요한 점수마다 주장, 출처, 확인일과 확인한 사람을 기록합니다. ‘제안서 확인’, ‘데모 관찰’, ‘고객 레퍼런스’, ‘미응답’처럼 간단한 라벨을 사용하세요. 다른 고객의 성공은 관련성을 보여 줄 뿐 동일한 결과를 보장하지 않으므로 규모, 인력, 통합 차이를 기록합니다.
추천안에는 조건과 담당자를 붙입니다. 예를 들어 서비스 범위를 확인하고 도입 비용을 해결한 뒤 제한된 파일럿을 권하는 식입니다. 회의 결과는 승인, 거절, 추가 증거 요청 중 하나로 기록할 수 있습니다.
결정을 중심으로 덱 구성하기
짧은 검토 덱은 결정과 추천안, 요구사항과 제외 항목, 비교 가능한 비용 전제, 가중 결과, 핵심 트레이드오프, 확인 질문, 다음 행동의 순서가 이해하기 쉽습니다. 상세 계산과 출처는 부록으로 옮깁니다.
한 슬라이드에는 하나의 역할만 둡니다. 계약 조건의 정확한 차이는 표, 기준 점수 비교는 막대, 비용 민감도는 시나리오 표가 알맞습니다. 큰 점수표와 차트, 긴 근거를 한 장에 모두 넣지 마세요.
기록할 수 있는 결정으로 끝내기
회의 결과는 승인, 거절, 또는 추가 증거에 대한 구체적인 요청이어야 합니다. 선택한 업체와 함께 수용한 트레이드오프를 기록합니다. 서비스 근거를 얻기 위해 더 큰 도입 노력을 받아들였다면 실행 담당자도 그 결정을 볼 수 있어야 합니다.
공유하기 전에 모델을 만들지 않은 동료에게 추천안이 이기는 이유를 설명해 달라고 합니다. 합계 점수만 반복한다면 근거와 트레이드오프 설명을 보완하세요. 좋은 공급업체 자료는 판단을 이해하기 쉽게 만들고 다음 담당자가 따라갈 기록을 남깁니다.
민감도 확인하기
하나의 점수를 절대적인 진실로 취급하지 말고 논쟁 중인 점수를 올리고 내리며 결과를 확인합니다. 순위가 뒤집히면 추가 데모, 계약 확인, 레퍼런스 질문이 필요합니다. 뒤집히지 않더라도 어떤 가정이 결론을 지지하는지 적습니다.
견적의 범위나 물량이 업체마다 다르면 합계 전에 같은 조건으로 맞춘 비교를 보여 줍니다. 추정치를 사용하면 업체가 확인한 가격과 분리하고 추정 이유와 바꿀 수 있는 항목을 적습니다. 그래야 참석자가 숫자의 출처와 한계를 따라갈 수 있습니다.
마지막 슬라이드에는 선택안, 조건, 열린 질문, 담당자와 확인일을 표로 둡니다. 보류라면 이유와 다음에 얻을 증거를 한 줄로 적습니다. 점수만 남기지 말고 팀이 다음 행동으로 이동할 수 있게 만드는 것이 목적입니다.
기준, 가중치, 대상 기간과 미확인 값 처리 규칙은 각주나 부록에 남깁니다. 원자료가 바뀌어 결론이 달라지면 슬라이드 날짜와 이전 판단의 차이를 기록합니다. 이 정보가 있어야 다음 회의에서 같은 전제를 다시 확인할 수 있습니다.
회의에서 나온 질문은 결정 로그로 돌아가게 하여, 다음 담당자가 근거를 추적하도록 합니다.
이렇게 하면 결론과 근거, 다음 검증이 함께 공유됩니다.
업데이트 날짜와 평가자도 표지 근처에 표시하세요.
모든 참석자가 같은 전제를 확인할 수 있습니다.
검토의 재현성도 높아집니다.
다음 검토에서 다시 사용할 수 있습니다.
