경우 근무 시간의 길이에서 공급업체 측면의 B2B 사업에,당신은 가능성이 익숙한 Rfp 를 받을에서 클라이언트에 관심이 귀하의 제품과 서비스를 제공합니다. 에 대한 짧은”요청에 대한 제안,”RFP 를는 문서를 회사에 검색을 위해 엔터프라이즈 수준의 서비스를 사용할 수 있습에 대한 개요를 제공하고 비용에서 여러 업체에서 한다. 는 경우에는 공급업체에 참여하는 RFP,그것은 그 답변에 대한 일련의 질문에 대한 제품,서비스,방법론,그리고 비용으로 갈 것을 성취하는 회사의 필요합니다.,
주어진 방법에 큰 역할을 RFP 에 엔터프라이즈 소프트웨어,수 없는 놀라운 일이 많은 우리들의 강한 감정을 그들이 어떻게 구성 합니다. 몇 달 전,제 동료 Chris 는 많은 회사들이”RFP 프로세스를 잘못하고 있다고 주장하는 기사를 썼습니다.”에 의해 충분히 수행하지 않으로 인해 실사 이전에 보내는 RFP,그가 쓴,회사는 멀리 아주 공급업체할 수 있는 최고의 역할 필요가 있습니다.,
코발트 팀이 컴파일되는 모범 사례 및 프로세스 통찰력을 우리에서 얻은 20 년 이상을 돕는 협회를 찾을 AMS 또는 CRM 는 요구에 가장 적합합니다다운로드하거나 우리의 최종적인 가이드를 선택하는 새로운 AMS/CRM 에 대한 귀하의 연결 오늘 그리고 앞으로 혁신을 위한 시간이 올 때 수 있습니다.
지금 가이드보기
현대 RFP 를 괴롭히는 또 다른 문제는 많은 경우 RFP 가 전혀 아니라는 것입니다. 그것은 RFPs,RFIs 및 Rfq 에 적용되는 우산 용어가되었습니다., 세 가지 공통적으로 특정한 기능을 포함하지만,각각 명확한 구별,그리고 이해하면 그 차이는 것입니다 크게 개선의 선택 프로세스를 검색에 대한 공급 업체입니다. 여기에 설명의 각 문서의 구분에 대한 지침을 때 당신은 그것을 사용해야 한다:
RFI
에 대한 짧은”요청에 대한 정보를,”RFI 은 정말 예비 문서를 회사에 의해 사용하는 이해하지 못하는 시장은 그들에 대해를 입력합니다., 의 경우에는 회사 검색 CRM,예를 들어,설정하여 사용하는 것이 RFI 는 경우 그에 대한 사전 경험이 CRM 및 원한 이해를 얻기 위해서는 범위에서 옵션의 CRM 공간입니다.
기 때문에 RFI 의 더 많은 것이 사실 찾는 문서를 물어보고 싶은 질문,사람을 허용하는 공급업체에 대해 이야기는 그의 전체 범위를 제공합니다. 일반적으로,RFI 됩니다 광범위한 비즈니스 과제를 당신을,그리고 그 공급업체할 수 있는 거리에의 응답의 컨텍스트 내에서 그 도전이다., 종종 시간,공급업체를 설명의 위치에서 시장(예를 들어,어떤 산업에 전문),어떻게 라이센스에 그것의 제품,그리고 무엇이 다른 요금을 기대할 수 있습니다.
RFP
RFP 를,”요청에 대한 제안,”문서 요구하는 공급업체하는 솔루션을 제안하여 고객의 문제 또는 비즈니스 요구 사항입니다. RFP 는 일반적으로 RFI 를 따르는 것입니다;사실,회사가 RFI 에서 RFQ 로 이동하는 경우는 드뭅니다(아래에서 분명해질 이유)., RFP 를 포함해야 한다 훨씬 더 많은 특이성 측면에서의 어떤 회사의 요구에 의해 개요 비즈니스 목표를 프로젝트에 대한 식별 특정 요구사항은 필요한 작업을 요청합니다. 이 문서는 거기에 충분 한 세부 사항을 제공업체의 컨텍스트에 필요한 제안하기 위해 유효한 솔루션이다,그러나 그것은 여전히 요구를 충분한 여유를 위한 납품업자를 적용하는 창의성과 최고의 모범 사례를 충족시킬 수니다.,
RFQ
에 대한 짧은”요청을 인용,”RFQ 더욱 자세한 문서는 드릴다운하고 정확한 사양에 필요한 회사입니다. 는 상황에서는 RFQ 에 사용되는 b2b 소프트웨어 프로젝트로,회사는 그것의 현재 시스템 및 방법을 정확하게 원하는 변경하거나 그것을 개선에서 미래입니다.,
과는 달리 RFP 출할 수 있는 유연성을 공급업체의 제안하는 창조적 문제에 대한 해결책,회사의 배포 RFQ 찾고 있지 않는 창의성이지만,오히려한 공급업체를 배포하는 소프트웨어를 사용하여 소정의 사양입니다. 일반적으로,RFQ 는 테이블이 포함되어 목록을 각각 필요조건 및 공급업체를 평가하는 능력에 맞는 요구 사항입니다., 공급업체 것인지의 여부를 지정 요구 사항을 충족할 수 있습자의 여부를,그것은 몇 가지 설정이 필요 여부를,그것은 필요한 일부 사용자 지정 코드,또는지 여부를 것을 요구를 활용하여 타사 공급 업체입니다.
어느 것이 가장 좋습니까?
공급 업체로서,나는 특정 편견이 문제에 와서,하지만 난 RFQ 반대 RFI-RFP 경로를 선호. 왜? 일반적으로 RFQ 로 우리에게 오는 클라이언트는 접근 방식에 폐쇄적 인 경향이 있습니다., 기 때문에 당신이 자신을 개방의 창의력과 축적된 기관의 기술 공급 업체,당신은 기본적으로 신호는 당신이 원하지 않는 새로운 것을 배울으며,당신이 열려 자신을 새로운 접근 방식.
에서 제 경험을 많은 고객의 실수로 이름을 자신의 RFQ 의로 RFP 의,하지만 당신이 갈 때에 응답할 수 없”제시”다양한 솔루션과 이후의 대화에 대한 옵션을 제안하는 것을 목적으로 하는 RFP., 이러한 경우에,당신은 단순히 입력하라는 메시지가 표시의 목록을 요구 사항 및 제한에 대한 비용은 각 라인 항목의 정의는 단순히 RFQ. RFQ 는 기존 시스템에 추가하거나 보강하는 프로젝트에 적합합니다. 저는 이것을 믿는 방법은 적절한 프로젝트에 있는 계획을 구현하는 방법에 완전히 새로운 시스템으로,당신은 쉽게 떨어질 수로의 함정을 요청하는 업체가 제공하는 시스템은 정확하게 당신의 현재 시스템 않습니다., 는 경우,당신을해야 하는 이유를 보면 당신을 구현하는 새로운 시스템에서 첫 번째 위치하고 있는지 확인 비즈니스 목표는 귀하의 프로젝트 목표입니다.왜냐하면 오늘날 사용하고있는 것이 사용자의 요구를 충족시키지 못하기 때문입니다. 는 경우에는 것은 진정한 경우,당신은 어떻게 알 수 있는 시스템에는 어떤 것이 거기 당신의 요구를 충족하지 않는 한 당신에게 업체는 유연성을 논의는 당신의 현재 비즈니스 프로세스에서 협력 방식으로?, 는 경우에 당신은 단순히 넣어 목록의 상세한 요구에 따라 당신은 무엇 오늘,당신은 응답을 얻을 것이 있는 공급 업체를 시도하는 슈 혼 그들의 솔루션을 충족하는 목록 할 수있는 기회를 놓치 진정으로 변경 비즈니스에 대한 더 나은입니다.
RFQ 사고 방식은 간단히 말해서 비즈니스 프로세스 전체에서 볼 수있는 긍정적 인 변화 중 일부를 깎아 내립니다. 그리고 변화에 눈을 멀게하는 것은 회사의 노후화에 대한 가장 빠른 길입니다.
최첨단 CRM 기술로 비즈니스를 다음 단계로 끌어 올릴 준비가 되셨습니까? 자세한 내용을 보려면 여기로 이동하십시오.피>
Leave a Reply