Что официант делает с монитором?

[200sx_Pilot]

Или проблема в менеджменте заведения, не выделившим бюджет на покупку сенсорного монитора.

[achekalin]

Так забота «4 кликов от текущего экрана» никуда не делась бы даже с сенсорным. Если только, конечно, интерфейс не перестраивается под сенсор таким волшебным образом, что все становится ровно в одном касании экрана от любой текущей точки (спойлер — такого не будет; если бы разработчики включали голову, наблюдая за реальным использованием ПО живими людьми, а не писали UI с учетом только своих фантазий о том, как люди будут использовать их творение, то и «трех кликов» не было бы; от таких «одного касания» уже нет смысла ждать).

[200sx_Pilot]

Если маркером отмечают, и всё в порядке — точно так же отмечали бы ОДНИМ касанием чекбокс.
Но при этом была бы обратная связь в системе.

[achekalin]

Только чекбокса там нет — крестик рисуют именно потому, что нет элемента, который можно щелкнуть (буквально — «в который ткнуть») мышкой.

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

[arheops]

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

[TimsTims]

было бы легче коснутся четыре раза экрана.

Но вы ведь не знаете скорость отклика экрана, скорость загрузки 4х следующих экранных форм. Возможно, при клике на клиента там подгружается вся его история посещений, и это занимает время(которое так и бесит официантов), а может и вообще зависнуть если канал просел(скажем, там 3g, а на улице гроза).

Поэтому было бы легче коснуться экран 1 раз, чтобы на месте клиента появился крестик.

[arheops]

Естественно.
А может стоило сверху реализовать пометки от тачскрина.
Но тач-скрин все равно был бы быстрее без необходимости дополнительной разработки.

[Archon]

И возможно давал бы ложные срабатывания от маркера, поэтому его бы отключили на следующий же день. </sarcasm>

[achekalin]

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

Уточню: я не против тача, но корневая проблема не в его отсутствии, а в непродуманности UI.

[arheops]

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

[achekalin]

Речь не об этом. Речь о том, что косяки в UI резко не решить, просто заменив экран на тач-скрин. Редизайн поможет, добавление тача еще больше поможет, но сам так не серебрянная пуля.

А вообще, если человеку «влом», когда он в сфере обслуживание — пусть пойдет и уволится. Порой бывает впечатление, что за рубежом сотрудники кафе и ресторанов работают, а в России ищут, почему не работать. Если с этой колокольни судить, то, и правда, «маркер поднять тяжело».

[jenyfer10]

А на деле — изменить интерфейс в системе, при желании это дело двух-трех дней, если это конечно не «большая сплоченная команда профессионалов, где каждый на „пять“ знает свою работу», такие обычно по пол года правят простые баги а уж эргономику вообще за баг не считают.

[mayorovp]

А чтоб взять маркер, его надо поискать сначала. Влом.

Только не в том случае когда заранее известно где он лежит.

[EndUser]

«врач, качающий мышку» => «прибор для взбалтывания крови трясёт мышку».
Кстати, Win10, не могу отключить залочивание экрана.
Кто-то победил?
Скринсейвер отключил, локскрин отключил…

[workless]

В настройках аккаунта
i104.fastpic.ru/big/2018/0514/21/d8fe80273fb2b85b07c8a7214ae75921.png

[EndUser]

Спасибо! Отключил.
Экран через 4 минуты обратно залочился.
Кстати, в энергии тоже указано, чтобы дисплей не отключался — экран горит. Блин.

[ponich]

delete

[ru1z]

geektimes.com/post/138861 Впрочем лишний раз интересно вспомнить.

[sasha1024]

Да, тоже вспомнил.

[EskakDolar]

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

[PaulAtreides]

Одни мои знакомые, в числе прочего, время от времени, поставляют разные системы для охранных предприятий. Для АРМ оператора видеонаблюдения всегда заказывается антивандальный монитор, у которого хорошее стекло. Потому, что с плохого в какой-то момент перестаёт стираться маркер, а маркер там используется постоянно для отмечания точек в видеоизображении.

Оператору тяжело в одном видео следить за несколькими предметами, поэтому он отмечает их кружками или стрелочками, чтобы быстро на них возвращаться.

[vconst]

Может лучше добавить функционал, который позволит делать это без маркера? А если совместить с системой распознавания образов, станет ещё удобнее.
Но разработчику проще заказать стекло…

[Germanets]

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

[vconst]

Если коротко, то я сказал примерно тоже самое. Проще — не значит лучше.

[achekalin]

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

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

Говоря шире — в природе все стремится в торону уменьшения усилий (даже ценой меньшего изящества; в то же время изящество ценится теми, кто потолковее, за что они готовы отдельно платить).

А чему тут удивляться? Вопрос-то сводится к «шашечки, или ехать?»

[JediPhilosopher]

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

И поэтому полезно разработчикам об этом регулярно напоминать чтобы хоть как-то вернуть их с небес на землю и заставить их ставить себя на место пользователя.

[JediPhilosopher]

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

[dego]

что-то мне подсказывает, что требования это еще и графические сториборды (макеты, вайеры — называйте как хотите), сделанные (а лучше бы еще и протестированые на стадии прототипа) дизайнером

[JediPhilosopher]

В теории — да. На практике встречал в лучшем случае сляпанные на коленке прототипы, никак не протестированные (опять же на ком их тестировать? Менеджерам главное чтобы красиво было, а линейному персоналу некогда, ему гостей обслуживать надо), и страдающие ровно теми же ошибками.
Если вам довелось получать от заказчика что-то в таком виде, как вы пишете — ну тут могу только позавидовать.
Сам я пытаюсь периодически пинать начальство на тему проведения юзабилити тестирования и сбора отзывов, но обычно это заканчивается ничем. Удобство рядового пользователя в b2b сегменте мало кого волнует, так как персонал там все равно подневольный, и будет пользоваться вашим софтом независимо от его удобства, так как ему сверху приказали. А «наверху» удобство, как я уже писал, тоже никого не волнует, так как менеджеры сами этим софтом не пользуются, или пользуются только его отчетно-статистической частью.

[dego]

Да, это большая продлема индустрии. В инете немало статей на инглише на тему Why enterprise software sucks. Сам там на таком заводе работал, но вовремя свалил. Радует, что парадигма потихоньку сдвигается в сторону здравого смысла и не все делают софт только чтобы менеджер доволен был.

[TimsTims]

должны получать уже формализованные требования

Попахивает холиваром, но скорее всего вы говорите не про разрабочиков, а про людей, «которые умеют кодить». Хотя и само понятие «разработчик» нигде не формализовано.

[Fen1kz]

Почитайте про доктора, там не только мышка, там ещё и закрытие окна убрали бумажкой:
www.flickr.com/photos/henrikahlen/8005807308

[maksimovmaksim]

:) Вот есть Material Design. Google призывает рисовать «материальные» интерфейсы — которые можно «потрогать».
Здесь мы видим новый виток эволюции.

[dego]

вспоминаю одного ПМ-а в нашем офисе, который по экранам теликов маркером рисовал (при этом не вытирал за собой) и ему вечно за это хотели морду набить ))

[technic93]

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