Definicja produktu
Określ wyraźnie użytkownika, zadanie i cel biznesowy. Przeanalizuj istniejące doświadczenie i ograniczenia, aby zespół mógł ustalić, co obejmuje pierwsze użyteczne wydanie.
Brief produktowy; priorytety ścieżki; zakres wydania.
Produkty cyfrowe.
Zaprojektowane do działania.
Daciel to firma zajmująca się projektowaniem i rozwojem produktów cyfrowych, działająca w zakresie doświadczeń skierowanych do klienta oraz stojących za nimi systemów. Badania, projektowanie interfejsu i inżynieria są planowane wokół zdefiniowanego zadania użytkownika.
Gdy praca
wymaga połączenia.
Dla firm wprowadzających produkt na rynek, zastępujących rozdrobnioną ścieżkę lub przekształcających wewnętrzny przepływ pracy w niezawodne narzędzie cyfrowe. Strona internetowa, API i doświadczenie konta powinny wynikać z tej samej decyzji produktowej.
Co robimy.
Projektowanie doświadczenia i interfejsu
Zaprojektuj ścieżki, którymi ludzie faktycznie podążają, uwzględniając stany puste, błędy, uprawnienia i powracające wizyty. Twórz ponownie wykorzystywane wzorce interfejsu zamiast zbioru niepowiązanych ekranów.
Przepływy użytkowników; prototypy; ponownie wykorzystywane zasady interfejsu i treści.
Inżynieria i integracje
Połącz interfejs z wymaganymi danymi i usługami. Ustal sposób walidacji stanu, ponownego podejmowania prób akcji oraz tego, jak osoba rozumie wynik.
Działająca aplikacja; granice integracji; dokumentacja wydania.
Uruchomienie i ulepszanie
Przygotuj produkt do rzeczywistego użytku na różnych urządzeniach. Oceń wydajność, dostępność, obserwability i własność, a następnie ustal priorytet usprawnień na podstawie zachowań użytkowników.
Sprawdzenia urządzeń i wydania; przekazanie operacyjne; backlog usprawnień.
Jak to działa.
Zdefiniuj najmniejsze użyteczne wydanie
Wybierz spójną ścieżkę użytkownika zamiast oderwanej listy funkcji. Zarejestruj systemy i decyzje, które mogą wpłynąć na dostarczenie rozwiązania.
Projektuj i buduj razem
Używaj prototypów i działających przyrostów, aby wcześnie rozwiązać pytania produktowe. Utrzymuj połączenie między wzorcami projektowymi, treściami i decyzjami dotyczącymi integracji.
Wydaj z planem operacyjnym
Sprawdź kompletną ścieżkę, w tym awarię i odzyskiwanie, przed uruchomieniem. Uzgodnij, kto utrzymuje produkt i jak zatwierdzane są późniejsze zmiany.
Połączona praca.
Pomocne
pierwsze założenia.
Te szczegóły pomagają nam ocenić pracę i zaproponować rozsądny zakres.
- Użytkownicy i zadanie, które produkt musi im pomóc wykonać.
- Istniejące badania, materiały produktowe i istotne zasoby marki.
- Znane źródła danych, API, wymagania dotyczące kont i uprawnień.
- Osoba decyzyjna i realistyczne ograniczenie wydania.
Zanim zaczniemy.
Czy to usługa projektowania strony, czy rozwoju aplikacji?
Zakres podąża za produktem. Może obejmować publiczną stronę internetową, uwierzytelnione doświadczenie konta, API lub wewnętrzne narzędzie biznesowe. Brief powinien wyjaśniać ścieżkę, którą wspierają te powierzchnie, oraz sposób ich połączenia.
Czy możecie ulepszyć istniejący produkt?
Tak. Najpierw identyfikujemy problemy użytkownika i operacyjne, a następnie oceniamy, czy ukierunkowane zmiany projektowe i inżynieryjne mogą je rozwiązać. Pełna przebudowa jest decyzją zakresową, a nie domyślnym rozwiązaniem.
Czy będziemy w stanie utrzymywać produkt?
Własność, dokumentacja, dostęp i obowiązki konserwacyjne są uzgadniane podczas definiowania zakresu. Tam, gdzie odpowiednie są moduły wielokrotnego użytku, ułatwiają one późniejszą recenzję zmian i operate.
Co determinuje koszt rozwoju?
Główne zmienne to ścieżki, zakres interfejsu, integracje, model danych, wymagania jakościowe i bieżące potrzeby operacyjne. Propozycja ze zdefiniowanym zakresem identyfikuje deliverables i założenia, zamiast traktować liczbę ekranów jako cały projekt.