Презентация моего позавчерашнего доклада на ClientSide’2007:

| View | Upload your own

За помощь в подготовке спасибо Елене Перовой и .

Источники:

• Елена Перова, Концепция Flow
• Putting the Fun in Functional

Будет ли выложено видео – пока не знаю, не помню, снимали или нет.

Что такое «состояние потока»

Состояние потока — психическое состояние, в котором человек полностью включён в то, чем он занимается, что характеризуется деятельным сосредоточением, полным вовлечением и успехом в процессе деятельности.

Корни и взаимосвязи: буддизм, боевые искусства, спорт.

Основные свойства

• Ясные цели (различимые ожидания и правила).
• Концентрация и фокус внимания — высокая степень концентрации на ограниченной сфере внимания (человек, занимающийся деятельностью, имеет возможность на ней концентрироваться и глубоко в неё погружаться).
• Потеря чувства самоосознания — слияние действия и осознанности.
• Искажённое восприятие времени.
• Прямая и незамедлительная обратная связь (успехи и неудачи в процессе деятельности очевидны, так что поведение может быть изменено по мере необходимости).
• Равновесие между уровнем способностей субъекта и сложности задания (деятельность не оказывается для субъекта слишком лёгкой или сложной).
• Ощущение полного контроля над ситуацией или деятельностью.
• Деятельность сама по себе воспринимается как награда, так что она осуществляется без усилий.

Взаимосвязь потока и продуктивности

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

Пирамида пользовательских качеств

На чём основывается достижение состояния потока? На выполнении следующих условий (снизу вверх):

1. Преисполненность смыслом
2. Приятность
3. Привычность, очевидность
4. Удобство
5. Надёжность
6. Безопасность
7. Функциональность

Фокусы традиционных классов систем

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

Высокая конкуренция в среде онлайновых веб-систем и коробочных продуктов заставляет бороться за всё новые уровни качеств, таким образом FLOW-ablity представляется вполне интересным и стоящим рубежом, который им предстоит взять. Но как?

Игры как естественная среда для достижения FLOW

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

Основные приёмы игровой среды

1. Коллекционирование, накопление —> привязанность
2. Очки, баллы —> рейтинги, статистика
3. Уровни —> новые возможности
4. Обратная связь —> мастерство, погружённость, удовольствие (ключевой приём для потока)
5. Обмен
6. Персонализация

Часть рецензий я уже получил, спасибо. Может ещё кто-то захочет дополнить?

Доступность информации на государственных сайтах

Бесков-Доронин Д.Н.

Издательский дом «Афиша», Москва, Россия

Введение

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

Цель работы

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

Материалы и методы

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

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

Законодательным образом ведомства обязаны предоставлять определённый набор информации на своих сайтах, что происходит не всегда. Мониторингом доступности в смысле наличия на ресурсе законодательно определённого набора информации занимается организация «Институт Развития Свободы Информации».

Как должно быть?

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

1. Сформулировать проблему, для решения которой может быть полезна информация, находящаяся в ведении государственных ведомств.
2. Зайти на сайт напрямую, запросив рекомендацию знакомых или через поисковую систему.
3. Найти и ознакомиться с найденной информацией.
4. Уточнить своё понимание проблемы с учётом полученной информации.
5. Получить помощь в решении проблемы, запрашивая прочие разделы и сервисы ресурса.
6. Использовать приобретённые знания для разрешения проблемы.

Как происходит на самом деле?

Однако, на практике этот сценарий наталкивается на ряд проблем:

1. Невозможность найти ресурсы:
   1. Гражданин не знает адреса многих государственных веб-ресурсов.
   2. Те ресурсы, адреса которых он знает, не предоставляют нужной ему информации и не дают понятных указаний по доступу к ней на прочих ресурсах.
   3. Большинство государственных веб-ресурсов не находятся по типовым запросам в поисковых системах, тематически связанных с областью компетенции и деятельности ведомства-владельца ресурса.
2. Информация неполна и неактуальна:
   1. Многие ресурсы не содержат социально-значимой информации, которая хотя и не оговорена текущими законами, но могла быть критически полезна гражданам.
   2. Ряд ресурсов содержат неактуальную, устаревшую информацию.
3. Неудобная форма представления информации:
   1. Многие ресурсы имеют затруднённую систему навигации.
   2. Информация представлена в закрытых, проприетарных форматах.
   3. Подача информации не адаптирована и её восприятие для рядового гражданина затруднено (особенно в части законов и распоряжений).

Пример: см. «одно окно», «как сделать детскую площадку в своём дворе», «государственные школы Москвы»….

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

Результаты и обсуждение

Почему так происходит?

Исследование причин сложившейся ситуации показывает следующие обстоятельства, сопровождающие типовой случай:

1. Отсутствуют модели информационных потребностей гражданина относительно конкретного государственного веб-ресурса.
2. Интересы граждан либо не рассматриваются вообще, либо стоят на последнем месте после PR-интересов ведомств.
3. Названия государственных ресурсов или хотя бы «единых точек входа» не известны гражданам.
4. Выдача поисковых систем во многом обусловлена интересами коммерческих компаний и государственные ресурсы зачастую просто теряются в общем потоке, в результате чего гражданин не получает к ним доступ.
5. Компании-разработчики ИКТ-систем не имеют достаточного уровня компетенции в области человеко-машинного взаимодействия и проектирования систем навигации и подачи информации.
6. При объявлении конкурсов на создание государственных веб ресурсов отсутствуют требования по соблюдению общемировых стандартов по юзабилити.
7. Отсутствуют стандарты и рекомендации по обеспечению удобства доступа граждан к информации.
8. В процессе приёмо-сдаточных испытаний не проводится тестирование доступности и удобства использования систем.
9. Никак не обеспечивается поисковая доступность ресурсов в поисковых системах.
10. В ведомстве отсутствует подразделение, которое могло бы систематически и полно готовить и публиковать имеющуюся информацию с учётом необходимости адаптации и специфики веб-среды. (Пресс-службы ведомств и IT-компании на подряде этого явно делать не умеют).

