Какой-то супер узкий и сложный кейс. Если кюары все на кассах начнут сканировать, смысл в них потеряется. Потому что это надо достать телефон, открыть камеру, навести, посмотреть куда тебя перекинет и тд. Оч много действий там, где нужно товарами заниматься, а не с телефоном стоять)
Ребята из Амазона уже на этом норм так облажались, когда оказалось, что никаких хитрых систем нет, а весь учет ведут низкооплачиваемые сотрудники вручную) Поэтому могу понять реакцию на видео, но это лишь пример как в идеале оно могло бы работать)
Не знаю контекста вашего опыта с кассой, но тут вот, что важно учитывать: 1. Весы — железка кассы, на нее мы никак повлиять не могли, как и на размер экрана. 2. По коммуникации от кассы направление мыслей верное, но во многом оно должно решаться не интерфейсом, а окружением. В интерфейсе мы пришли к довольно понятным и лаконичным инструкциям и подсказкам. 3. Вопрос еще в том, насколько итоговое решение будет соотноситься с результатом нашей работы, но тут уже команда клиента может улучшать и ухудшать все что угодно на свой вкус)
А решали мы конечно не кейсы воровства, а самые частотные сценарии. Предварительные тестирования показали результаты)
Во многих магазинах нельзя даже въехать с корзинами в зону касс самообслуживания. Это сделано намерено, потому что от определенного количества товара это теряет смысл и делает процесс дольше. Обученный кассир будет в любом случае быстрее любого интерфейса.
Все остальное касается в первую очередь железок, а не интерфейса. Тут мы к сожалению работали с тем, что есть)
мы это не рисовали, это пример направления идеального интерфейса, когда пользователь вообще ни с чем не взаимодействует, а просто заходит, берет товар и уходит. Но пока такое маловозможно в массовом варианте, поэтому и существуют кассы самообслуживания)
Направление может меняться в зависимости от расположения и магазина. В Европе тоже, кстати, если кассы стоят друг напротив друга — у них может быть разное направление)
Не, разрабатывали ребята внутри все это, а как раз таки нюанс с тем, что основной контекст взаимодействия происходит с товарами, а не интерфейсом — мы постарались учесть и не дергать пользователя лишними действиями, если это того не требуется)
В третьей части расскажу про итоговый дизайн, там уже понятнее все будет)
Разработка была здесь не на нашей стороне, поэтому мы просто на старте обсудили нюансы технической части с командой клиента, узнали ограничения и договорились, как это будет по итогу делаться и где у нас могут быть связаны руки.
Плюс на всех встречах с клиентом были разработчики и мы показывали все промежуточные варианты, чтобы все были в курсе и мы по месту ловили все места, где могут быть сложности и затыки. Это здорово сработало)
По докам не подскажу, не могу такие штуки разглашать 🙂
Замечания по существу, мы это все тож наблюдали) Но многие кейсы это решения, чтобы минимизировать воровство, хоть и к сожалению в угоду скорости, а некоторые штуки это уже особенность не интерфейса, а окружения, с которым само собой тоже важно и нужно работать)
Какой-то супер узкий и сложный кейс. Если кюары все на кассах начнут сканировать, смысл в них потеряется. Потому что это надо достать телефон, открыть камеру, навести, посмотреть куда тебя перекинет и тд. Оч много действий там, где нужно товарами заниматься, а не с телефоном стоять)
С окружением мы тоже работаем, но к сожалению не на этом проекте в силу сроков и бюджетом. Возможно, в следующей итерации сделаем)
Сортировка по умолчанию и есть по алфавиту, но отдельной строкой показываем самые частопокупаемые, которые подойдут большинству
тут у каждого магазина свои приколы на эту тему, мы отрисовывали вариативность, где есть и бесплатные пакеты)
Кайфово получилось, интересно было бы еще отдельно почитать как все внутри устроена + сама работа с курсором на примере отдельных кейсов)
Спасибо за теплые слова! Скоро еще опубликую третью статью, где расскажу про трудности с дизайн частью и покажу, что в итоге получилось)
Ребята из Амазона уже на этом норм так облажались, когда оказалось, что никаких хитрых систем нет, а весь учет ведут низкооплачиваемые сотрудники вручную) Поэтому могу понять реакцию на видео, но это лишь пример как в идеале оно могло бы работать)
Не знаю контекста вашего опыта с кассой, но тут вот, что важно учитывать:
1. Весы — железка кассы, на нее мы никак повлиять не могли, как и на размер экрана.
2. По коммуникации от кассы направление мыслей верное, но во многом оно должно решаться не интерфейсом, а окружением. В интерфейсе мы пришли к довольно понятным и лаконичным инструкциям и подсказкам.
3. Вопрос еще в том, насколько итоговое решение будет соотноситься с результатом нашей работы, но тут уже команда клиента может улучшать и ухудшать все что угодно на свой вкус)
А решали мы конечно не кейсы воровства, а самые частотные сценарии. Предварительные тестирования показали результаты)
Во многих магазинах нельзя даже въехать с корзинами в зону касс самообслуживания. Это сделано намерено, потому что от определенного количества товара это теряет смысл и делает процесс дольше. Обученный кассир будет в любом случае быстрее любого интерфейса.
Все остальное касается в первую очередь железок, а не интерфейса. Тут мы к сожалению работали с тем, что есть)
мы это не рисовали, это пример направления идеального интерфейса, когда пользователь вообще ни с чем не взаимодействует, а просто заходит, берет товар и уходит. Но пока такое маловозможно в массовом варианте, поэтому и существуют кассы самообслуживания)
Направление может меняться в зависимости от расположения и магазина. В Европе тоже, кстати, если кассы стоят друг напротив друга — у них может быть разное направление)
С кюарами согласен, это боль, но закон есть закон)
Не, разрабатывали ребята внутри все это, а как раз таки нюанс с тем, что основной контекст взаимодействия происходит с товарами, а не интерфейсом — мы постарались учесть и не дергать пользователя лишними действиями, если это того не требуется)
В третьей части расскажу про итоговый дизайн, там уже понятнее все будет)
Разработка была здесь не на нашей стороне, поэтому мы просто на старте обсудили нюансы технической части с командой клиента, узнали ограничения и договорились, как это будет по итогу делаться и где у нас могут быть связаны руки.
Плюс на всех встречах с клиентом были разработчики и мы показывали все промежуточные варианты, чтобы все были в курсе и мы по месту ловили все места, где могут быть сложности и затыки. Это здорово сработало)
По докам не подскажу, не могу такие штуки разглашать 🙂
честные знаки добавили нам развлечений во время проектирования конечно, особенно, когда надо было учитывать, что в некоторых странах этого нет...
В Беларуси, кстати, никто так пристально не следит, камеры просто стоят везде)
Мы старались не вставлять палки в колеса людям, которые просто хотят быстро что-то купить, скоро расскажу и покажу, что в итоге получилось)
Замечания по существу, мы это все тож наблюдали) Но многие кейсы это решения, чтобы минимизировать воровство, хоть и к сожалению в угоду скорости, а некоторые штуки это уже особенность не интерфейса, а окружения, с которым само собой тоже важно и нужно работать)