DEMONSTRACJA / OPROGRAMOWANIE
Jak pokazalibyśmy wartość oprogramowania, zanim zaprosimy na demo
Scenariusz demonstracji oprogramowania: projekt testu, czas weryfikacji, konfiguracja i kryteria oceny pilotażu.
PROSIMY ZWRÓCIĆ UWAGĘScenariusz koncepcyjny dla fikcyjnego produktu do przetwarzania dokumentów. Przykład liczbowy jest wymyślony, by wyjaśnić metodę; nie przedstawia wydajności prawdziwego produktu.
Kontekst i cel
Produkt obiecuje mniej pracy administracyjnej. Strona pokazuje zrzuty ekranu i funkcje, a potencjalni klienci muszą umówić rozmowę, by zrozumieć proces. Naszym celem byłoby pomóc odpowiednim firmom ocenić dopasowanie przed spotkaniem i rozpocząć pilotaż z realistycznymi oczekiwaniami.
Hipotezy i analiza
Przejrzelibyśmy pytania z rozmów sprzedażowych i ustalili, dlaczego pilotaże są przerywane: dokładność, integracja, konfiguracja czy zbyt mały wolumen, by uzasadnić inwestycję. Sprawdzilibyśmy, czy produkt może dostarczyć dane potrzebne do porównania i kto zatwierdza jakość wyników.
Nie zaczynalibyśmy od obietnicy procentowej oszczędności. Najpierw zdefiniowalibyśmy zadanie: dokumenty przetworzone, sprawdzone i gotowe do eksportu, z tym samym wymogiem jakości w obu metodach.
Protokół demonstracji
Użylibyśmy dokumentów syntetycznych lub dokumentów zanonimizowanych za zgodą, w tym prostych formatów i trudnych przypadków. Opublikowalibyśmy cechy zbioru danych i zasady doboru. Określilibyśmy doświadczenie operatorów, sprzęt, wersje, granice pomiaru czasu i sposób liczenia błędów. Unikalibyśmy sztucznej przewagi operatora, który zna tylko jedną metodę.
Przeprowadzilibyśmy powtarzane próby i podawali zmienność, a nie tylko najlepszy wynik. Bez wystarczającej liczby prób oznaczylibyśmy materiał jako pojedynczą demonstrację. Czas początkowej konfiguracji i integracji podawalibyśmy osobno, obok czasu pracy.
Przykład liczbowy wyjaśniony
W fikcyjnej próbie z 40 dokumentami obecna metoda zajmuje 80 minut. Metoda wspomagana zajmuje 18 minut przetwarzania, 12 sprawdzania i 10 poprawek: łącznie 40 minut. Oszczędność czasu pracy w tej próbie to 40 minut, czyli 50% pierwotnego czasu. Jeśli początkowa konfiguracja zajmuje kolejne 60 minut, pierwsze użycie trwa łącznie 100 minut.
| Etap | Minuty |
|---|---|
| Obecny proces, łącznie | 80 |
| Przetwarzanie wspomagane | 18 |
| Sprawdzanie | 12 |
| Poprawki | 10 |
| Praca wspomagana, łącznie | 40 |
| Początkowa konfiguracja, osobno | 60 |
| Pierwsze użycie z konfiguracją | 100 |
Komunikowanie tylko 18 minut albo obiecywanie wszystkim 50% oszczędności byłoby mylące. Przy wielokrotnym użyciu moglibyśmy wymodelować, kiedy czas konfiguracji się zwraca, z jawnymi założeniami dotyczącymi wolumenu, błędów i stabilności procesu. Koszty oprogramowania i integracji należą do osobnej oceny ekonomicznej.
Realizacja kreatywna
Krótki film zaczynałby się od zadania: „Ile czasu mija, zanim te dokumenty będą gotowe do użycia?” Pokazywałby etapy i łączny czas, z widoczną informacją, że test ma określone granice. Strona zawierałaby pełną wersję, kryteria akceptacji, ograniczenia i wyjątek wymagający interwencji.
Kolejnym krokiem byłoby sprawdzenie kompatybilności lub prośba o pilotaż. Ludzie powinni móc zrozumieć jeden pełny przykład bez wcześniejszego wypełniania formularza. Przed zebraniem prawdziwych dokumentów osobno uzgodnilibyśmy dostęp i przetwarzanie.
Od twierdzenia do dowodu
Porównanie ogólnego twierdzenia z tym, co pokazalibyśmy dla tego samego fikcyjnego produktu. Liczby są wymyślone, by wyjaśnić metodę; nie przedstawiają wydajności prawdziwego produktu.
Fikcyjne dane i sytuacje. Lokalna demonstracja, bez wyników klientów. Państwa wybory nie wysyłają danych, zapytań ani rezerwacji.
Mniej pracy administracyjnej
Produkt obiecuje mniej pracy administracyjnej.
Zadanie, zdefiniowane przed jakimkolwiek procentem: dokumenty przetworzone, sprawdzone i gotowe do eksportu, z tym samym wymogiem jakości w obu metodach.
Co trzeba sprawdzić
Czy jasne jest, co znaczy „gotowe” w obu metodach?
Wszystkie warianty
Mniej pracy administracyjnej
Twierdzenie: Produkt obiecuje mniej pracy administracyjnej.
Co byśmy pokazali: Zadanie, zdefiniowane przed jakimkolwiek procentem: dokumenty przetworzone, sprawdzone i gotowe do eksportu, z tym samym wymogiem jakości w obu metodach.
Do sprawdzenia: Czy jasne jest, co znaczy „gotowe” w obu metodach?
Szybko
Twierdzenie: „Szybko”, bez punktu odniesienia.
Co byśmy pokazali: W fikcyjnej próbie z 40 dokumentami: 80 minut obecną metodą, 40 minut metodą wspomaganą, łącznie ze sprawdzaniem i poprawkami.
Do sprawdzenia: Czy pomiar czasu obejmuje sprawdzanie i poprawki? Jeden korzystny wynik nie opisuje każdego zastosowania.
Łatwy w obsłudze
Twierdzenie: „Łatwy w obsłudze”, bez warunków.
Co byśmy pokazali: 60 minut początkowej konfiguracji, podane osobno: pierwsze użycie trwa łącznie 100 minut. Strona pokazuje też wyjątek wymagający interwencji.
Do sprawdzenia: Czy oddzielamy czas konfiguracji od czasu pracy, pokazując oba?
Pomiar i decyzja
Jeśli pozwoli na to wolumen, porównalibyśmy obecną prezentację z demonstracją. Mierzylibyśmy zrozumienie, kwalifikujące się zapytania, rozpoczęte pilotaże i wdrożenia po pilotażu. Dalsze inwestycje zależałyby od postępu na tej ścieżce i kosztu produkcji, a nie tylko od czasu oglądania.
Co zmieniłoby naszą rekomendację
Jeśli wyniki różnią się zbyt mocno, zawęzilibyśmy obietnicę do potwierdzonych zastosowań. Jeśli produkt oszczędza czas, ale generuje niedopuszczalne błędy, priorytetem staje się ich naprawa. Jeśli prawdziwą przeszkodą jest integracja, kolejna demonstracja powinna pokazać integrację i potrzebne do niej zasoby.