Выводы (или заключение)

Слагаемые доступности в широком смысле

1. Фактическое наличие и актуальность информации
2. Возможность найти эту информацию
3. Подготовленность информации для восприятия

Как это исправить?

Можно предложить следующие шаги для исправления сложившейся ситуации:

1. Обязательный этап исследования и моделирования информационных потребностей.
2. Разработка типовых требований к доступности государственных ресурсов (для включения в конкурсную документацию, договора подряда).
3. Создание экспертных советов по доступности в рамках каждой ЦП из числа отраслевых экспертов для разработки типовых требований и контроля их соблюдения.
4. Обязательная сертификация компаний-подрядчиков на компетентность в области доступности информации, информационной архитектуры и юзабилити.
5. Обязательный этап тестирования доступности и юзабилити-тестирования.
6. Обязательный этап поисковой оптимизации. Как вариант — законодательно обеспеченное «лоббирование» (преференции) государственных сайтов в поисковых системах и каталогах, по поисковым фразам, определелённым из модели потребностей.
7. Рекламная поддержка создаваемых ресурсов вне интернета.
8. Создание интернет-редакций при ведомствах или обязательный аутсорсинг редакции.

19 октября центр обучения edu)itonline проводит бесплатный дневной семинар «Введение в юзабилити». Посмотреть программу семинара и записаться можно здесь.

6-7 ноября ProfyClub проводит первую конференцию Client Side’2007, посвящённую клиентским интернет-технологиям. Участие от 7 тыс. руб. Предварительная программа. Мероприятие интересно большим количеством практических докладов российских разработчиков.

NB: на нём я собираюсь сделать доклад на тему «Состояние потока как цель проектирования взаимодействия».

8-го ноября RusCHI проводит открытую бесплатную дневную конференцию, посвященную всемирному дню юзабилити. Программа.

8-10 ноября Usability Lab проводит первую конференцию User Experience Russia 2007. Участие от 7 тыс. руб. 8-е число – выступления зарубежных экспертов, 9-е – российских специалистов, 10-е – платные семинары зарубежных экспертов. Мероприятие интересно экспертами из Google, Microsoft, Apple.

NB: на нём я собираюсь сделать доклад на тему «Доступность информации на государственных сайтах».

Квест для заядлых интернетчиков.

Знаете, что такое Одно окно?

А теперь поставьте себя на место рядового интернет-пользователя и попробуйте найти сайт этого окна в Москве. Засеките время.

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

Я тут наконец понял, почему дисциплине Юзабилити (и соответствующий ему с люфтом аспект качества — Удобство использования, Практичность, Эргономичность) грозит светлое будущее.

Дело в том, что на заре компьютерной индустрии все силы были сосредоточены на Make It Run, а величина работающей с интерфейсами аудитории была невелика. В принципе проблема Make It Run появляется с каждой новой технологией и задачей их интеграции, но срок её разрешения также постоянно падает в силу накопленного индустрией багажа знаний и роста числа специалистов.

Далее была и кое-где остаётся проблема Make It Fast — закон Мура законом Мура, но потребности всегда опережали возможности и потому возникла целая дисциплина Performance Engineering, ну и множество подходов и решений по достижению нужной производительности и масштабируемости, т.к. веб дал совершенно другой характер кривой роста нагрузки на системы.

Пришли к ситуации — ага, чё-то бегает, да шустро-то как! А продажи где? А рост эффективности где? Актуализировалась тематика Make It Right, причём традиционное тестирование здесь не спасало — как говорится в народе, «поздно пить Боржоми, когда почки отвалились».

На уровне программирования возникли техники rapid prototyping (rapid application development — RAD; типа, я так быстро печатаю, что можно просто перепечатать 3 раза и добиться нужного качества), test-driven development (TDD; спецификации — дерьмо, их никто не читает, но нам нужны основы своего уровня — сами пишем модульные тесты).

На уровне бизнес-анализа и управления проектами кстати появились TQM, управление рисками, на уровне системного анализа и проектирования — Requirements Engineering (RE), User-Centered Design (UCD). Причём тематика разработки и управления требованиями, в последнее время упёршаяся в проблемы целеполагания (границы своей компетенции) очень хорошо сочетается с UCD в наиболее растущем секторе — публичные веб-системы и оффлайновые терминалы, только в отличие от RE последняя концентрируется на интересах пользователя и методах получения эффективных интерфейсных решений, а не вцелом интересах всех Заинтересованных Лиц и получении решений любого рода (организационных, технических).

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

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

Зачем нужна регистрация? Для обратной связи с посетителем. Как её организовать? Достаточно имейла. Зарегистрировали, выслали на мыло ссылку с подтверждением, а сессия уже пошла, работать можно.

Понадобится посетителю в сервисе ник – пусть введёт позже, когда он будет действительно нужен.

Образец хорошего тона: http://12.pixel-apes.com/registration