Офлайн-режим як основа надійного цифрового продукту

Локальні дані мають бути повноцінним станом

Кеш зручний для читання, але не дає гарантії, що дія користувача переживе перезапуск вкладки або розрядження пристрою. Локальне сховище має зберігати стан редагування, чергу змін, локальні ідентифікатори та версію схеми. Кожна операція повинна бути повторюваною без дублювання та зрозумілою після оновлення клієнта.

Конфлікт не можна завжди розв’язати за часом

Останній запис може перемогти для позначки або кольору, але втратить дані у спільному документі чи зміні статусу з бізнес-наслідками. Для кожного типу даних визначте стратегію: автоматичне злиття, показ двох версій людині або блокування до уточнення. Помилковий конфлікт не повинен мовчки зникати — це приховує втрату й позбавляє команду сигналу про проблему. Чесний стан синхронізації пов’язаний із тим, як продукт зменшує шум сповіщень, а локальну обробку тексту можна побачити на прикладі перекладу без передавання вмісту на сервер.

Інтерфейс має чесно показувати стан

Не показуйте «збережено», якщо зміна залишилася лише на пристрої. Розрізняйте стани «збережено локально», «очікує синхронізації», «конфлікт» і «передано на сервер». Користувач має бачити, чи можна закрити застосунок, і мати дію для повторної спроби. Додайте доступне текстове пояснення, а не лише кольорову крапку, бо стан впливає на збереження роботи.

Відмови слід тестувати як основний сценарій

Авіарежим на хвилину не покаже всіх проблем. Відтворіть повільну мережу, розрив під час відправлення, зміну облікового запису, протерміновану сесію, заповнене сховище та оновлення схеми з невідправленими змінами. Перевірте один обліковий запис на кількох пристроях. Мета — не усунути всі конфлікти, а зробити кожен результат передбачуваним і відновлюваним.