Comments 41
Или проблема в менеджменте заведения, не выделившим бюджет на покупку сенсорного монитора.
Так забота «4 кликов от текущего экрана» никуда не делась бы даже с сенсорным. Если только, конечно, интерфейс не перестраивается под сенсор таким волшебным образом, что все становится ровно в одном касании экрана от любой текущей точки (спойлер — такого не будет; если бы разработчики включали голову, наблюдая за реальным использованием ПО живими людьми, а не писали UI с учетом только своих фантазий о том, как люди будут использовать их творение, то и «трех кликов» не было бы; от таких «одного касания» уже нет смысла ждать).
Если маркером отмечают, и всё в порядке — точно так же отмечали бы ОДНИМ касанием чекбокс.
Но при этом была бы обратная связь в системе.
Но при этом была бы обратная связь в системе.
Только чекбокса там нет — крестик рисуют именно потому, что нет элемента, который можно щелкнуть (буквально — «в который ткнуть») мышкой.
По уму, авторам надо бы посмотреть на этобезобразие костыльное, но работающее для юзера решение, и приделать чекбокс. Но, сами знаете, переделка никогда не бывает быстрой, и не будет она быстрой и под тач-экраны.
По уму, авторам надо бы посмотреть на это
Так взять маркер и отметить на экране, положить маркер — это уже три действия. Реально было бы легче коснутся четыре раза экрана.
Тоесть все таки проблема в отсутствии тач панели.
Тоесть все таки проблема в отсутствии тач панели.
было бы легче коснутся четыре раза экрана.Но вы ведь не знаете скорость отклика экрана, скорость загрузки 4х следующих экранных форм. Возможно, при клике на клиента там подгружается вся его история посещений, и это занимает время(которое так и бесит официантов), а может и вообще зависнуть если канал просел(скажем, там 3g, а на улице гроза).
Поэтому было бы легче коснуться экран 1 раз, чтобы на месте клиента появился крестик.
Нет. Взять маркер — это не действие в понимании простого пользователя. Так же, как «крестик» — это не два действия (линия одна, линию другая), а, психологически, все же одно.
А вот прощелкать 4 экрана, чтобы добраться до «свойств» стола, и поставить в нем «люди пришли» — это 4 визуально разные картинки (не считая времени на ожидание рендера/анимации).
Т.е. для сотрудника ресторана «крестик» менее затратен. Не говоря, что ставя его, человек не меняет себе визуальный контекст, и всё время видит на экране весь зал.
Уточню: я не против тача, но корневая проблема не в его отсутствии, а в непродуманности UI.
А вот прощелкать 4 экрана, чтобы добраться до «свойств» стола, и поставить в нем «люди пришли» — это 4 визуально разные картинки (не считая времени на ожидание рендера/анимации).
Т.е. для сотрудника ресторана «крестик» менее затратен. Не говоря, что ставя его, человек не меняет себе визуальный контекст, и всё время видит на экране весь зал.
Уточню: я не против тача, но корневая проблема не в его отсутствии, а в непродуманности UI.
Да вроде уже проводили эксперемент с тачскринами.
Пользователи останавливаются на большем количестве однотипных действий(разными пальцами автоматически нажимаешь за мгновения).
А чтоб взять маркер, его надо поискать сначала. Влом.
Пользователи останавливаются на большем количестве однотипных действий(разными пальцами автоматически нажимаешь за мгновения).
А чтоб взять маркер, его надо поискать сначала. Влом.
Речь не об этом. Речь о том, что косяки в UI резко не решить, просто заменив экран на тач-скрин. Редизайн поможет, добавление тача еще больше поможет, но сам так не серебрянная пуля.
А вообще, если человеку «влом», когда он в сфере обслуживание — пусть пойдет и уволится. Порой бывает впечатление, что за рубежом сотрудники кафе и ресторанов работают, а в России ищут, почему не работать. Если с этой колокольни судить, то, и правда, «маркер поднять тяжело».
А вообще, если человеку «влом», когда он в сфере обслуживание — пусть пойдет и уволится. Порой бывает впечатление, что за рубежом сотрудники кафе и ресторанов работают, а в России ищут, почему не работать. Если с этой колокольни судить, то, и правда, «маркер поднять тяжело».
А чтоб взять маркер, его надо поискать сначала. Влом.
Только не в том случае когда заранее известно где он лежит.
«врач, качающий мышку» => «прибор для взбалтывания крови трясёт мышку».
Кстати, Win10, не могу отключить залочивание экрана.
Кто-то победил?
Скринсейвер отключил, локскрин отключил…
Кстати, Win10, не могу отключить залочивание экрана.
Кто-то победил?
Скринсейвер отключил, локскрин отключил…
В настройках аккаунта
i104.fastpic.ru/big/2018/0514/21/d8fe80273fb2b85b07c8a7214ae75921.png
i104.fastpic.ru/big/2018/0514/21/d8fe80273fb2b85b07c8a7214ae75921.png
delete
geektimes.com/post/138861 Впрочем лишний раз интересно вспомнить.
Ну это примерно как экран обклеенный стикерами когда на компьютере есть планировщик заданий, записная книжка и прочее
Одни мои знакомые, в числе прочего, время от времени, поставляют разные системы для охранных предприятий. Для АРМ оператора видеонаблюдения всегда заказывается антивандальный монитор, у которого хорошее стекло. Потому, что с плохого в какой-то момент перестаёт стираться маркер, а маркер там используется постоянно для отмечания точек в видеоизображении.
Оператору тяжело в одном видео следить за несколькими предметами, поэтому он отмечает их кружками или стрелочками, чтобы быстро на них возвращаться.
Оператору тяжело в одном видео следить за несколькими предметами, поэтому он отмечает их кружками или стрелочками, чтобы быстро на них возвращаться.
Может лучше добавить функционал, который позволит делать это без маркера? А если совместить с системой распознавания образов, станет ещё удобнее.
Но разработчику проще заказать стекло…
Но разработчику проще заказать стекло…
Компьютерные системы не всегда используются так, как предполагают разработчики.
Если возможно, люди творческие найдут способ упростить повседневные задачи.
Только не говорите, что автору текста это не было известно раньше. Вот пример он привел хороший, а что юзеры найдут способ обойти особо выдающиеся «изобретения» разработчиков — это факт, как и пресловутое, что «рыба ищет где глубже».
Говоря шире — в природе все стремится в торону уменьшения усилий (даже ценой меньшего изящества; в то же время изящество ценится теми, кто потолковее, за что они готовы отдельно платить).
А чему тут удивляться? Вопрос-то сводится к «шашечки, или ехать?»
Я по своему опыту знаю, что разработчики часто витают в облаках и совершенно неправильно представляют себе сценарии использования их софта и те места, которые представляют наибольшую ценность для пользователя. Просто потому что сами им не пользуются. Я сам в такое попадал.
В итоге часто получается такой вот неудобный продукт. А разработчики оказываются и не в курсе проблем, потому что пользователям проще маркером на экране рисовать, чем пропихивать свои предложения по улучшению через несколько слоев менеджмента (сперва своего, а потом чужого) чтобы они дошли до исполнителя и что-то исправили (а скорее всего ничего не исправят, а скажут в духе «ваш отзыв очень важен для нас, идите нафиг»).
И поэтому полезно разработчикам об этом регулярно напоминать чтобы хоть как-то вернуть их с небес на землю и заставить их ставить себя на место пользователя.
В итоге часто получается такой вот неудобный продукт. А разработчики оказываются и не в курсе проблем, потому что пользователям проще маркером на экране рисовать, чем пропихивать свои предложения по улучшению через несколько слоев менеджмента (сперва своего, а потом чужого) чтобы они дошли до исполнителя и что-то исправили (а скорее всего ничего не исправят, а скажут в духе «ваш отзыв очень важен для нас, идите нафиг»).
И поэтому полезно разработчикам об этом регулярно напоминать чтобы хоть как-то вернуть их с небес на землю и заставить их ставить себя на место пользователя.
Требования это обычно типа "в приложении можно регистрировать гостей и смотреть статистику". А где должны быть расположены кнопочки и сколько кликов надо делать — решают исполнители. В ТЗ такое не включают (во всяком случае я ни разу не встречал). Отчасти потому что такое ТЗ дорого и сложно писать, отчасти потому что пишут его опять же менеджеры которые потом сами этой системой (или этой ее частью) пользоваться не будут.
что-то мне подсказывает, что требования это еще и графические сториборды (макеты, вайеры — называйте как хотите), сделанные (а лучше бы еще и протестированые на стадии прототипа) дизайнером
В теории — да. На практике встречал в лучшем случае сляпанные на коленке прототипы, никак не протестированные (опять же на ком их тестировать? Менеджерам главное чтобы красиво было, а линейному персоналу некогда, ему гостей обслуживать надо), и страдающие ровно теми же ошибками.
Если вам довелось получать от заказчика что-то в таком виде, как вы пишете — ну тут могу только позавидовать.
Сам я пытаюсь периодически пинать начальство на тему проведения юзабилити тестирования и сбора отзывов, но обычно это заканчивается ничем. Удобство рядового пользователя в b2b сегменте мало кого волнует, так как персонал там все равно подневольный, и будет пользоваться вашим софтом независимо от его удобства, так как ему сверху приказали. А «наверху» удобство, как я уже писал, тоже никого не волнует, так как менеджеры сами этим софтом не пользуются, или пользуются только его отчетно-статистической частью.
Если вам довелось получать от заказчика что-то в таком виде, как вы пишете — ну тут могу только позавидовать.
Сам я пытаюсь периодически пинать начальство на тему проведения юзабилити тестирования и сбора отзывов, но обычно это заканчивается ничем. Удобство рядового пользователя в b2b сегменте мало кого волнует, так как персонал там все равно подневольный, и будет пользоваться вашим софтом независимо от его удобства, так как ему сверху приказали. А «наверху» удобство, как я уже писал, тоже никого не волнует, так как менеджеры сами этим софтом не пользуются, или пользуются только его отчетно-статистической частью.
должны получать уже формализованные требованияПопахивает холиваром, но скорее всего вы говорите не про разрабочиков, а про людей, «которые умеют кодить». Хотя и само понятие «разработчик» нигде не формализовано.
Почитайте про доктора, там не только мышка, там ещё и закрытие окна убрали бумажкой:
www.flickr.com/photos/henrikahlen/8005807308
www.flickr.com/photos/henrikahlen/8005807308
:) Вот есть Material Design. Google призывает рисовать «материальные» интерфейсы — которые можно «потрогать».
Здесь мы видим новый виток эволюции.
Здесь мы видим новый виток эволюции.
Кстати очень удобно, только вместо экрана нужен проектор направленный на белую доску а писать на ней фломастерами. Часто так делали на занятиях в университете.
Sign up to leave a comment.
Что официант делает с монитором?