Przed wizytą pracownik powinien widzieć właściwy kontekst klienta.
Lista dzisiejszych spotkań powinna pokazywać termin, typ działania, temat i powiązany rekord. Przejście do szczegółów spotkania może udostępniać adres firmy, dane kontaktowe i notatki, o ile pracownik ma do nich dostęp w CRM.
Nie każda informacja z pełnego formularza komputerowego jest potrzebna na telefonie. Interfejs mobilny warto ograniczyć do pól używanych w terenie, a szczegółowe dane pozostawić w centralnym SuiteCRM.
Nowe spotkanie powinno trafić do tego samego procesu co rekord utworzony w CRM.
Przy tworzeniu wydarzenia trzeba zweryfikować datę, godzinę, czas trwania, osobę odpowiedzialną oraz powiązanie z klientem. Nie wolno zakładać, że zapis po stronie telefonu jest sukcesem, dopóki serwer nie potwierdzi operacji.
Przykład: po spotkaniu pracownik zmienia jego status i zapisuje krótką notatkę. Backend aktualizuje odpowiedni rekord CRM. Pozostali użytkownicy widzą nową informację zgodnie z uprawnieniami i odświeżaniem danych.
Telefon nie może omijać kontroli dostępu w SuiteCRM.
Aplikacja powinna korzystać z uwierzytelnionego interfejsu integracyjnego oraz respektować role i zasady widoczności rekordów. Pracownik nie powinien móc odczytać obcej szansy lub cudzej notatki tylko dlatego, że zna identyfikator.
W zależności od wersji i konfiguracji SuiteCRM trzeba przetestować dostępne API, obsługę sesji lub tokenów, wygasanie logowania i sposób pobierania rekordów powiązanych. Nie należy trzymać haseł do bazy CRM w kodzie aplikacji mobilnej.
Unikaj przesunięć godzin między telefonem a serwerem.
Telefon może działać w innej strefie czasowej niż serwer i użytkownik CRM. Terminy należy przesyłać w jednoznacznym formacie, a przy wyświetlaniu stosować ustalone zasady strefy użytkownika.
Szczególnie ważne są zmiany czasu zimowego i letniego, wydarzenia całodniowe oraz ponowne otwarcie wydarzenia zapisanego na innym urządzeniu. Prosty test kilku dat wokół zmiany czasu pozwala wykryć błędy, które trudno zauważyć w codziennej pracy.
Synchronizacja musi obsługiwać błąd i powtórzony zapis.
Przy niestabilnym internecie użytkownik może nacisnąć „Zapisz” ponownie. Backend powinien umieć rozpoznać, czy to druga próba tej samej operacji, aby nie stworzyć dwóch spotkań.
Jeżeli planowany jest tryb offline, trzeba dodatkowo zdecydować, co robić w razie równoczesnej edycji wydarzenia na komputerze i telefonie. Tryb offline nie wynika automatycznie z samego istnienia aplikacji mobilnej — wymaga osobnej implementacji i testów.
- Wyraźny status operacji: zapisano, trwa wysyłanie, wystąpił błąd.
- Bezpieczne ponawianie żądań bez tworzenia duplikatów.
- Obsługa konfliktów zmian i wersji rekordów.
- Odświeżanie terminarza po powrocie do aplikacji.
Nagranie po spotkaniu może być dodatkowym etapem, nie częścią samego kalendarza.
Dedykowane rozwiązanie można rozszerzyć o przesłanie notatki głosowej, jej powiązanie z wydarzeniem i zapis transkrypcji w SuiteCRM. Przebieg przetwarzania i wymagane zgody trzeba zaprojektować oddzielnie.
Opis zastosowania rozpoznawania mowy znajduje się w materiale o transkrypcjach Whisper. Z kolei prezentację rzeczywistego przykładu aplikacji mobilnej SuiteCRM udostępniamy na stronie usługi.
Sprawdź kalendarz na różnych telefonach i rolach użytkowników.
Ten poradnik opisuje projektowanie integracji z kalendarzem. Strona aplikacji mobilnych SpecINFO prezentuje ofertę i przykład demonstracyjny, nie obiecuje automatycznej obsługi wszystkich funkcji w każdej instalacji SuiteCRM.
Pracownik terenowy
Widoczność własnych spotkań i powiązanych klientów.
Kierownik
Dostęp tylko do rekordów przewidzianych w polityce uprawnień.
Brak sieci
Czytelny błąd, ponowienie zapisu i brak zdublowanych wydarzeń.
Od wiedzy do wdrożenia.
Dedykowane aplikacje mobilne SpecINFO
Oferta i demonstracja aplikacji SuiteCRM z kalendarzem i notatkami.
Przejdź do strony →SuiteCRM – wdrożenia i rozwój
Centralny system, uprawnienia i rozbudowa interfejsu.
Przejdź do strony →Transkrypcje rozmów z Whisper
Rozpoznawanie mowy jako dodatkowy proces CRM.
Przejdź do strony →