RFI (Request for Information)
RFI (Request for Information)
Zasada ograniczonego zaufania: Zanim powiesz dostawcy „chcę to kupić” (RFP), musisz zapytać rynek „co w ogóle potraficie?”. RFI to Twoje oczy i uszy – pozwala uniknąć sytuacji, w której projektujesz rozwiązanie, którego nikt nie jest w stanie dostarczyć, lub które jest już technologicznie przestarzałe.
Czym jest RFI?
RFI (Request for Information) to formalny proces zbierania informacji od potencjalnych dostawców. Nie jest to jeszcze zaproszenie do składania ofert cenowych, ale prośba o pomoc w zrozumieniu, jakie rozwiązania problemu istnieją na rynku.
Stosujemy je wtedy, gdy wiemy, jaki mamy problem biznesowy, ale nie jesteśmy pewni, jakimi narzędziami najlepiej go rozwiązać. RFI pomaga „uczyć się” od ekspertów (dostawców) przed sformułowaniem sztywnych wymagań w RFP.
RFI w cyklu zakupowym (RFx)
RFI to zazwyczaj pierwszy krok w procesie selekcji dostawcy. Poniższa tabela pokazuje jego miejsce w szeregu:
| Dokument | Skupienie | Twoja wiedza o rozwiązaniu |
|---|---|---|
| RFI | Edukacja i opcje | Niska – szukasz inspiracji i możliwości. |
| RFP | Strategia i cena | Średnia/Wysoka – wiesz czego chcesz, szukasz wykonawcy. |
| RFQ | Koszt i dostępność | Pełna – szukasz najniższej ceny za konkretny towar. |
Co powinno zawierać dobre RFI?
Dobrze skonstruowane RFI nie powinno być zbyt restrykcyjne. Jego celem jest zachęcenie dostawcy do podzielenia się wiedzą.
1. Profil firmy i kontekst
Krótko opisz, kim jesteście i w jakiej branży działacie. Dostawca musi wiedzieć, czy jego rozwiązanie pasuje do Waszej skali (np. czy obsługuje korporacje, czy startupy).
2. Wyzwanie (Problem Statement)
Zamiast pisać listę funkcji, opisz problem.
- Źle: „Potrzebujemy bazy danych SQL”.
- Dobrze: „Mamy problem z wydajnością raportowania przy 10 milionach rekordów dziennie. Jak Wasza technologia sobie z tym radzi?”.
3. Pytania o możliwości (Capabilities)
Zapytaj o ogólną architekturę, wspierane technologie, standardy bezpieczeństwa oraz – co ważne – mapę drogową produktu (product roadmap).
4. Pytania o doświadczenie
Poproś o tzw. case studies lub referencje z podobnych projektów. To pozwoli Ci ocenić, czy dostawca „już to robił”.
Korzyści płynące z wysłania RFI
- Bezpłatny konsulting: Dostawcy w odpowiedziach na RFI często podpowiadają najlepsze praktyki rynkowe, o których mogłeś nie wiedzieć.
- Budowanie Shortlisty: Na podstawie odpowiedzi możesz odrzucić firmy, które nie pasują do Twojej kultury technologicznej, oszczędzając czas przy RFP.
- Weryfikacja budżetu: Choć RFI nie służy do negocjacji cen, dostawcy często podają „widełki” kosztowe, co ułatwia planowanie budżetu projektu.
- Zrozumienie trendów: Dowiesz się, czy rynek idzie w stronę rozwiązań SaaS, On-premise, czy może wykorzystuje już AI do rozwiązywania Twoich problemów.
Rola Analityka w procesie RFI
Analityk biznesowy w fazie RFI działa jak „detektyw rynkowy”. Do jego zadań należy:
- Syntetyzowanie odpowiedzi od wielu dostawców w jeden raport porównawczy.
- Wykrywanie luk w ofertach (np. gdy wszyscy dostawcy mówią, że dana funkcja jest „trudna do wdrożenia”, to sygnał, by zmienić wymagania).
- Pomoc w podjęciu decyzji: „Kupujemy gotowe rozwiązanie czy budujemy własne?” (Build vs Buy analysis).
Typowe błędy
- ❌ Zbyt szczegółowe wymagania – Jeśli w RFI wpiszesz 200 pytań “tak/nie”, dostawcy potraktują to jako RFP i nie podzielą się z Tobą kreatywnymi rozwiązaniami.
- ❌ Ignorowanie małych graczy – RFI to świetny moment, by sprawdzić innowacyjne rozwiązania od mniejszych firm, które mogą mieć lepszy stosunek jakości do ceny.
- ❌ Brak struktury odpowiedzi – Jeśli nie dasz dostawcom ujednoliconego formularza, otrzymasz 10 różnych prezentacji marketingowych, których nie da się ze sobą porównać.
Podsumowanie
RFI to inwestycja w wiedzę. Pozwala przejść od fazy „wydaje nam się, że potrzebujemy X” do „wiemy, że rynek oferuje Y i Z, dlatego wybieramy Y”. Dobry analityk wykorzystuje ten etap, aby upewnić się, że późniejsza specyfikacja wymagań będzie osadzona w realiach rynkowych, a nie w pobożnych życzeniach.
Inne pojęcia ze słownika
ETL (Extract, Transform, Load)
Trzyetapowy proces integracji danych, polegający na pobraniu danych z różnych źródeł, ich przekształceniu zgodnie z regułami biznesowymi i załadowaniu do docelowej bazy lub hurtowni danych.
Czytaj więcej →Wymaganie niefunkcjonalne
Ograniczenia i atrybuty jakościowe systemu, które określają, jak system ma działać (np. wydajność, bezpieczeństwo, dostępność), a nie co ma robić.
Czytaj więcej →Dostępność cyfrowa (Accessibility / WCAG)
Praktyka tworzenia serwisów i aplikacji w taki sposób, aby mogły z nich korzystać osoby o różnych sprawnościach, w tym osoby z niepełnosprawnościami wzroku, słuchu, ruchu czy procesów poznawczych.
Czytaj więcej →
Latarnia Analizy