Позиция автора

• Я убежден, что человек в преобладающем большинстве случает поступает «правильно» и «хорошо» согласно своей интерпретации и широтой контекста в котором он находится.

• Я считаю, что наилучшее решение достигается через обсуждения и рассмотрения различных позиций.

• Все описанное ниже являются субъективным наблюдением на основе обратной связи от конечного пользователя (КП).

Введение

В мире успешного-успеха, в который мы погрузились, где продакт-ы рапортуют о новых достижениях в метриках, а топ-менеджеры, перечисляют какие преимущества дают их бизнес-функции. Мнение конечного пользователя, кажется, статистически ничтожным.

Я помню времена, когда требования были — понятнее, бюджеты на реализацию — жирнее, а команды — меньше/больше, что позволяло фокусироваться на действительно важных вещах, которые запоминались и западали в душу пользователям. Их копировали, пересматривали и вводили как эталон.

Один мой знакомый (автор заметок), несколько сгорел в работе ИТ специалистом. И решив для себя:

1. посмотреть город в который он не так давно переехал;

2. попрактиковать вождение, т.к. стаж всего несколько лет;

3. и просто развеяться и переключиться.

Пошел в авто-курьеры. Одного популярного ритейлера.

Далее перечисляются его наблюдения от которых он чаще всего недоумевает. И все бы ничего, — кто не ошибается, но я, признаюсь, тоже в легкой растерянности т.к. версия мобильного приложения уже 5.x.x.

Наблюдения

Не стабильное покрытие сети интернет

Не стабильное покрытие сети интернет доставляет очень МНОГО БОЛИ.

Рассмотрим «типичный» пример:
• Вы осуществляете навигацию до адресата (запущено приложение навигации).
• Вы прибыли на адрес, вам нужно уточнить:
• номер дома,
• подъезд,
• номер квартиры,
• ID пакета, количество, и т.д.

Офф-лайн режим

Согласитесь, что еще недавно, мы не сильно задумывались о таком аспекте, как off-line first подход, ведь в городе как-правило, всегда и везде есть интернет.

Но попробуйте погулять в Zoom-конференции по городу, особенно в сценарии курьера. Вы будете удивлены, частотой отсутствия связи.

Далее, начинаются довольно странные моменты в логике приложения, на мой взгляд.

• Приложение ставит вас в зависимость, — вы доставили заказ, закрываете заказ, но приложение офф-лайн.

Замечу, что по тайм-ауту или на вторую попытку, приложение уведомит пользователя и закроет заказ.

• Получается приложение выступает неким метаинструментом. Тогда, зачем приложение ждет подтверждения от пользователя?

• Порой, вообще, выводя пользователю ложные уведомления. Например, информацию о доставке заказа.

По спиннеру и карте, можно предугодать, что это не так.

Опыт эксплуатации усугубляет таймер

Человек, вообще, плохо уживается с точными цифрами. Вспомните себя в детстве, когда родители вам говорили "еще пол-часа и спать", а вы спохватывались от игры в приставку уже глубоко за полночь, но по ощущениям не прошло и 20 минут.

Есть места, куда логика офф-лайн режима еще не добралась.

А при логическом условии, «наличные» приложение выдает только гиперссылку.

Важно

Команда разработки, действительно, что-то делает с он-лайн и офф-лайн режимами и по сравнению с другими приложениями, это еще как-то "работает".

Обратите внимание, что на всех многих скринах смартфон показывает подключение к сети.
Получается, что приложение испытывает какие-то сбои, где КП не всегда об этом знает, ведь плашка (об отсутствии подключения к сети интернет) не всегда показывается. И есть артефакты (как таймер, спиннер) указывающие на то, что с интернетом что-то не так. А у пользователя нет механизмов это изменить.

Пользователи это прекрасно понимают, и в маркете рейтинг у приложения 3.1, а это примерно, одинаковый рейтинг для всех подобных приложений.

Пост Алексея «На самом деле я айтишник, а доставка — это для души», хороший. Понравился kaizen-подход, и что аналитик, все таки вышел в полевые условия, и что iPhone, как телефон не очень.

Мне напомнило это популярный интернет—аффоризм как мы продолжаем наступать на одни и те же грабли и с гордостью рассказывает другим, как это правильно делать.

... критикуешь — предлагай ...

Сценарий где пользователь валидирует корректность взятых заказов. Модуль камеры, долго обрабатывает информацию.

Уверен, это из-за попытки получения самых актуальных данных от сервера. Но так ли часто меняется данная информация, возможно, механизм сопоставления (ведь запись о том кто и что взял уже есть) с устранением конфликтов был бы удобнее.

Сценарий отображения карты.

Сценарий очередности доставки. Бывает что в один и тот-же дом, подъезд и даже этаж, есть несколько заказов.

Если отталкиваться от таймера, то и идентификатор нужно показывать по таймеру. Но лучше сделать отдельный UI элемент.

Вместо выводов

Приложение ВВ, как правило, работает. Если все же оно не работает, то теми или иными манипуляциями можно добиться его работы.

Команда разработки, тоже работает, оптимизирует, расширяет и меняет.

Очень странно видеть такое (online-first) архитектурное решение, еще страннее видеть, эти артефакты (синхронизация таймера, лагающая карта) в версии > 5.

Если бы практику, которую выполнил Алексей, провести в начале, то согласно высказываниям Стива Джобса, — чем раньше выявишь проблемы, тем больше путей для решений будет.

А пока, это напоминает, что мы «переизобретам велосипед». Вместо полноценной проработки метастратегии. Сначала делаем, потом переделываем, по все той же обратной связи от конечных пользователей. А где же управленческие практики и организационные преобразования. Где цикл Деминга (Plan-Do-Check-Act), с методами итеративного тестирования и улучшения процессов...