Nowa premiera, ogłoszenie do sprawdzenia, komunikat do użytkowników. Twój zespół powinien obsługiwać takie zadania z panelu, zamiast zlecać każdą zmianę programiście. Projektujemy zaplecze administracyjne połączone z aplikacją: widoki pracy, uprawnienia i przekazywanie danych. Ustalamy, co można zmieniać samodzielnie, a co pozostaje rozwojem oprogramowania.
Porządkujemy sposób dodawania i edycji informacji widocznych w aplikacji. Zamiast technicznych formularzy projektujemy pola odpowiadające treści: tytuły, daty, opisy, zdjęcia i odnośniki potrzebne użytkownikowi.
Określamy, jakie czynności administrator wykonuje przy kontach użytkowników i jakie dane są do tego potrzebne. Uprawnienia dopasowujemy do obowiązków zespołu, aby dostęp do panelu nie oznaczał automatycznie dostępu do wszystkich operacji.
Jeśli aplikacja pozwala użytkownikom publikować treści, panel musi umożliwiać ich przeglądanie i uzgodnioną reakcję. Projektujemy obsługę ogłoszeń tak, aby administrator wiedział, co wymaga sprawdzenia i co wydarzy się po jego decyzji.
Zespół powinien widzieć, jaki komunikat przygotowuje i do jakiej sytuacji w aplikacji się on odnosi. Zakres panelu może obejmować tworzenie powiadomień oraz wybór uzgodnionych kategorii odbiorców; reguły wysyłki ustalamy osobno.
Panel i aplikacja korzystają z ustalonego modelu danych. Projektujemy lub dopasowujemy API, określamy walidację i sprawdzamy, jak zmiana wykonana przez administratora pojawia się u użytkownika.
Rozdzielamy aktualizację treści od zmiany działania produktu. Nowy wpis może powstać w panelu, ale nowy moduł, ekran lub reguła biznesowa mogą wymagać prac programistycznych. Ten podział ustalamy przed wyceną.
Opisz treści i dane, którymi zarządza Twój zespół, oraz jego codzienne czynności. Daj znać, czy aplikacja już działa i czy ma dostępne API. Na tej podstawie omówimy zakres panelu i potrzebnych zmian zaplecza.
Sprawdź, co administrator może zmieniać samodzielnie i od czego zależy połączenie panelu z aplikacją.
Chcesz ustalić zakres panelu do swojej aplikacji? Porozmawiajmy o zakresie.
Najpierw oceniamy backend, API, kod i dostępne środowiska. Panel musi korzystać z danych i operacji, które aplikacja potrafi obsłużyć. W części projektów konieczne będą również zmiany zaplecza lub samej aplikacji.
Panel jest interfejsem, w którym człowiek dodaje treści i wykonuje uzgodnione operacje. Backend przechowuje dane, realizuje reguły i udostępnia je aplikacji przez API. Obie części mogą powstać w jednym wdrożeniu, ale ich zakres i odpowiedzialność opisujemy osobno.
Przez panel można edytować treści przewidziane w istniejącym modelu danych, na przykład datę premiery lub opis wydarzenia. Dodanie nowego typu treści, ekranu rezerwacji czy procesu transakcji może już wymagać programowania. Podobnie moderacja ogłoszenia jest codzienną operacją, a wprowadzenie nowego sposobu zakupów zmianą produktu.
Podział dostępów wynika z odpowiedzialności zespołu. Redaktor może potrzebować edycji treści, moderator obsługi zgłoszeń, a właściciel produktu szerszej administracji. Ustalamy te granice przed implementacją zamiast przyznawać każdemu pełny dostęp.
Może obejmować przygotowywanie i obsługę komunikatów, tak jak w JutroDrop. Sam panel nie zamyka jednak całego zakresu wysyłki: potrzebne są także reguły odbiorców, preferencje i obsługa po stronie aplikacji. Te elementy wyceniamy na podstawie uzgodnionych scenariuszy.
Przygotuj listę typów treści, przykłady codziennych działań i informacje o osobach korzystających z panelu. Przy istniejącym produkcie potrzebne będą również informacje o API i aplikacji. Taki opis pozwala ustalić ekrany administracyjne, operacje i zależności zaplecza.
Tak, zakres interfejsu mobilnego i zaplecza ustalamy wspólnie. Dzięki temu wiadomo, które informacje użytkownik odczytuje, a które administrator aktualizuje. Całość przedstawiamy w ofercie aplikacji mobilnej z zapleczem.