RFQ (Request for Quotation)

Krótka piłka: Jeśli RFI to randkowanie, a RFP to planowanie wspólnego życia, to RFQ jest wizytą u jubilera po konkretny model pierścionka. Tutaj nie ma już miejsca na filozofowanie o wizji – liczy się cena, dostępność i to, czy dostawa dotrze na wtorek.

Czym jest RFQ?

RFQ (Request for Quotation), czyli zapytanie o cenę (ofertę cenową), to najbardziej transakcyjny dokument z całej rodziny RFx. Stosujemy go w momencie, gdy organizacja dokładnie wie, czego potrzebuje. Specyfikacja techniczna jest “zamknięta”, a my szukamy dostawcy, który dostarczy nam dokładnie ten towar lub usługę w najlepszej cenie i na najlepszych warunkach logistycznych.

W branży IT RFQ wysyła się najczęściej przy zakupie sprzętu (laptopy, serwery), licencji oprogramowania pudełkowego lub standardowych usług chmurowych.

RFQ na tle RFI oraz RFP

Warto pamiętać o hierarchii procesów, aby nie pomylić RFQ z prośbą o zaprojektowanie rozwiązania:

Cecha RFI RFP RFQ
Główny cel Edukacja i rozeznanie Rozwiązanie problemu Najniższy koszt
Specyfikacja Brak lub ogólna Funkcjonalna (co ma robić) Techniczna (co to jest)
Kryterium wyboru Brak (to tylko info) Jakość + Metodologia + Cena Cena + Logistyka
Czas trwania Krótki Długi Bardzo krótki

Co musi zawierać profesjonalne RFQ?

Ponieważ w RFQ porównujemy “jabłka do jabłek”, dokument musi być skrajnie precyzyjny. Każde niedopowiedzenie to ryzyko, że dostawcy wycenią różne standardy.

1. Precyzyjna specyfikacja (SKU)

W przypadku sprzętu: dokładne numery katalogowe, parametry techniczne. W przypadku usług: liczba roboczogodzin (Man-Days) o konkretnym profilu kompetencyjnym.

2. Ilości i harmonogram

Ile sztuk potrzebujemy i w jakim terminie? Czy dostawa ma być jednorazowa, czy cykliczna?

3. Warunki dostawy (Incoterms)

Kto odpowiada za transport, ubezpieczenie i cło? W projektach międzynarodowych to kluczowy element ceny.

4. Warunki płatności

Czy płacimy z dołu (np. 30 dni netto), czy wymagana jest przedpłata?

5. Kryteria “Pass/Fail”

W RFQ kryteria są zazwyczaj zero-jedynkowe. Np. “Gwarancja 3 lata NBD (Next Business Day) – wymagana”. Jeśli dostawca oferuje 2 lata, jego oferta jest odrzucana bez względu na cenę.

Kiedy NIE stosować RFQ?

Największym błędem jest wysłanie RFQ, gdy projekt jest skomplikowany.

  • Błąd: Wysyłasz RFQ na “budowę aplikacji mobilnej”.
  • Efekt: Każdy software house wyceni co innego, a Ty wybierzesz najtańszą ofertę, która prawdopodobnie okaże się katastrofą, bo zakres nie był precyzyjny.

Do złożonych usług i innowacyjnych projektów zawsze używaj RFP.

Rola Analityka w procesie RFQ

Mogłoby się wydawać, że RFQ to domena działu zakupów. Analityk pełni tu jednak rolę “strażnika jakości”:

  • Weryfikacja zamienników: Dostawca może zaproponować tańszy odpowiednik (np. inny model procesora). Analityk musi ocenić, czy ten zamiennik spełnia wymagania wydajnościowe systemu.
  • Analiza TCO (Total Cost of Ownership): Cena zakupu to nie wszystko. Analityk wylicza, czy tańszy w zakupie sprzęt nie będzie droższy w utrzymaniu (energia, wsparcie, licencje dodatkowe).
  • Unifikacja: Dba o to, by cała organizacja kupowała ten sam standard, co redukuje tzw. Dług Techniczny.

Podsumowanie

RFQ to narzędzie chirurgiczne – szybkie i precyzyjne. Pozwala na błyskawiczne uzyskanie rynkowych cen i optymalizację budżetu tam, gdzie nie musimy płacić za “kreatywność” dostawcy, a jedynie za jego sprawność operacyjną. Pamiętaj jednak: najniższa cena w RFQ jest bezpieczna tylko wtedy, gdy Twoja specyfikacja jest perfekcyjna.

Powiązane pojęcia:

RFI RFP TCO Procurement

Kliknij w pojęcie, aby przejść do jego definicji w słowniku