Najważniejsza odpowiedź
Projekt aplikacji zaczyna się od problemu operacyjnego, procesu, użytkowników i kryteriów sukcesu, a nie od dashboardu.
W aplikacji wewnętrznej najważniejsze są proces, odpowiedzialność i jakość danych. Technologia jest narzędziem do ich odwzorowania.
Najpierw trzeba zrozumieć problem i sposób pracy. Dopiero później warto wybierać układ, funkcje i technologię.
Najważniejsze elementy
Problem
Opisz czas, błędy i blokady. To element, który warto zweryfikować na rzeczywistym przykładzie, a nie wyłącznie na podstawie ogólnego założenia.
Proces end-to-end
Pokaż sprawę od początku do końca. To element, który warto zweryfikować na rzeczywistym przykładzie, a nie wyłącznie na podstawie ogólnego założenia.
Użytkownicy
Rozmawiaj z osobami wykonującymi pracę. To element, który warto zweryfikować na rzeczywistym przykładzie, a nie wyłącznie na podstawie ogólnego założenia.
Dane
Ustal źródła i odpowiedzialność. To element, który warto zweryfikować na rzeczywistym przykładzie, a nie wyłącznie na podstawie ogólnego założenia.
Pierwsza wersja
Wybierz fragment możliwy do wdrożenia. To element, który warto zweryfikować na rzeczywistym przykładzie, a nie wyłącznie na podstawie ogólnego założenia.
Jak podejść krok po kroku?
- Przeprowadź warsztat
- Zbierz przykłady
- Zbuduj prototyp
- Przetestuj scenariusze
Każdy krok powinien zakończyć się konkretną decyzją lub materiałem. Dzięki temu kolejne etapy nie opierają się na domysłach, a zmiany są łatwiejsze do oszacowania.
Czego unikać?
- Start od wyglądu
- Setki funkcji bez priorytetu
- Projekt tylko dla idealnej ścieżki
Te błędy zwykle wynikają z rozpoczęcia działania bez wspólnego celu, właściciela procesu i sposobu pomiaru rezultatu.
Podsumowanie
Projekt aplikacji zaczyna się od problemu operacyjnego, procesu, użytkowników i kryteriów sukcesu, a nie od dashboardu. Najlepszy kolejny krok to opisanie obecnej sytuacji, oczekiwanego rezultatu i ograniczeń, a następnie dobranie rozwiązania proporcjonalnego do skali problemu.
