Полевые исследования: приложение «Сборщик»

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

Сборка начинается с входа в учётку в Android-приложении «Сборщик» на терминале сбора данных (ТСД) — гаджете, внешне напоминающим смартфон. ТСД оснащён сканером штрихкодов, а некоторые модели — ещё и SIM-картами. Мой был как раз такой. Несколько неприятным моментом было изрядно побитое защитное стекло, но работать оно не мешало.

Для старта необходимо дождаться заказа, но в моём случае долго ждать не пришлось — первая заявка пришла почти сразу после запуска смены. Вооружаешься тележкой, нажимаешь «Начать сборку» и не теряя драгоценного времени приступаешь. Кстати о времени — после старта сборки таймер начинает обратный отсчёт. Система сама определяет сложность заказа по количеству позиций и ещё нескольким параметрам. Мне повезло — заказ совсем небольшой, но и на его сборку времени немного — всего 5 минут. Представитель от магазина, Сергей, подсказывал, где что лежит — собирали заказы вместе с ним. Если бы не он, заказ собирался бы мной не один десяток минут, а так уложились в четыре минуты. Собрали, упаковали, на пакетах номер заказа написали, дождались курьера — выдали. Ну и после выдачи оценили курьера 🛵 (см. фото в конце).

Ну и так далее. Заказов было много, приходили буквально один за другим. В какой-то момент, лавируя с тележкой между продуктовыми полками, почувствовал игровой азарт — хотелось собрать заказ как можно быстрее 😄.

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


@designboat

Как я переименовывал папку в Windows

На скрине слева Windows, справа — macOS. Кстати сделать скрин контекстного меню на рабочем столе Винды тоже оказалось не просто 😀

В последние лет 5 в основном я работаю на Mac, но изредка имею дело и с Виндой. И сегодня волею судеб пришлось мне снова столкнуться с сием творением. Попросили помочь, подсказать, как переименовать папку. Переименовать папку, Карл! Ну я как супермэн поспешил на помощь. Уж сейчас переименую, так переименую папку. Не осознавая весь масштаб задачи, нажал правую кнопочку мыши для вызова контекстного меню, собираясь найти в нём пункт «Переименовать», но не тут то было. Нет больше в контекстном меню никакого такого пункта «Переименовать». Нет его и всё тут. Есть иконка с буковкой и курсором, но с каких пор? Команда разработки в какой-то момент взяла и решила, что переименовывать файлы и папки пользователи теперь будут после продолжительного нажатия левой кнопки мыши по названию файла/папки. И обнаружил я это простым перебором действий, почти случайно. Может конечно я чего-то не понимаю, но на Маке всё по-прежнему чинно, благородно, по-старинке. В общем давно не виделся с Виндой 😄


@designboat

Даркпаттерн на Avito

Никогда не был приверженцем Avito, но всё же пользоваться иногда приходится. И вот, что с удивлением обнаружил — авитовцы не то, что не гнушаются даркпаттернов, они их просто внаглую используют, причём избирательно. Перед публикацией объявления сервис любезно и настойчиво решает за вас разместить ваше объявление платно. Только опытный и внимательный пользователь обратит внимание на включенные по дефолту тогглы платного размещения. Это в десктопной версии. При этом в мобильном приложении такой любезности нет, там такой даркпаттерн решили не использовать. Ну вот как? Почему? Типа пользователи десктопов должны страдать?


@designboat

Как устроена дизайн-доска нашей вертикали в Jira внутри Магнит

Исторически у нас сложилось так, что каждая команда ведёт собственную доску и имеет свои этапы бизнес-процесса со своими статусами. Да, в сути своей они имеют более-менее идентичные этапы и процессы discovery и delivery, но в частностях всё же отличаются.

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

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

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

Сортировать и отсматривать статус задач по персоналиям на доске помогает фильтр с именами дизайнеров.

Не всем дизайнерам сперва это пришлось по душе (не трудно догадаться). Но после того, как все поняли основной смысл, всё заработало как часы. А смысл заключается не в надзоре, контроле и потенциальных наказаниях, как многим могло показаться в начале. Такая система позволяет распределять нагрузку равномернее и в конечном счёте быть всем предсказуемыми. Видя, кто загружен или не дозагружен, можно отодвигать, снижать и повышать приоритет тех или иных задач, перераспределяя нагрузку.

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


@designboat