Firma wyrosła z arkuszy.
Dane są rozproszone, zadania wymagają ręcznej obsługi. Trzeba wybrać proces, od którego zacznie się zmiana.
PIERWSZY ETAP WSPÓŁPRACY
Najpierw dobry plan.
Potem właściwy kod.
Masz pomysł na aplikację albo chcesz ułatwić pracę zespołu? Najpierw ustalamy, co warto zrobić w pierwszej kolejności, co trzeba sprawdzić i po czym ocenimy wynik. To podstawa do wyceny i decyzji o dalszej pracy.
KIEDY ZACZĄĆ OD PLANU
Cel znasz.
Zakres jeszcze się układa.
Systemy nie współpracują.
Sklep, magazyn lub CRM działają osobno. Najpierw sprawdzamy dane, dostępne połączenia i odpowiedzialność za każdy krok.
Pomysł potrzebuje pierwszej wersji.
Lista funkcji rośnie. Wybieramy zadanie użytkownika, które produkt powinien obsłużyć od początku do końca.
CO PORZĄDKUJEMY
Cztery elementy
jednej decyzji.
Zapisujemy ustalenia tak, żeby można było wrócić do nich przy wycenie i podczas prac. Ważne jest też to, czego pierwsza wersja jeszcze nie obejmuje.
- 01
Cel i osoby korzystające z rozwiązania
Kto korzysta z rozwiązania, jakie zadanie wykonuje i po czym ocenimy, że pierwszy etap pomaga.
- 02
Kolejne kroki i potrzebne dane
Kolejne kroki, źródła informacji, uprawnienia, integracje oraz sytuacje wymagające obsługi przez człowieka.
- 03
Co powstaje na początek
Funkcje niezbędne, możliwe uproszczenia i elementy na później. Kryteria, według których sprawdzimy działanie.
- 04
Co trzeba jeszcze sprawdzić
Co wymaga prototypu, testu połączenia lub dodatkowej decyzji. Założenia potrzebne do przygotowania wyceny wdrożenia.
JAK TO MOŻE WYGLĄDAĆ
Duży pomysł.
Konkretny pierwszy etap.
Przykładowy plan pokazuje, co warto ustalić przed wyceną. W Twoim projekcie zakres będzie wynikać z potrzeb firmy.
Panel zgłoszeń dla klientów
- CEL
- Klient wysyła zgłoszenie, a zespół może je przyjąć, obsłużyć i zamknąć.
- PIERWSZA WERSJA
- Formularz zgłoszenia, lista spraw, osoba odpowiedzialna i widoczny status.
- NA PÓŹNIEJ
- Rozbudowane raporty, dodatkowe typy zgłoszeń i automatyczne reguły.
- JAK SPRAWDZIMY DZIAŁANIE
- Klient widzi wynik swojej sprawy, a pracownik nie musi szukać jej w wiadomościach.
Połączenie sklepu z magazynem
- CEL
- Opłacone zamówienie trafia do magazynu bez ręcznego przepisywania.
- PIERWSZA WERSJA
- Jeden sklep, jeden magazyn, przekazanie zamówienia i obsługa błędu połączenia.
- NA PÓŹNIEJ
- Kolejne kanały sprzedaży, dodatkowe magazyny i bardziej złożone zwroty.
- JAK SPRAWDZIMY DZIAŁANIE
- To samo zamówienie nie zapisuje się dwa razy, a błąd można zauważyć i ponowić.
Próba odczytu dokumentów z AI
- CEL
- Pracownik dostaje propozycję danych do sprawdzenia, zamiast przepisywać dokument.
- PIERWSZA WERSJA
- Jeden typ dokumentu, przygotowane przykłady i zatwierdzenie przez człowieka.
- NA PÓŹNIEJ
- Kolejne typy dokumentów i połączenie z docelowym programem firmy.
- JAK SPRAWDZIMY DZIAŁANIE
- Wiadomo, które dane odczytano poprawnie i kiedy system potrzebuje pomocy.
Przykłady koncepcyjne. Nie są dokumentami z projektów klientów ani gotową wyceną.
PRZED PIERWSZĄ ROZMOWĄ
Pokaż nam,
jak to działa dziś.
Nie potrzebujesz gotowego opisu technicznego. Przygotuj materiały, które znasz i możesz bezpiecznie udostępnić.
- Przykład zadania, które zajmuje zbyt dużo pracy.
- Listę używanych narzędzi i osób uczestniczących w procesie.
- Przykładowy dokument lub ekran bez danych osobowych i poufnych.
- Najważniejsze ograniczenia, priorytety i oczekiwany kierunek zmiany.
DECYZJA PO ETAPIE
Budować, sprawdzić
czy uprościć?
Po tym etapie możesz zdecydować, czy zaczynamy budowę, najpierw sprawdzamy trudny fragment w małej próbie, czy wystarczy lepiej połączyć obecne narzędzia. Nie zakładamy z góry, że potrzebna jest duża nowa aplikacja.
Jak wybrać zakres pierwszej wersji?PO URUCHOMIENIU PRODUKTU
Wybieramy też sposób
dalszej współpracy.
To trzy możliwe zakresy do uzgodnienia. Odpowiedzialność, dostępy, dokumentację i warunki obsługi określamy w umowie.
Produkt w Twojej organizacji.
Ustalamy materiały i dostępy potrzebne do dalszej obsługi oraz sposób przekazania wiedzy wyznaczonemu zespołowi.
Uzgodniona obsługa działania.
Określamy zakres monitorowania, aktualizacji, kopii i zgłoszeń. Godziny obsługi i zasady reagowania dobieramy do potrzeb systemu.
Kolejne funkcje z uzasadnieniem.
Zbieramy obserwacje użytkowników, ustalamy priorytety i planujemy następne zmiany. Każda kolejna zmiana ma ustalony cel i sposób sprawdzenia.
ZACZNIJMY OD TWOJEGO PROCESU