RFQ vs RFP vs RFI: 차이점 이해하기
1. 서론
조달 과정에서 잘못된 문서를 시장에 보내는 것만큼 조용히 치명적인 실수는 거의 없습니다. RFQ가 필요한 상황에서 RFP를 발행하는 구매자는 가격표로 해결했어야 할 구매 건에 대해 공급업체가 방법론 서술을 작성하느라 수 시간을 소비하게 만듭니다. RFI를 건너뛰고 RFQ를 직접 발행하는 구매자는 사양에 대한 충분한 이해 없이 작성된 사양서 때문에 비교할 수 없는 14개의 견적서를 받을 수도 있습니다. 3주 안에 결정이 필요한데 RFI를 발행하는 구매자는 그중 4주를 단순히 낭비한 것입니다.
RFI, RFQ, RFP라는 세 가지 도구는 동의어가 아니며, 상호 교환 가능한 전문 용어도 아니고, 주문을 서두르는 과정에서 대충 넘어갈 형식적인 절차도 아닙니다. 각각은 고유한 목적을 수행하며, 공급업체로부터 다른 유형의 응답을 요구하고, 소싱 주기의 특정 단계에서 적절하게 사용되어야 합니다. 이들을 혼동하는 것은 측정 가능한 결과를 초래하는 프로세스 실패입니다. 즉, 사이클 타임 연장, 낮은 품질의 공급업체 응답, 변명할 수 없는 평가 결과, 회피 가능한 지출 등이 발생합니다(Sollish & Semanik, 2011).
이 기사는 확립된 소싱 방법론과 현재의 조달 관행에 기반하여 이 세 가지 도구에 대한 정확하고 실용적인 처리 방법을 제공합니다.
2. 소싱 주기와 각 도구가 적합한 위치
각 문서를 개별적으로 살펴보기 전에, 더 넓은 소싱 프로세스 내에서 세 가지 모두의 위치를 파악하는 것이 유용합니다. 표준 전략적 소싱 주기는 5단계로 압축할 수 있습니다.1단계 → 시장 이해\n \"공급 시장은 어떤 모습인가?\"\n ↓ [RFI — 정보 요청]\n\n2단계 → 사양 개발\n \"우리는 정확히 무엇이 필요한가?\"\n ↓\n\n3단계 → 경쟁 입찰\n \"공급업체는 얼마를 청구/제안할 것인가?\"\n ↓ [RFQ — 견적 요청]\n [RFP — 제안 요청]\n\n4단계 → 평가 및 선정\n \"어떤 공급업체가 최고의 가치를 제공하는가?\"\n ↓\n\n5단계 → 계약 및 낙찰\n \"관계를 어떻게 공식화할 것인가?\"
RFI는 1단계에 속합니다. RFQ와 RFP는 모두 3단계에 속하지만, 그 단계 내에서 서로 다른 구매 상황을 담당합니다. 3단계 도구 간의 구분을 이해하는 것은 우선 구매자의 요구가 정의된 것인지 복잡한 것인지 파악하는 것에 달려 있으며, 이는 5장에서 자세히 다룹니다.
3. RFI — 정보 요청 (Request for Information)
3.1 정의
RFI는 공식적인 소싱 프로세스가 시작되기 전에 광범위한 잠재 공급업체 그룹에게 보내는 구조화된 시장 조사입니다. 그 목적은 정보를 수집하는 것이지, 법적 구속력이 있는 상업적 제안을 요청하는 것이 아닙니다. RFI는 계약상 어떠한 무게도 가지지 않으며 구매자에게 어떠한 후속 조치도 강제하지 않습니다.
Baily 등(2008)이 관찰했듯이, RFI는 시장 조사의 조달 버전과 같습니다. 즉, 풍경을 스캔하고, 누가 참여할 수 있는지 파악하며, 구매자가 사양을 확정하기 전에 시장이 현실적으로 무엇을 제공할 수 있는지 밝혀냅니다.
3.2 RFI 사용 시기
RFI는 다음 조건 중 하나 이상이 적용될 때 적절합니다.구매자가 생소한 카테고리에 진입할 때.
특수 물류 소프트웨어를 처음 소싱하는 회사는 주요 벤더가 누구인지, 어떤 가격 모델을 사용하는지, 무엇이 그들을 차별화하는지 모릅니다. RFI는 이러한 질문에 효율적으로 답을 줍니다.공급 시장이 파편화되어 있거나 불투명할 때.
다수의 소규모 지역 업체들이 있는 카테고리(전문 엔지니어링 서비스, 틈새 원자재, 장인 제조 등)에서 RFI는 풍경을 매핑하고 후보군을 식별합니다.사양이 아직 개발 중일 때.
사양이 확정되기 전에 RFQ를 발행하는 것은 시기상조입니다. RFI를 발행하면 공급업체의 의견을 반영하여 사양을 구체화할 수 있으며, 종종 더 잘 정의되고 시장 현실에 맞는 요구사항을 만들어냅니다.구매자가 많은 공급업체 목록을 자격 검증해야 할 때.
RFI는 효율적인 자격 사전 심사 도구로서, 역량, 인증, 수용 능력, 지리적 범위에 따라 공급업체를 선별하여 경쟁 단계에 참여할 후보군을 초대하기 전에 사용할 수 있습니다.상당한 자본 투자가 고려될 때.
주요 프로젝트(공장 건설, 엔터프라이즈 소프트웨어 구현, 아웃소싱 전환 등)의 경우, RFI는 구매자가 고려하지 못했을 수 있는 대안 솔루션, 전달 모델 및 기술적 접근 방식을 표면화합니다.
3.3 RFI에 포함되어야 할 내용
잘 구조화된 RFI는 일반적으로 다음을 포함합니다.회사 및 프로젝트 개요:
구매자가 누구인지, 무엇을 하는지, 요구사항의 일반적인 성격.목적 명시:
이것이 구매 약속이 아닌 정보 수집 활동임을 명시.질문 및 정보 요청:
역량(무엇을 할 수 있는가?), 경험(무엇을 해보았는가?), 수용 능력(얼마나 처리할 수 있는가?), 상업적 접근 방식(보통 어떻게 가격을 책정하는가?)을 중심으로 구조화됨.공급업체 프로필 요청:
주요 재무, 운영 및 인증 데이터.응답 형식 지침:
응답 간의 비교를 가능하게 하기 위함.기밀 유지 조건:
양방향으로 독점 정보가 공유될 경우.
일정 및 연락처 정보.
3.4 RFI가 아닌 것RFI는 입찰에 대한 약속이 아닙니다.
RFI에 응답한 공급업체는 후속 사업을 받을 것이라는 기대를 해서는 안 됩니다.RFI는 계약 체결의 근거가 아닙니다.
구매자는 RFI 응답만을 근거로 공급업체를 선정할 수 없습니다.RFI는 더 낮은 가격을 기대하는 RFQ가 아닙니다.
RFI에서 표시 가격을 묻는 것은 허용되지만, 그 가격들을 법적 구속력이 있는 비교 대상으로 취급해서는 안 됩니다.
3.5 흔한 오용급히 결정이 필요한데 RFI를 발행하는 경우.
RFI는 소싱 일정에 2~6주를 추가합니다. 구매가 간단하고 공급 시장이 이미 알려져 있다면 RFI는 불필요한 과정입니다.RFI를 사용하여 무료 컨설팅을 추출하는 경우.
설계 작업, 솔루션 아키텍처 또는 상세 제안서를 보상 없이, 그리고 진정한 구매 의도 없이 요구하는 기술적으로 까다로운 RFI는 시장 관계를 손상시키며 최고의 공급업체들이 향후의 실제 이벤트에 응답하는 것을 꺼리게 만들 수 있습니다.응답을 무시하는 경우.
RFI는 사양, 후보군, 평가 기준, 혹은 시장에 대한 구매자의 이해 등 무엇인가를 변화시켜야 합니다. 결과물이 후속 단계에서 사용되지 않는 RFI는 발행할 가치가 없었습니다.
4. RFQ — 견적 요청 (Request for Quotation)
4.1 정의
RFQ는 완전히 지정된 요구사항에 대해 법적 구속력이 있거나 표시 가격을 제출하도록 자격을 갖춘 정의된 공급업체 후보군에게 발행하는 공식 요청입니다. RFQ는 구매자가 정확히 무엇이 필요한지, 얼마나 필요한지, 언제 필요한지 알고 있으며, 공급업체 간의 유일하게 의미 있는 변수가 가격(및 관련 상업적 조건)일 때 적합한 도구입니다.
RFQ는 사양 위험이 낮다고 가정합니다. RFQ가 발행될 시점에는 구매자가 모든 공급업체가 동일한 것을 가격 책정할 수 있을 만큼 요구사항을 완전히 정의하는 작업을 마쳤기 때문입니다(van Weele, 2018).
4.2 RFQ 사용 시기
RFQ는 다음 조건이 모두 충족될 때 적합합니다.사양이 완전하고 모호함이 없을 때.
모든 기술 요구사항, 품질 기준, 수량, 배송 일정, 포장이 문서로 완전히 정의됨.제품 또는 서비스가 표준화되거나 상품화되었을 때.
원자재, 표준 부품, 카탈로그 제품, 정기적인 유지보수 서비스, 잘 정의된 전문 서비스(예: 법정 회계 감사, 표준 번역)는 자연스러운 RFQ 후보입니다.다수의 자격을 갖춘 공급업체가 현실적으로 경쟁할 수 있을 때.
단일 공급업체에게 보내는 RFQ는 협상이지 입찰이 아닙니다.평가가 주로 가격 중심으로 이루어질 때.
구매자가 가장 낮은 규정 준수 가격을 선택하려 한다면 RFQ가 올바른 도구입니다. 선정이 방법론, 접근 방식 또는 비가격 요소를 비중 있게 다룬다면 RFP가 더 적합합니다.구매자가 공급업체가 제안하는 솔루션이 필요하지 않을 때.
'무엇'은 고정되어 있고, '얼마'만 찾고 있는 경우.
4.3 RFQ에 포함되어야 할 내용완전한 기술 사양
(도면, 데이터 시트, 업무 범위서 또는 서비스 수준 정의).수량 및 물량 일정
(연간 물량, 발주 패턴, 예측).배송 요구사항
(Incoterms, 배송 지점, 리드 타임 기대치).품질 및 규정 준수 요구사항
(인증, 검사권, 테스트 기준).상업적 조건
(결제 조건, 통화, 보증, 책임).가격 템플릿
— 공급업체가 동일한 라인 항목에 대해 견적을 제출하도록 요구하는 구조화된 형식.유효 기간
— 제출된 가격이 고정 유지되어야 하는 기간.
제출 마감일 및 평가 일정.
가격 템플릿은 특별한 강조가 필요합니다. 표준 형식이 없으면 구매자는 단위당, 킬로그램당, 운임 포함, 운임 제외 등 서로 호환되지 않는 구조로 가격을 받게 되어 보이는 것보다 비교하기가 훨씬 어렵습니다. 템플릿은 비교 가능성을 강제합니다.
4.4 RFQ가 아닌 것RFQ는 공급업체가 요구사항을 재정의할 기회가 아닙니다.
RFQ에 응답하는 공급업체는 발행된 사양에 따라 견적을 내야 합니다. 중대한 편차는 비준수 항목으로 표시하거나 별도의 대안 제안으로 처리해야 합니다.RFQ는 복잡하거나 제대로 정의되지 않은 요구사항에 적합하지 않습니다.
사양이 확정되기 전에 RFQ를 발행하는 구매자는 비교할 수 없는 가격을 받게 될 것이며, 최종적으로 전달된 제품과는 다른 제품에 대해 가격을 책정한 공급업체와 계약을 맺을 수도 있습니다.
4.5 흔한 오용불완전한 사양으로 RFQ를 발행하는 경우.
이는 가장 빈번한 RFQ 오류이며 가장 큰 피해를 낳습니다. 공급업체가 사양의 공백을 서로 다른 가정으로 채우게 되어 가격을 비교할 수 없게 되고, 배송 중에 분쟁의 여지를 만듭니다.복잡한 서비스에 RFQ를 사용하는 경우.
물류 아웃소싱, IT 전환 프로그램 또는 시설 관리 계약은 서비스가 어떻게 제공될지에 대한 필수 정보를 잃지 않고는 가격표로 축소할 수 없습니다. 이러한 요구사항은 RFP를 요구합니다.너무 많은 공급업체에게 RFQ를 보내는 경우.
RFQ는 방송 도구가 아닙니다. 놀라운 저가를 찾겠다는 희망으로 20개 공급업체에게 발행하는 것은 시장 경험 부족을 나타내며, 저품질 응답을 생성하고 공급업체 관계를 손상시킵니다. 3~6개의 자격을 갖춘 공급업체로 구성된 후보군은 대부분의 카테고리에 대한 표준 관행입니다(Monczka 등, 2020).
5. RFP — 제안 요청 (Request for Proposal)
5.1 정의RFP는 정의된 비즈니스 문제나 요구사항을 해결하는 구조화된 제안서를 제출하도록 후보 공급업체 그룹에게 보내는 공식 초대장입니다. RFQ와 달리 RFP는 솔루션을 완전히 미리 지정하지 않습니다. 필요한 결과
를 정의하고 공급업체가 그것을 어떻게 달성할지 제안하도록 초대합니다. 가격은 응답의 한 구성 요소이지만 접근 방식, 방법론, 역량, 경험, 때로는 혁신과 함께 평가됩니다.
RFP는 구매자가 올바른 선정 결정을 내리기 위해 가격 외의 정보가 필요할 때 적합한 도구입니다(Sollish & Semanik, 2011).
5.2 RFP 사용 시기
RFP는 다음 조건 중 하나 이상이 적용될 때 적합합니다.솔루션이 완전히 정의되지 않았을 때.
구매자는 필요한 결과(예: \"98%의 정시 배송률을 유지하면서 물류 비용을 15% 절감\")는 알고 있지만 정확히 어떻게 달성할지는 규정하지 않았습니다. 서로 다른 공급업체가 의미 있게 다른 접근 방식을 제안할 수 있습니다.비가격 요소가 중요한 평가 기준일 때.
전문 서비스, 기술 솔루션, 아웃소싱 계약 또는 복잡한 건설 프로젝트의 경우, 방법론, 팀 품질, 구현 접근 방식 및 위험 관리 역량이 가격만큼, 혹은 그보다 더 중요합니다.범위에 상당한 공급업체의 재량이 포함될 때.
공급업체의 판단, 프로세스 및 전문 지식이 결과에 중심이 될 때(컨설팅, 법률 서비스, 창의적 에이전시, 복잡한 엔지니어링), RFP는 그들이 그 전문 지식을 입증할 여지를 줍니다.구매자가 장기적 또는 고가치 약속을 할 때. 1~2년을 초과하거나 전환 또는 구현에 상당한 구매자 투자가 필요한 계약의 경우, 공급업체가 어떻게 수행할지 이해하는 것은 그들이 무엇
을 청구할지 이해하는 것만큼 중요합니다.다수의 평가 차원이 관련되어 있을 때.
다기준 평가 프레임워크(견적 평가에 관한 동반 기사에 기술된 바와 같이)는 RFP의 자연스러운 대응물입니다. 구매자가 가격과 함께 역량, 위험 및 총소유비용(TCO)을 평가하려 한다면, RFP는 모든 차원에 걸쳐 필요한 정보를 도출하는 도구입니다.
5.3 RFP에 포함되어야 할 내용배경 및 맥락:
구매자의 비즈니스, 전략적 목표 및 구매가 해결하려는 문제.요구사항 범위:
기능적 요구사항, 성과 결과, 제약 사항 및 경계. 솔루션이 아닌 문제 자체.평가 기준 및 가중치:
공급업체는 자신의 제안서가 어떻게 평가될지 알 권리가 있습니다. 평가 기준의 투명성은 응답의 품질과 관련성을 향상시킵니다.필수 제안서 구조:
섹션, 페이지 제한 및 형식. 구조화된 RFP는 구조화되고 비교 가능한 제안서를 생성합니다. 구조화되지 않은 RFP는 구조화되지 않고 비교할 수 없는 제안서를 생성합니다.기술 설문지:
역량, 경험, 레퍼런스, 자격, 인력 배치, 방법론.상업적 / 가격 책정 섹션:
가격 템플릿, 가격 책정 모델 옵션, 가정 및 제외 사항.계약 조건:
상업적 거래 파기 요인을 조기에 표면화하기 위해 구매자가 사용하려는 조건의 초안 또는 요약.제출 요구사항:
마감일, 형식, 연락처 및 프로세스 중 공급업체 연락에 대한 규칙.프로세스 일정:
RFP 발행, 질의응답 기간, 제출, 평가, 후보군 선정 및 결정 날짜.
5.4 RFP가 아닌 것RFP는 낚시질이 아닙니다.
RFP는 구매자가 진정한 구매 의도와 진행할 조직적 권한이 있을 때만 발행되어야 합니다.RFP는 서술 섹션이 있는 RFQ가 아닙니다.
가격표에 방법론에 대한 질문 몇 개를 추가한다고 해서 RFQ가 RFP로 변하지 않습니다. RFP의 정의적인 특성은 가격 외 요소가 결과에 진정으로 영향을 미친다는 것입니다.RFP는 상품화되고 완전히 지정된 요구사항에 적합하지 않습니다.
표준 사무용품이나 잘 정의된 유지보수 계약에 대해 RFP를 발행하는 것은 공급업체를 좌절시키고 불필요하게 결정을 지연시키는 불균형적인 프로세스입니다.
5.5 흔한 오용이미 결정이 내려진 상태에서 RFP를 발행하는 경우.
비공식적으로 공급업체를 미리 선정해 두고 RFP를 사용하여 경쟁적인 프로세스처럼 보이게 하는 구매자는 조달 부정행위의 한 형태에 관여하는 것입니다. 선의로 프로세스에 참여한 공급업체는 상당한 자원을 낭비하며 다시 입찰할 가능성이 낮습니다.평가 기준에 미리 가중치를 두지 않는 경우.
사전 합의된 가중치 없이 RFP 응답을 평가하는 것은 주관성, 편견 및 사후 합리화를 위한 조건을 만듭니다. 가중치는 제안서가 개봉되기 전에 평가 팀에 의해 합의되어야 합니다.RFP를 과도하게 설계하는 경우.
중견 서비스 계약에 대해 200개의 질문이 포함된 120페이지 분량의 RFP는 좋은 공급업체를 쫓아내고, 표면적인 복사-붙여넣기 응답을 생성하며, 걸려 있는 가치에 비해 불균형적인 평가 부담을 만듭니다. 결정의 크기에 맞게 문서를 범위화하십시오.
6. 나란히 비교 | 차원 | RFI | RFQ |
|---|---|---|---|
RFP | 주요 목적 | 시장 정보 수집 | 비교 가능한 가격 획득 |
구조화된 제안서 획득 | 소싱 주기 단계 | 사양 전 | 사양 후 |
사양 후(복잡) | 사양 상태 | 정의되지 않음 또는 신흥 | 완전하고 고정됨 |
결과 정의; 솔루션 개방 | 공급업체 응답 유형 | 정보 및 역량 데이터 | 법적 구속력 있는 또는 표시 가격 |
가격 + 접근 방식 + 방법론 | 평가 기반 | 정성적; 후보군 선정 | 가격 및 상업적 조건 |
다기준(가격 + 역량 + 접근 방식) | 암시된 약속 | 없음 | 강함(낙찰 조건) |
중간(진행 의도) | 일반적인 후보군 크기 | 10~30개 공급업체 | 3~6개 공급업체 |
3~5개 공급업체 | 일반적인 일정 | 2~4주 | 1~3주 |
3~8주 | 가장 적합한 대상 | 새로운 카테고리; 시장 스캔 | 상품; 표준 제품/서비스 |
복잡한 서비스; 기술; 아웃소싱 | 산출물 | 자격을 갖춘 긴 목록; 세분화된 사양 | 순위가 매겨진 가격 비교 |
점수가 매겨진 제안서 비교
7. 결정 논리: 어떤 문서를 발행할 것인가
올바른 도구를 선택하는 것은 두 가지 질문에 달려 있습니다.
질문 1: 사양이 완전한가?
아니오 → 먼저 RFI를 발행하십시오.
예 → 질문 2로 진행하십시오.
질문 2: 선정이 주로 가격에 기반할 것인가, 아니면 가격과 비가격 요소의 조합에 기반할 것인가?
주로 가격, 표준화된 요구사항 → RFQ를 발행하십시오.
가격 플러스 역량, 방법론 또는 접근 방식 → RFP를 발행하십시오.시작\n │\n ▼\n공급 시장이 잘 이해되고 사양이 완전한가?\n │\n ├── 아니오 ──→ RFI 발행 → [응답을 사용하여 사양 및 후보군 개발]\n │\n └── 예\n │\n ▼\n 요구사항이 표준화되고 완전히 지정 가능한가?\n 가격이 주요 선정 기준이 될 것인가?\n │\n ├── 예 ──→ RFQ 발행\n │\n └── 아니오 ──→ RFP 발행
실제로 이 세 가지 도구는 RFI → RFP 또는 RFI → RFQ와 같이 순차적으로 사용되는 경우가 많습니다. RFI 결과물이 사양을 알리고, 사양이 RFQ가 뒤따를지 RFP가 뒤따를지를 결정합니다. 시장 지식이 낮을 때 RFI를 건너뛰는 것은 잘못 작성된 RFQ와 RFP의 흔한 원인입니다. 이러한 문서는 구매자의 오해를 사양서에 포함하고 전체 소싱 프로세스 전반에 걸쳐 이를 전파합니다.
8. eRFX 및 디지털 조달 플랫폼에 대한 참고 사항
현대적인 조달 플랫폼(SAP Ariba, Jaggaer, Coupa, Ivalua 등)은 RFI, RFQ, RFP를 구조화된 워크플로, 전자 제출, 자동화된 평가 지원 및 전체 감사 추적을 갖춘 별도의 프로세스 템플릿으로 구현합니다. 디지털 환경이 이 기사에 설명된 개념적 구분을 바꾸지는 않지만, 규율을 강제합니다. 즉, 플랫폼을 사용하는 구매자는 발행 전에 문서 유형을 선택해야 하며, 이는 종이 기반 프로세스가 종종 건너뛰는 의도적인 선택의 순간을 만듭니다.디지털 플랫폼은 또한 역경매
(eRFQ)를 가능하게 합니다. 여기서 공급업체는 경쟁적인 가격 이벤트에서 서로 실시간으로 입찰합니다. 역경매는 자격을 갖춘 공급업체가 많고 전환 비용이 낮은 상품화된 카테고리에 대한 강력한 도구이지만, 복잡하거나 관계 중심적이거나 품질에 민감한 카테고리에 적용할 때는 부적절하며 잠재적으로 해로울 수 있습니다(Beall 등, 2003).
9. 공급업체 관점: 왜 어떻게 묻는지가 중요한가
구매자는 때때로 RFI, RFQ 또는 RFP의 선택을 내부 프로세스 문제로 봅니다. 즉, 조달 팀에는 중요하지만 공급 시장에는 보이지 않는 것으로 간주합니다. 이것은 잘못된 생각입니다.
공급업체는 시장 문의에 응답하는 데 실제 자원을 투자합니다. 상세한 RFP에 응답하는 중견 엔지니어링 회사는 규정을 준수하는 제출물을 준비하는 데 40~80시간을 소비할 수 있습니다. RFI 응답은 4~8시간, RFQ 응답은 2~6시간이 소요됩니다. 구매자가 이러한 도구를 오용할 때(상품에 대해 RFP를 발행하거나 불완전한 사양으로 RFQ를 발행), 양측 모두에게 아무런 가치도 창출하지 못하는 비용을 공급업체에게 부과하는 것입니다.
시간이 지남에 따라 불필요한 RFP, 늦은 취소, 짜여진 경쟁, 성급한 RFQ 등 규율 없는 소싱 프로세스로 악명이 높은 구매자는 저품질 응답을 유치하게 되고, 더 나은 공급업체들이 참여를 거부하는 것을 보게 되며, 불확실한 프로세스 비용을 고려하는 공급업체의 가격에 내장된 위험 마진이라는 형태로 숨겨진 프리미엄을 지불하게 될 것입니다(Williamson, 1985).
적절한 시기에 적절한 문서를 발행하여 공급업체의 시간을 존중하는 것은 단순한 좋은 프로세스 위생이 아닙니다. 이는 공급 시장에서의 경쟁 우위입니다.
10. 결론
RFI, RFQ, RFP는 고유한 목적, 고유한 산출물 및 고유한 적절한 사용법을 가진 별개의 도구입니다. RFI는 탐색하고, RFQ는 가격을 매기고, RFP는 제안합니다. 잘못된 맥락이나 잘못된 순서로 이들을 배치하는 것은 프로세스 낭비, 비교할 수 없는 응답, 그리고 필요한 것보다 방어하기 어렵고 실행하기 느린 소싱 결정을 생성합니다. 결정 논리는 간단합니다. 사양을 지정하기 전에 시장을 이해하고, 가격 주도형인지 가치 주도형인지에 따라 결정의 성격에 도구를 맞추십시오. 이 규율을 일관되게 적용하면 구매자와 공급업체 모두를 위해 상당한 시간을 절약하고, 평가를 위한 더 나은 품질의 정보를 생성하며, 궁극적으로 더 나은 소싱 결과로 이어집니다.