Dwie osoby mogą pracować na różnych wersjach.
Pracownik otwiera zamówienie, klient w tym czasie zmienia ilość, a pracownik zapisuje wcześniejszy zakres. Jeżeli nikt nie zobaczy różnicy, jedna z informacji może zostać nadpisana. Problemem nie jest wyłącznie szybkość odświeżania ekranu, lecz reguła przyjęcia zmiany.
Opisz, które dane można zmieniać równocześnie i kto ma prawo do końcowej decyzji. Zmiana komentarza i zmiana ceny mogą wymagać różnych sposobów obsługi. Nie warto przyjmować jednej zasady dla wszystkich pól bez sprawdzenia procesu.
Konflikt powinien być zrozumiały dla użytkownika.
Komunikat może wskazywać, że sprawa zmieniła się podczas pracy i wymaga ponownego sprawdzenia. Użytkownik potrzebuje swojej propozycji oraz bieżącej wersji, aby móc rozstrzygnąć różnicę. Ogólny błąd zapisu nie pomaga ocenić, co zostało już zmienione.
Przykładowo koordynator widzi nowy termin i zachowuje własną notatkę roboczą. Może odczytać aktualny zakres i zdecydować, czy jego poprawka nadal jest potrzebna. Aplikacja nie powinna potajemnie przyjmować starszej wartości jako najnowszej.
Nie każdą zmianę można automatycznie połączyć.
Dwie niezależne notatki dają inny problem niż dwa terminy dla jednego zasobu. W drugim przypadku połączenie obu wyborów może tworzyć sprzeczny rezultat. Reguły powinny wynikać z znaczenia danych, dostępności i odpowiedzialności.
Ustal, kto rozwiązuje sytuację oraz jaki status widzi druga osoba. Historia pomaga odtworzyć przebieg, ale nie jest sama decyzją o właściwej wersji. Potrzebny jest jasny rezultat, na którym zespół może kontynuować pracę.
Przygotuj dwie otwarte sesje do odbioru.
Otwórz tę samą sprawę w dwóch rolach, zmień dane w pierwszej i spróbuj zapisać wcześniejszy widok w drugiej. Sprawdź komunikat, zachowanie roboczej propozycji i aktualny zakres. Następnie powtórz test dla pola o innym znaczeniu.
Do wyceny przygotuj anonimowe przykłady równoległej pracy oraz listę pól, których nadpisanie jest szczególnie istotne. Konflikty i ich rozwiązanie są częścią odbioru aplikacji, a nie wyłącznie technicznym komunikatem pomijanym w projekcie.
Jaką decyzję podjąć dalej?
Jeżeli trzeba odtworzyć ważne ustalenia, sprawdź Historia zmian w aplikacji: co warto zapisywać?.
Dla rozdzielenia szkicu, przekazania i akceptacji przeczytaj Wersja robocza i zatwierdzenie: kiedy sprawa staje się wiążąca?.
Od decyzji do zakresu wykonania.
Zakres związany z tą decyzją opisujemy na stronie Dedykowany CRM.
Praktyczny kontekst znajdziesz w opisie Biura nieruchomości. To możliwy zakres dla branży, który dobieramy do konkretnej firmy.