Комментарии 17
Научитесь его адаптировать для водителей которые берут заказ и не приезжают. Опаздываешь, вызываешь такси, ждешь его, понимаешь что оно едет в другую сторону, и время ожидания только увеличивается, отменяешь заказ, опаздываешь ещё больше, вызываешь такси ... *******!
Там проблема не в приложении, а в сказочных чудаках.
Хотя можно сделать пожаловаться на водителя при отмене. А дальше пусть анализируют трек водителя и почему/когда была отмена
Ситуация в которую сам попал. Стою на перекрёстке, по 4 полосы в каждую сторону, горит красный. Я нахожусь на полосе только прямо и в этот момент прилетает заказ в 300 метрах от меня, приложение показывает, что ехать мне до человека 2 минуты. План надёжен, как швейцарские часы. Т.к. ближайший разворот в 1,5 км от места принятия заказа. В итоге я плохой водитель, приехал с опозданием. Пассажир ругается, Яндекс тоже.
Отличные примеры, что-то забрал в коллекцию. Я даже забыл, что можно выводить все элементы экрана на черном фоне, удобно!
Очень хорошо описано. Понравилось, что смогли привести в пример временную затрату для дизайнеров и разработчиков, есть что показать коллегам в пример ??
Спасибо за полезную статью!?
Когда Яндекс.Go перестанет запрещать водителям соблюдать ПДД?
Когда Яндекс.GO адаптируют под обычного пользователя? Не, серьёзно, ребят, эта ***** есть как ни в себя и работает со скоростью улитки.
Второстепенное замечание: что-то странное насчёт разделителей разрядов. Запятая -- разделитель в английской локали, а в русской должен быть пробел.
спасибо за статью.
Круто. ???
Есть какая-то статистика об использовании "незрячего" функционала?
Как искали незрячих экспертов?
не проще было сделать отдельный спец. интерфейс с базовыми функцими без свистулек?
Мне кажется, что не проще.
1) Где провести границу между свистульками и полезными фичами? И почему мы должны за пользователей решать, какими из существующих функций им можно пользоваться, а какими нет.
2) Технически проще сделать разметку существующего интерфейса, чем написать и поддерживать новый, в котором все равно придется проделать всю ту же работу по разметке.
Как должен выглядеть этот отдельный интерфейс?
С другой стороны, accessibility разметка помогает не только пользователям VoiceOver, но Voice Control и Switch Control: это зрячие люди, которые используют специальные устройства для управления телефоном.
Это всё прекрасно, но кроме незрячих, есть пользователи и с ослабленным слухом. И для них не сделано вообще никакой поддержки, несмотря на упорные попытки достучаться до поддержки или напрямую до Даниила Шулейко.
Что нужно:
сделать галочку в предпочтениях пользователя "не звонить пассажиру" дополнить второй галочкой "у пассажира плохой слух". Может быть, разрешить включать такую галочку (чтобы не злоупотребляли) по какой-либо дополнительной, но не слишком сложной процедуре.
снабдить водителя несложной инструкцией: если у пассажира стоит такая галочка, то он, садясь в машину, скорее всего, сам проверит номер машины и пункт назначения. Можно также водителю пальцем показать пассажиру на экран, чтобы тот подтвердил адрес. Вместо того, чтобы невнятно что-то бубнить в маску под нос, а потом удивленно смотреть в зеркало на пассажира, почему тот не реагирует и не отвечает на вопрос, куда едем.
ВСЁ!!!
Почему эту галочку осилить не могут, не понимаю.
Это не требует каких-либо офигенных правок в UI, это изменение вряд ли может затронуть основы самого приложения
Поддержка на мои вопросы по поводу галочки "не звонить пассажиру" отвечала, что это пожелание, а не обязательство. То есть водитель, если ему приспичит, может позвонить, не получить ответа, и уехать. У меня таких случаев было несколько. Особенно досадно было, когда до двери осталось дойти пару секунд, а машина уехала, а на телефоне позже обнаруживался неотвеченный звонок.
Также боты на поддержке неадекватно реагируют на ключевые слова и отвечали что-то в духе того, что глухие водители проходят проверку, и ездить с ними безопасно, не волнуйтесь. Алё, глухой не водитель, а пассажир. Такого варианта бот, парсящий текст жалобы, не знает.
Не понимаю, почему приспособление доступности приложения для пользователей с различными ограничениями должно начинаться именно с самого сложного случая, над которым долго работать, в то время идея для несложного изменения, которое упростило бы жизнь многим другим пользователям, вообще игнорируется.
Добрый день!
Я незрячий разработчик программного обеспечения.
Мне было бы интересно поучаствовать в разработке и тестировании программного обеспечения для незрячих.
Как мы учимся адаптировать Яндекс Go для незрячих пользователей: ожидания, суровая реальность, чек-лист разработчика