Macierz zawiera 40 wymagań w czterech grupach: funkcje, integracje, bezpieczeństwo i dane oraz wdrożenie i koszty. Każde ma priorytet i wagę, a odpowiedzi dostawców (Tak, Częściowo, Plan rozwoju, Nie) zamieniają się w punkty. Arkusz porównuje trzech dostawców jednocześnie.
Oferty systemów awizacji trudno porównać, gdy każdy dostawca opisuje swój produkt własnymi słowami. Jedna macierz z jednakowymi pytaniami wymusza odpowiedzi w tej samej formie i pokazuje, gdzie kończy się deklaracja, a zaczyna dowód.
Wzór jest neutralny wobec dostawców. Ten sam arkusz może posłużyć do oceny oferty SoftwareStudio i ofert konkurencji, a strona opisuje też, jak sprawdzać odpowiedzi, zamiast przyjmować je na słowo.
Pobierz macierz wymagań w formacie XLSX
Jak zbudowana jest macierz
Jak zbudowana jest macierzArkusz Wymagania ma po jednym wierszu na wymaganie. Wiersz zawiera identyfikator, grupę, treść, priorytet (od Wymaganego do Opcjonalnego) i wagę wyliczaną z priorytetu. Dla każdego z trzech dostawców przewidziano kolumnę Odpowiedź z listą rozwijaną i kolumnę z punktami ważonymi. Arkusz Podsumowanie zestawia wyniki w grupach i liczy braki wymagań obowiązkowych.
Treść wymagań opiera się na tym, co faktycznie rozstrzyga o jakości systemu awizacji: sposób rezerwacji okna, zapis zdarzeń, jakość interfejsu, ochrona danych i warunki wsparcia. Funkcje i statusy opisują strony o oknach czasowych i statusach awizacji, a oczekiwania infrastrukturalne - strona o wymaganiach technicznych systemu awizacji.
Osiem wymagań, o które warto pytać najpierw
Osiem wymagań, o które warto pytać najpierwNie wszystkie wymagania mają taką samą siłę dyskryminacyjną. Cztery pierwsze odróżniają system od kalendarza, a cztery ostatnie ujawniają koszty ukryte po podpisaniu umowy.
| Wymaganie | Dlaczego pytać | Jak sprawdzić |
|---|---|---|
| F03 Blokada podwójnej rezerwacji | arkusz i prosty kalendarz oznaczają kolizję po fakcie, a system powinien jej zapobiec w chwili zapisu | w demo dwie sesje przeglądarki zapisują to samo okno |
| F05 Statusy z godziną i autorem | to podstawa rozliczeń postojów i rozstrzygania sporów | w demo zmiana statusu wstecz: czy zostaje ślad w historii |
| I01 Interfejs API z dokumentacją | jakość interfejsu decyduje o koszcie integracji z ERP | publiczna dokumentacja i przykłady żądań |
| I08 Środowisko testowe | integrację testuje się przed uruchomieniem produkcyjnym | dostęp do środowiska już na etapie zapytania |
| B05 Kopie zapasowe | liczy się test odtwarzania, nie sama deklaracja | data ostatniego testu i czas odtworzenia |
| B06 Lokalizacja danych i podwykonawcy | dane kierowców są danymi osobowymi | lista podwykonawców w umowie powierzenia przetwarzania |
| W05 Serwis i czas reakcji | bez zapisu w umowie wsparcie jest deklaracją | zakres wsparcia i czasy reakcji w umowie serwisowej |
| W08 Plan wyjścia | zmiana dostawcy wymaga danych w użytecznym formacie | eksport w otwartym formacie, test na próbce danych |
Historia zdarzeń w Studio VSS.net - pełny zapis operacji
Widok Historia zestawia zakończone zdarzenia, a przy każdym zapisuje osobę wykonującą operację i datę zapisu. Każda zmiana statusu, przesunięcie czy zamknięcie zostaje zapisane z dokładną datą i osobą wykonującą operację, co jest odpowiednikiem wymagań B02 i F05 z macierzy.
Powierzenie przetwarzania danych osobowych reguluje art. 28 rozporządzenia (UE) 2016/679, a zakres danych kierowców omawia artykuł o awizacji dostaw a RODO.
Punktacja i wagi
Punktacja i wagiOdpowiedź zamienia się na punkty, a priorytet wymagania na wagę. Iloczyn daje punkty ważone, a suma w grupie, podzielona przez maksimum, wynik procentowy. Wartości domyślne można zmienić w arkuszu Punktacja.
| Odpowiedź dostawcy | Punkty | Priorytet wymagania | Waga |
|---|---|---|---|
| Tak | 2 | Wymagane | 3 |
| Częściowo | 1 | Pożądane | 2 |
| Plan rozwoju | 0 | Opcjonalne | 1 |
| Nie | 0 | - | - |
Wagi warto ustalić przed rozesłaniem zapytania, a nie po odpowiedziach, bo zmiana po fakcie faworyzuje wybraną ofertę. Ustalenie ich z góry wymusza też rozmowę między logistyką a IT, bo każdy dział uznaje za obowiązkowe inne wymagania, a spór lepiej rozstrzygnąć na papierze niż przy wyborze dostawcy.
Przykład pokazuje pułapkę procentów. Dostawca, który odpowie Tak na wszystko oprócz blokady podwójnej rezerwacji (Nie) i interfejsu API (Częściowo), zdobędzie 187 z 196 punktów, czyli 95 procent. Mimo to brak wymagania F03 zostanie zliczony jako niespełnione wymaganie obowiązkowe, bo kalendarz bez blokady zapisu nie rozwiązuje problemu, dla którego kupuje się system.
Przykład - dwóch dostawców o podobnym wyniku
Przykład - dwóch dostawców o podobnym wynikuPrzykład ma dane fikcyjne. Dostawca B zdobył więcej punktów, ale w dwóch wymaganiach obowiązkowych odpowiedział Nie lub Plan rozwoju. Sam procent wskazałby go jako lidera, a lista braków zmienia ocenę.
| Dostawca | Punkty z 196 | Wynik | Braki obowiązkowe | Wniosek |
|---|---|---|---|---|
| A | 171 | 87% | 0 | kandydat do pilotażu |
| B | 183 | 93% | 2 (F03 Nie, B07 Plan rozwoju) | ocena po wyjaśnieniu braków; bez blokady rezerwacji i umowy powierzenia oferta zwykle odpada |
Takie zestawienie nie rozstrzyga wyboru, ale porządkuje rozmowę: pytania do dostawcy B dotyczą dwóch konkretnych wymagań, a nie ogólnego wrażenia z prezentacji.
Co dostawca powinien dołączyć do odpowiedzi
Co dostawca powinien dołączyć do odpowiedziOdpowiedź Tak bez dokumentu jest deklaracją. Cztery załączniki zamieniają ją w coś, co można sprawdzić bez demonstracji.
- Dokumentacja interfejsu - opis API z przykładami żądań i odpowiedzi.
- Wzór umowy powierzenia - z listą podwykonawców przetwarzających dane.
- Opis wsparcia - kanały zgłoszeń i czasy reakcji.
- Harmonogram wdrożenia - etapy z terminami odbiorów i zakresem prac po stronie klienta.
Do zapytania i demonstracji nie przesyła się danych osobowych kierowców ani nazw klientów. Scenariusz testowy opiera się na danych fikcyjnych, a prawdziwe dane pojawiają się dopiero w pilotażu, po podpisaniu umowy powierzenia.
Jak prowadzić porównanie
Jak prowadzić porównanieMacierz daje porównywalne deklaracje, ale deklaracje trzeba zweryfikować. Cztery etapy zamieniają je w dowody.
- Wyślij macierz tym samym dostawcom tego samego dnia i ustal termin odpowiedzi.
- Wymagaj opisu przy każdym wymaganiu obowiązkowym, nie samego wyboru z listy.
- Sprawdź odpowiedzi na demonstracji według własnego scenariusza z dostawą spóźnioną i dostawą bez awizacji.
- Przed podpisaniem umowy zleć pilotaż na jednej rampie lub jednej zmianie.
Kryteria oceny poza macierzą zestawia strona o tym, jak wybrać system awizacji, a rachunek kosztów - strony ile kosztuje system awizacji i licencje oprogramowania.
Pytania, których macierz nie obejmuje
Pytania, których macierz nie obejmujeCzęść kryteriów nie mieści się w arkuszu, bo nie ma odpowiedzi Tak lub Nie. Cztery z nich warto omówić osobno.
- Stabilność producenta - historia wdrożeń i kontynuacja rozwoju produktu.
- Jakość współpracy - czas i rzetelność odpowiedzi na pytania w trakcie zapytania.
- Dopasowanie do wyjątków - czy dostawca pyta o Twoje wyjątki, czy sprzedaje scenariusz standardowy.
- Koszt całkowity - wydatki w perspektywie kilku lat, a nie sama cena licencji.
Model zwrotu z inwestycji opisuje artykuł o ROI systemu awizacji, a etapy uruchomienia - strona o wdrożeniu systemu awizacji. Pozostałe wzory dokumentów zbiera strona wzory dokumentów awizacji.