Zapytanie ofertowe na oprogramowanie QA (RFP, request for proposal) to dokument, który wysyłają Państwo do dostawców narzędzi kontroli jakości, aby porównać ich odpowiedzi na te same pytania. W contact center powinno obejmować zakres i trafność oceny, karty oceny, kanały i integracje, coaching, agentów AI, bezpieczeństwo, wdrożenie i cenę, a ważony arkusz oceny powinien być ustalony, zanim przyjdzie pierwsza odpowiedź.
W skrócie
- Wymagania warto spisać przed wysłaniem RFP: ile oceniać, w jakich kanałach, kto ocenia i które odpowiedzi wykluczają dostawcę.
- Proszę użyć 40 pytań poniżej, podzielonych na dziewięć bloków, i przy każdej odpowiedzi prosić o dowód zamiast o „tak”.
- Każda odpowiedź dostaje od 0 do 3 punktów według spisanych definicji, bloki mają wagi, a bezpieczeństwo i warunki dotyczące danych działają jak bramka: zaliczone albo nie.
- Przykład obliczeń pokazuje, dlaczego wyrównany wynik wymaga reguły rozstrzygającej i demo według scenariusza, a nie dłuższego arkusza.
- Warto unikać błędów, przez które odpowiedzi stają się nieporównywalne: pytań otwartych, braku wag i oceniania ceny jak funkcji.
Ten artykuł to lista kontrolna zakupu. Jeśli chcą Państwo zobaczyć, jak wypadają konkretne narzędzia, zapraszamy do naszego porównania oprogramowania do kontroli jakości obsługi. Jeśli wybierają Państwo oprogramowanie do kontroli jakości obsługi klienta dla dużego zespołu wsparcia, poniższe pytania to te, które kupujący powinien zadać także nam.
Co powinno zawierać zapytanie ofertowe na oprogramowanie QA?
Zapytanie ofertowe na oprogramowanie QA w contact center zawiera kontekst, wymagania, pytania do dostawców, metodę oceny i harmonogram. Dostawcy odpowiadają lepiej, gdy znają Państwa wolumeny, kanały i helpdesk, a Państwo porównują lepiej, gdy metoda oceny jest ustalona z góry.
| Część RFP | Co zawiera | Dlaczego to ważne |
|---|---|---|
| Kontekst | Licencje, miesięczny wolumen rozmów, kanały, języki, helpdesk, obecny proces kontroli jakości | Dostawcy dopasowują odpowiedź do Państwa organizacji zamiast wysyłać standardową prezentację |
| Wymagania | Konieczne, pożądane, kryteria wykluczające | Oddziela to, czego Państwo potrzebują, od tego, co dobrze brzmi na demo |
| Pytania | 40 pytań poniżej, z prośbą o dowody | Odpowiedzi da się porównać wiersz po wierszu |
| Ocena | Skala, wagi, zasady wykluczenia, kto ocenia | Najgłośniejszy głos nie decyduje po fakcie |
| Warunki handlowe | Tabela cen do wypełnienia, okres umowy, warunki przedłużenia | Dział zakupów porównuje porównywalne rzeczy |
| Harmonogram | Terminy pytań, odpowiedzi, demo, decyzji | Proces trwa tygodnie, a nie kwartały |
Dokument powinien być na tyle krótki, by odpowiadał zespół produktowy dostawcy, a nie tylko dział sprzedaży. Czterdzieści dobrze dobranych pytań daje lepsze odpowiedzi niż dwieście przepisanych z ogólnego szablonu.
Wymagania należy określić przed wysłaniem
Wymagania wynikają z czterech wewnętrznych decyzji: ile Państwo oceniają, kto ocenia, które kanały się liczą i jak narzędzie ma się łączyć z systemami. Każda z nich zamienia ogólne życzenie w pytanie, na którym dostawca może odpaść.
Krok 1: Ustalić potrzebny zakres oceny
Program ręczny zwykle przegląda niewielką próbkę. Jeśli od jakości zależą decyzje dotyczące poszczególnych konsultantów, kontrole zgodności lub nadzór nad agentami AI, próbka rzadko wystarcza, co wyjaśniamy w artykule o tym, dlaczego 3-procentowa próbka nie wystarcza do decyzji o konkretnym konsultancie (po angielsku). Warto zapisać, czy potrzebna jest ocena każdej rozmowy, czy szybszy przegląd większej próbki.
Krok 2: Ustalić, kto ma ostatnie słowo w sprawie oceny
Niektóre zespoły chcą w pełni automatycznej oceny, inne wolą, by AI proponowała, a oceniający zatwierdzał. Wiele chce obu trybów w różnych kolejkach. RFP powinno pytać, jak działa każdy tryb i jak oceniający koryguje AI.
Krok 3: Wypisać kanały i systemy
Proszę wymienić każdy kanał, który ma trafić do karty oceny (telefon, czat, e-mail, komunikatory), i każdy system, w którym są przechowywane rozmowy. Dostawca, który dobrze ocenia czat, ale traktuje rozmowy głosowe jako osobny produkt, wypadnie świetnie na demo czatu i zawiedzie w kolejce telefonicznej.
Krok 4: Spisać kryteria wykluczające
Kryterium wykluczające to odpowiedź, która eliminuje dostawcę niezależnie od wyniku. Typowe przykłady: brak podpisanej umowy powierzenia przetwarzania danych, brak obsługi Państwa helpdesku, brak możliwości sprawdzenia, dlaczego wystawiono daną ocenę. Najlepiej ograniczyć się do pięciu, inaczej nikt nie przejdzie.
40 pytań do RFP, według bloków
Te 40 pytań obejmuje dziewięć obszarów, w których narzędzia do kontroli jakości w contact center różnią się najbardziej. Można je skopiować do RFP z zachowaniem numeracji i poprosić dostawców o krótką odpowiedź na każde, z wymaganym dowodem.
Blok A: Zakres i ocena (6 pytań)
| # | Pytanie | Co pokazuje dobra odpowiedź |
|---|---|---|
| A1 | Jaką część naszych rozmów możecie Państwo ocenić i kiedy oceniana jest każda z nich? | Konkretny udział i moment, np. każda rozmowa zaraz po rozwiązaniu |
| A2 | Które elementy oceny są w pełni automatyczne, a które wymagają oceniającego? | Jasny podział, z dostępnymi oboma trybami |
| A3 | Jak oceniający zmienia automatyczną ocenę lub komentarz? | Proces edycji i zatwierdzania, ze zmianą zapisaną w historii |
| A4 | Jak pokazujecie Państwo, dlaczego wystawiono ocenę? | Dowód z transkrypcji przy każdym kryterium |
| A5 | Jak oceniacie Państwo kryteria krytyczne, np. udostępnienie danych karty? | Kryteria krytyczne traktowane osobno od ważonych |
| A6 | Co dzieje się z rozmowami, co do których AI nie ma pewności? | Przekazanie do kolejki ludzkiej, a nie ciche zgadywanie |
Blok B: Karta oceny i jej standard (5 pytań)
| # | Pytanie | Co pokazuje dobra odpowiedź |
|---|---|---|
| B1 | Czy możemy zaimportować obecną kartę oceny bez zmian? | Państwa kryteria Państwa słowami, a nie narzucony szablon |
| B2 | Ile możemy mieć kryteriów automatycznych i czy są limity w planach? | Konkretna liczba w każdym planie |
| B3 | Jak ustalamy wagi kryteriów i używamy różnych kart dla zespołów, kolejek lub klientów? | Wagi dla każdego kryterium i karty dla zespołów |
| B4 | Co dzieje się z przyszłymi i dawnymi ocenami, gdy zmieniamy kryterium? | Opisana zasada, najlepiej z historią wersji |
| B5 | Jak w ocenie wykorzystujecie Państwo naszą bazę wiedzy lub procedury? | Państwa treści jako kontekst, a nie ogólny osąd |
O budowie samej karty piszemy w poradniku karta oceny rozmów.
Blok C: Trafność i walidacja (5 pytań)
| # | Pytanie | Co pokazuje dobra odpowiedź |
|---|---|---|
| C1 | Jak przed uruchomieniem porównamy oceny automatyczne z ocenami naszych oceniających? | Test na historycznych ocenach, kryterium po kryterium |
| C2 | Jak raportujecie Państwo zgodność ocen automatycznych z ludzkimi? | Zgodność dla każdego kryterium, a nie jeden wskaźnik trafności |
| C3 | Co robicie Państwo, gdy kryterium ciągle rozjeżdża się z naszymi oceniającymi? | Przeformułowanie kryterium, a potem ponowny test |
| C4 | Jak utrzymujecie Państwo spójność między oceniającymi? | Sesje kalibracyjne, które aktualizują kartę oceny |
| C5 | Jak konsultant odwołuje się od oceny? | Udokumentowany proces odwołań |
Blok D: Kanały i integracje (5 pytań)
| # | Pytanie | Co pokazuje dobra odpowiedź |
|---|---|---|
| D1 | Które z naszych kanałów można oceniać jedną kartą: telefon, czat, e-mail, komunikatory? | Jeden standard we wszystkich kanałach |
| D2 | Jak łączycie się Państwo z naszym helpdeskiem i czy to integracja natywna? | Natywne integracje wymienione z nazwy dla Państwa systemów |
| D3 | Jak obsługujecie Państwo rozmowy głosowe: import nagrań, transkrypcja, języki? | Jasna ścieżka dla rozmów głosowych, a nie „na roadmapie” |
| D4 | Jak trafiają do Was rozmowy z naszego własnego systemu? | Konektor, API lub import plików, z formatami |
| D5 | Jak oceny i dane trafiają do naszych narzędzi BI? | Zaplanowane eksporty w standardowych formatach |
Blok E: Coaching i raportowanie (4 pytania)
| # | Pytanie | Co pokazuje dobra odpowiedź |
|---|---|---|
| E1 | Jak wyniki kontroli jakości zamieniają się w coaching konsultanta? | Informacja zwrotna powiązana z rozmowami, z których wynika |
| E2 | Co widzi lider zespołu bez proszenia analityka? | Pulpity dla konsultanta, zespołu i kryterium |
| E3 | Jak pokazujecie Państwo trendy i przyczyny we wszystkich rozmowach? | Analiza na pełnym zakresie, a nie na próbce |
| E4 | Jak rozdzielacie Państwo pracę przeglądową między oceniających? | Przydziały, które rozkładają pracę równo |
Blok F: Agenci AI i boty (3 pytania)
| # | Pytanie | Co pokazuje dobra odpowiedź |
|---|---|---|
| F1 | Czy możecie Państwo oceniać rozmowy naszego agenta AI tą samą kartą co konsultantów? | Jeden standard dla ludzi i agentów AI |
| F2 | Jak oceniacie Państwo przekazanie rozmowy od agenta AI do człowieka? | Kontrole po obu stronach przekazania |
| F3 | Jak wnioski wracają do treści lub reguł bota? | Ścieżka od błędu do poprawki |
Jeśli agenci AI już obsługują część Państwa kolejki, nasz poradnik o kontroli jakości agentów AI wymienia, co oceniać.
Blok G: Bezpieczeństwo, prywatność i kwestie prawne (5 pytań)
| # | Pytanie | Co pokazuje dobra odpowiedź |
|---|---|---|
| G1 | Jakie niezależne audyty i certyfikaty Państwo posiadają i czy możemy zobaczyć raporty? | Aktualne raporty, dostępne w ramach NDA |
| G2 | Gdzie są przechowywane i przetwarzane nasze dane i przez jakich podprocesorów? | Opublikowana lista podprocesorów z lokalizacjami |
| G3 | Czy używacie Państwo naszych danych do trenowania lub dostrajania modeli AI? | Jasna pisemna odpowiedź, zapisana w umowie |
| G4 | Co dzieje się z naszymi danymi po zakończeniu umowy? | Okres na zwrot danych i zasada usunięcia |
| G5 | Czy podpiszecie Państwo umowę powierzenia przetwarzania danych i co ona obejmuje? | Umowa obejmująca także funkcje AI |
Blok H: Wdrożenie i wsparcie (4 pytania)
| # | Pytanie | Co pokazuje dobra odpowiedź |
|---|---|---|
| H1 | Co obejmuje onboarding i kto za co odpowiada? | Plan z zadaniami Państwa i dostawcy |
| H2 | Ile czasu minie, zanim pierwsze rozmowy zostaną ocenione? | Realistyczny termin i od czego zależy |
| H3 | Kto opiekuje się nami po uruchomieniu i na jakich warunkach? | Wskazany z nazwiska opiekun i warunki wsparcia |
| H4 | Jak pomagacie Państwo oceniającym i konsultantom zacząć korzystać z narzędzia? | Szkolenia i plan wdrożenia, zob. nasz plan wdrożenia narzędzia QA (po angielsku) |
Blok I: Warunki handlowe (3 pytania)
| # | Pytanie | Co pokazuje dobra odpowiedź |
|---|---|---|
| I1 | Jaka jest jednostka ceny (licencja, oceniający, rozmowa, minuta) i kto liczy się jako licencja? | Definicja, którą można przyłożyć do Państwa struktury |
| I2 | Co zawiera każdy plan, a co jest dodatkiem? | Tabela, a nie widełki |
| I3 | Co zmienia się przy przedłużeniu albo gdy zespół rośnie? | Pisemne warunki przedłużenia i wzrostu |
Jak oceniać odpowiedzi dostawców
Każdą odpowiedź oceniają Państwo od 0 do 3 według spisanych definicji, liczą średnią w bloku, a potem stosują wagi. Bezpieczeństwo i warunki dotyczące danych warto sprawdzić najpierw jako bramkę, aby wysoki wynik funkcjonalny nie ratował dostawcy, który ich nie spełnia.
| Wynik | Definicja |
|---|---|
| 0 | Brak oferty lub brak odpowiedzi |
| 1 | Oferowane z dużymi ograniczeniami albo tylko obiecane na przyszłość |
| 2 | Oferowane i spełnia wymaganie, dowód pokazany częściowo |
| 3 | Spełnia wymaganie, z dowodem pokazanym w odpowiedzi lub na demo |
Poniżej wagi dla contact center, którego głównym celem jest pełniejszy i sprawiedliwszy zakres oceny. Wagi należy dopasować do swoich priorytetów przed nadejściem odpowiedzi i nie zmieniać ich później.
| Blok | Waga | Bramka |
|---|---|---|
| A. Zakres i ocena | 25 | |
| B. Karta oceny i jej standard | 15 | |
| C. Trafność i walidacja | 15 | |
| D. Kanały i integracje | 15 | Wykluczenie, jeśli Państwa helpdesk lub główny kanał nie jest obsługiwany |
| E. Coaching i raportowanie | 10 | |
| F. Agenci AI i boty | 5 | |
| G. Bezpieczeństwo, prywatność i kwestie prawne | Bramka | Wykluczenie, jeśli którekolwiek z G1 do G5 dostanie 0 |
| H. Wdrożenie i wsparcie | 10 | |
| I. Warunki handlowe | 5 | |
| Razem | 100 |
Ważony wynik dostawcy to suma, dla każdego bloku, wagi pomnożonej przez średni wynik, podzielona przez 3. Dostawca, który wszędzie dostaje 3, ma 100. Warto, aby co najmniej dwie osoby oceniały niezależnie, a potem porównały wyniki: tam, gdzie różnią się o więcej niż punkt przy jednym pytaniu, niejasne było pytanie albo odpowiedź.
Przykład obliczeń
To przykład poglądowy z trzema wymyślonymi dostawcami, a nie rzeczywiste wyniki. Pokazuje, jak zachowuje się arkusz, gdy sumy są zbliżone i gdy zadziała kryterium wykluczające.
| Blok (waga) | Dostawca A | Dostawca B | Dostawca C |
|---|---|---|---|
| A. Zakres i ocena (25) | 3 | 2 | 3 |
| B. Karta oceny (15) | 2 | 3 | 3 |
| C. Trafność i walidacja (15) | 3 | 2 | 1 |
| D. Kanały i integracje (15) | 2 | 3 | 2 |
| E. Coaching i raportowanie (10) | 2 | 2 | 2 |
| F. Agenci AI (5) | 1 | 3 | 2 |
| G. Bramka bezpieczeństwa | Zaliczona | Zaliczona | Niezaliczona (G3 = 0) |
| H. Wdrożenie (10) | 2 | 3 | 3 |
| I. Warunki handlowe (5) | 2 | 2 | 3 |
| Wynik ważony | 78,3 | 81,7 | Wykluczony (byłoby 80,0) |
Dostawca A: (25×3 + 15×2 + 15×3 + 15×2 + 10×2 + 5×1 + 10×2 + 5×2) ÷ 3 = 235 ÷ 3 = 78,3.
Dostawca B: (25×2 + 15×3 + 15×2 + 15×3 + 10×2 + 5×3 + 10×3 + 5×2) ÷ 3 = 245 ÷ 3 = 81,7.
Dostawca C uzyskałby 80,0, ale nie potrafił pisemnie potwierdzić, czy trenuje modele na Państwa danych, więc bramka go wyklucza.
Najważniejsza lekcja leży w różnicy między A i B: 3,4 punktu mieści się w szumie dwóch osób oceniających 40 odpowiedzi.
Warto z góry ustalić regułę rozstrzygającą, np. „przy różnicy poniżej 5 punktów wygrywa wyższy wynik w bloku o największej wadze”. Tu jest to dostawca A, z 3 za zakres oceny wobec 2 u B. Następnie należy to potwierdzić demo według scenariusza opartego na pytaniach o największej wadze.
Demo według scenariusza, a potem referencje
Demo według scenariusza pokazuje, jak każdy finalista odpowiada na żywo na Państwa najważniejsze pytania, w tej samej kolejności, dzięki czemu porównują Państwo produkty, a nie prezenterów. Scenariusz warto wysłać tydzień wcześniej, a demo ocenić w tej samej skali od 0 do 3.
Dobry scenariusz prosi każdego dostawcę, by pokazał, a nie opowiadał:
- ocenioną rozmowę z każdego Państwa kanału, z dowodem przy każdym kryterium
- oceniającego, który zmienia automatyczną ocenę, i miejsce, gdzie zapisuje się ta zmiana
- Państwa kartę oceny lub jej bliską kopię, ustawioną z Państwa wagami i kryterium krytycznym
- pulpit, który lider zespołu otwiera w poniedziałek rano
- sposób, w jaki zmiana kryterium wpływa na przyszłe oceny
Po demo warto poprosić o jedną lub dwie referencje od zespołów o podobnej wielkości i podobnym zestawie kanałów. Lepiej zapytać, co trwało dłużej niż zakładano, niż czy są zadowoleni.
Po wyborze proszę zaplanować, jak w pierwszych tygodniach sprawdzą Państwo oceny na własnych rozmowach. Metodę daje nasz tygodniowy protokół walidacji oceny AI (po angielsku).
Błędy, przez które odpowiedzi są nieporównywalne
Większość zapytań ofertowych zawodzi, bo pytania zachęcają do marketingowych odpowiedzi, a metodę oceny ustala się dopiero po ich otrzymaniu. Pięć błędów wyjaśnia prawie wszystko.
| Błąd | Co się dzieje | Rozwiązanie |
|---|---|---|
| Pytania tak/nie | Każdy dostawca odpowiada „tak” | Pytać „jak” i „proszę pokazać” |
| Brak wag przed odpowiedziami | Faworyt wygrywa po fakcie | Zatwierdzić wagi z góry |
| Cena oceniana jak funkcja | Wygrywa tanie narzędzie bez zakresu oceny | Warunki handlowe na 5 do 10 punktów, koszty porównywać osobno |
| Dwieście pytań | Dział sprzedaży odpowiada z biblioteki gotowców | Zostać przy około 40 pytaniach, które mają znaczenie |
| Brak kryteriów wykluczających | Do finału trafia dostawca, który nie podpisze umowy powierzenia | Spisać najwyżej pięć kryteriów wykluczających |
Koszty zasługują na osobny model: licencja, onboarding, czas oceniających i czas dojścia do pełnego zakresu oceny. Jak go zbudować, pokazuje nasz poradnik o ROI z Auto QA (po angielsku).
Jak zacząć zapytanie ofertowe na oprogramowanie QA w tym tygodniu
Proszę zacząć od wypełnienia tabeli kontekstu i kryteriów wykluczających, a potem skopiować 40 pytań i arkusz oceny do własnego dokumentu. Wagi warto uzgodnić na jednym spotkaniu z IT, działem prawnym, zakupami i kierownikiem ds. jakości, zanim cokolwiek zostanie wysłane.
Jeśli Kaizo jest na Państwa liście, oto podstawa naszych odpowiedzi. AutoPilot ocenia 100% rozmów według Państwa rubryki zaraz po ich rozwiązaniu, a Auto QA przygotowuje oceny i komentarze, które oceniający edytuje i zatwierdza.
Przed uruchomieniem mogą Państwo przetestować AI na historycznych ocenach, a nasze Trust Center wymienia raport SOC 2 Type II, certyfikat ISO 27001 i umowę powierzenia przetwarzania danych, dostępne na życzenie. Cena jest za licencję, jak podaje nasz cennik.
Zobaczą Państwo na demo na żywo, jak Kaizo odpowiada na te pytania, na realistycznych danych przykładowych i z Państwa RFP pod ręką. Umów spotkanie.
Najczęściej zadawane pytania
Jak napisać zapytanie ofertowe na oprogramowanie dla contact center?
Najpierw należy opisać organizację: licencje, wolumeny, kanały, helpdesk i obecny proces. Potem wymienić wymagania konieczne i kryteria wykluczające, napisać pytania wymagające dowodów oraz ustalić metodę oceny i wagi przed wysłaniem. Trzeba też podać harmonogram pytań, odpowiedzi, demo i decyzji oraz wskazać jedną osobę kontaktową.
Czym różni się RFI od RFP?
RFI (request for information) to krótki, wczesny dokument, który pozwala poznać rynek i stworzyć krótką listę. RFP (request for proposal) trafia do tej listy i prosi o konkretne rozwiązanie, z odpowiedziami, które Państwo oceniają, i ceną. Wielu kupujących oprogramowanie do kontroli jakości pomija RFI i wysyła RFP do trzech do pięciu dostawców.
Do ilu dostawców wysłać zapytanie ofertowe?
Zwykle wystarczy od trzech do pięciu. Mniej daje niewiele do porównania, więcej tworzy pracę przy ocenie, która rzadko zmienia wynik. Listę warto najpierw zawęzić dzięki naszemu porównaniu oprogramowania do kontroli jakości albo krótkiej rozmowie z każdym dostawcą i odrzucić tych, którzy w tej rozmowie nie spełniają kryterium wykluczającego.
Ile trwa zapytanie ofertowe na oprogramowanie QA?
Dla większości contact center realne jest od czterech do ośmiu tygodni od wysłania do decyzji: około dwóch tygodni na odpowiedzi, jeden do dwóch na ocenę i demo, a reszta na referencje, przegląd bezpieczeństwa i umowę. Przeglądy bezpieczeństwa i prawne trwają często najdłużej, dlatego warto je zacząć równolegle z demo.
Czy cena powinna liczyć się w ocenie RFP?
O cenę należy zapytać w RFP, ale w ocenie funkcjonalnej powinna mieć niewielką wagę, około 5 do 10 punktów. Całkowity koszt warto porównać osobno, łącznie z czasem oceniających, onboardingiem i warunkami wzrostu. Tańsze narzędzie, które ocenia mniej rozmów lub wymaga więcej ręcznego przeglądu, może w całym okresie umowy kosztować więcej.
