Тэги: дизайн, общество, экономика

Каждый раздел, каждая страница или документ на сайте соединяются на схеме линиями

Тэги: выбор, интерфейсы, навигация, поведение, пользователь, разметка, сайты, сценарии

Как-то так сложилось, что на большинстве сайтов навигация сделана практически одинаково. Это конечно здорово, что есть стандарт, но не всегда уместно. Все эти однотипные канонические меню напоминают мне сейчас либо табло регистратуры, с указанием «каб.»...

либо картотеку, либо вот что-то такое, железнодорожное:

Да, сайтам-каталогам или сайтам-гигантам, конечно, никуда не деться -- картотека. Но микроскопическим организмам, с 5-6 «клетками», им зачем повторяющиеся от страницы к странице, стройные ряды в меню? Ответ: незачем.

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

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

Мне приходит в голову две аналогии, которые подходят: шоссе и аэропорт. В каждой точке пространства - ограниченные направления для движения и ограничения условий действия. Все это определяют разметка, дорожные знаки и таблички.

Сайт не исключение. Выбор действительно должен быть ограничен

Тэги: выбор, интерфейсы, навигация, поведение, пользователь, разметка, сайты, сценарии

Сейчас очень распространены пути A и B связи клиент-менеджер. Я не рассматриваю все возможные способы, а только те, которые связаны с сайтом разработчика.

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

B. ICQ-менеджер
Находит на главной номер ICQ менеджера. Добавляет его в свои контакты (вот здесь зарыта собака - когда, человек тщательно подбирает людей в своем списке, не очень уж-то и хочется добавлять туда кого-попало). Пишет менеджеру, получает ответы (читает статус "Заипалсо на работе"...)

С.Jabber-чат
Находит чат, пишет менеджеру. Клиент на сайте при этом привязывается к определенному Jabber-адресу, сообщение отправляется одному (из нескольких), активному Jabber менеджера. Сессии разных клиентов обязательно разграничиваются. Менеджер отвечает. Этот вариант лишен некоторых недостатков вариантов.

Привет, Ильдар! Увы, твой топик в "Песочнице" http://habrahabr.ru/sandbox/ не был одобрен НЛО и не попал в общую ленту. Попробуй опубликовать что-то другое.
С уважением, Хабрахабр

Как альтернатива идее Mattt Thompson'а (обсуждалось на хабре), мной было придумано следующее, хотя это скорее лишь продолжение интересной теории отображении информации с помощью лиц Чернова.

Однократный ввод пароля

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

При дальнейшем наборе мы поочередно проходится и по ним.

После ввода минимального количества символов (допустимого для пароля), начинается следующий этап: при каждом неверном символе, одно из черт искажается (например, глаз).

Повторный набор пароля

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

Еще одна особенность заключается в том, что пользователя теперь можно отучать от примитивных ленивых паролей. Для этого должно соблюдаться простое правило: чем более надежный пароль ты назначаешь, тем симпатичнее черты «лица», чем ненадежнее, тем безобразнее. Это должно стимулировать пользователя тщательнее подходить к этой редкой операции.

Чтобы пользователю не была ненавистна сама процедура ввода пароля, можно применять различные игровые приемы, манипуляции с персонажами. Например, вот так:

Ответы на возможные вопросы противников

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

Тэги: валидация, веб, интерфейсы

A Условный (упрощенный контур) движущегося объекта
B Сетка соответствия координат на перспективном изображении и координат плана (карты)
С Координата опоры динамичного объекта
D ширина контура объекта, этот параметр призван отделять "слипшиеся" объекты. т.е., когда люди перемещаются рядом по 2-3 человека. Если параметр меньше, чем условное число x, то - 1, если больше x, но меньше Y = то, 2
E эталонная картинка с камеры
Перспектива может по-разному при использовании разных линз (камер наблюдения), иначе было бы можно использовать простые принципы соответствия координатных сеток.
Будет хорошо, если программный анализатор находится на стороне камеры, а не на сервере. Лишняя инфа не будет загружать траффик.

Тэги: дизайн, наблюдение, техника