--- title: "Testujcie platformę na swoich danych, nie na demo dostawcy" url: "https://vucale.com/pl/blog/testujcie-platforme-na-swoich-danych" description: "Każda platforma dobrze wypada w demo zrobionym pod nią. Krótki test na Waszych nieuporządkowanych danych, z kryteriami spisanymi wcześniej, pokaże, co demo ukrywa." --- # Testujcie platformę na swoich danych, nie na demo dostawcy 8 października 2026·3 min czytania·Redakcja Młoda kobieta pracuje na laptopie obok wysokiego stosu papierowych dokumentów, a współpracownik w oliwkowej koszuli pochyla się nad jej ramieniem i patrzy w ekran Trzech dostawców prezentuje się w jednym tygodniu. Każde demo jest dopracowane: dane ładują się natychmiast, pulpity reagują, asystent AI odpowiada na pytania zadawane zwykłym językiem. Każdy dostawca jest wiarygodny, każdy klient referencyjny zadowolony, a na koniec tygodnia komisja ma trzy dobre wrażenia i żadnego sposobu, żeby między nimi wybrać. Decyzja zapada w końcu na podstawie ceny, relacji albo tego, kto najlepiej prezentował. Dwa lata później integracja z ERP wciąż nie jest skończona. ## Dlaczego demo nie odpowie na to pytanie Demo istnieje po to, żeby pokazać platformę od najlepszej strony, na danych przygotowanych pod nią, przez ludzi, którzy wiedzą, gdzie są ostre krawędzie. To nie jest nieuczciwe — do tego demo służy. Ale Waszym problemem nie są dane demonstracyjne dostawcy. Są nim Wasze dane: ze zdublowanymi klientami, niespójnymi kodami, pustymi polami i tym jednym systemem, którego nikt nie chce dotykać. O tym, czy platforma się u Was sprawdzi, decyduje to, jak zachowuje się na tych danych. A demo jest dokładnie tą sytuacją, w której tego nie widać. ## Gdzie wybór się psuje **Kryteria pisze się po prezentacjach.** Komisja ogląda funkcje, potem zapisuje, co ceni, a lista nieświadomie opisuje platformę, która zrobiła największe wrażenie. Kryteria spisane po fakcie potwierdzają preferencję, zamiast ją sprawdzać. **Wymagania to lista funkcji.** Trzysta wierszy, każdy dostawca odpowiada „tak” prawie na wszystkie, a różnice, które się liczą — jak trudno coś zrobić, a nie czy w ogóle się da — znikają. **Nikt nie próbuje najtrudniejszego zadania.** Każda platforma wczyta czysty plik i narysuje wykres. Różnicę pokazuje niewygodna integracja, nieuporządkowane źródło, przypadek brzegowy w Waszym procesie. Rzadko się to testuje, bo jest niewygodne i dla dostawcy, i dla kupującego. **Przyszłych użytkowników nie ma przy stole.** Wybierają menedżerowie i IT. Analitycy i operatorzy, którzy będą z narzędziem żyć, widzą je pierwszy raz po podpisaniu umowy. **Wyjście nie jest częścią oceny.** Jak wyciągnąć dane, w jakim formacie i za ile. Nie pojawia się w żadnym demo, a przy pierwszym odnowieniu staje się najważniejszym pytaniem. W [tekście o odsprzedaży](https://vucale.com/pl/blog/firma-ktora-odsprzedaje-nie-moze-doradzac) piszemy, dlaczego doradca pomagający w wyborze może tego pytania nie podnieść. ## Co zrobić zamiast tego **Najpierw kryteria oceny.** Zanim jakikolwiek dostawca się zaprezentuje. Pięć do ośmiu kryteriów, które odpowiadają Waszemu rzeczywistemu problemowi, z wagami, uzgodnionych przez tych, którzy będą decydować. Zamknijcie je i oceniajcie według nich po fakcie. **Przygotujcie pakiet testowy z własnych danych.** Realistyczny wycinek, zanonimizowany tam, gdzie trzeba, razem z brzydkimi częściami: duplikatami, polami tekstowymi, starymi kodami. Do tego jedno czy dwa zadania, które odpowiadają prawdziwej pracy, łącznie z tym, które podejrzewacie o trudność. **Zróbcie krótki test z twardym limitem czasu.** Dwóch dostawców z krótkiej listy, każdy po tydzień do dwóch, ten sam pakiet, te same zadania. Poproście, żeby wykonali pracę na oczach Waszych ludzi, a jeszcze lepiej — żeby Wasi ludzie wykonali ją pod ich okiem. Ile rzeczy trwa, co wymaga inżynierów dostawcy i co okazuje się być „na mapie drogowej” — to jest prawdziwy wynik. **Włączcie przyszłych użytkowników.** Dwie czy trzy osoby, które będą z narzędzia korzystać, oceniają jego użyteczność według tych samych kryteriów. Ich ocena waży, bo od nich zależy, czy narzędzie się przyjmie. **Przetestujcie wyjście.** Poproście każdego dostawcę o wyeksportowanie danych testowych i wszystkiego, co na nich zbudowano, w otwartym formacie. Zapiszcie, ile to trwa i co się po drodze gubi. Wielu dostawców się na to zgodzi, jeśli poprosicie wcześnie, a wysiłek będzie ograniczony. Dostawca, który odmawia testu na realistycznych danych, też coś Wam powiedział. A osoba prowadząca test nie powinna mieć w jego wyniku żadnego interesu — to jeden z powodów, dla których VUCALE [niczego nie odsprzedaje](https://vucale.com/pl). ## Test przed następnym demo Przed kolejną prezentacją dostawcy zapiszcie na jednej stronie trzy zadania, które platforma musi wykonać na Waszych danych, po czym poznacie, że zrobiła to dobrze, i co by ją wykluczyło. Wyślijcie tę stronę dostawcy z wyprzedzeniem i poproście, żeby pokazał dokładnie te trzy rzeczy. A potem patrzcie, co stanie się z demo. Jeśli zmieni się zasadniczo, byliście o krok od kupienia prezentacji zamiast platformy. - wybór dostawcy - platformy - test koncepcji - dane ## Czytaj dalej - [Fabryki agentów nie zostaną w dziale IT](https://vucale.com/pl/blog/fabryki-agentow-nie-zostana-w-dziale-it) - [Pilotaż się udał. Skalowanie to inny projekt](https://vucale.com/pl/blog/pilotaz-sie-udal-skalowanie-to-inny-projekt)