Михаил Елфимов об интерфейсах

Типология социальных сервисов yagr
Начать следует с того, что я намерен обсудить здесь идеальные типы социальных интернет-проектов. В любых реально существующих сервисах они могут комбинироваться и сочетаться самым произвольным образом, моя задача — не классифицировать такие проекты, а выделить идеальные составляющие, из которых они складываются. Данная типология возникла из необходимости найти средства для профессионального разговора о различных социальных интернет-проектах, позволяющее не мешать их в одну и кучу и понимать, о чем идет речь в данный момент и чем одно отличается от другого.

Я буду выступать с докладом на конференции User Experience 2007. Доклад «Юзабилити социальных сетей» мы подготовили совместно с Владимиром Климентьевым, он выступает первым, я вторым.

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

Насколько я понимаю, мы пересекаемся по времени с докладом «Опыт компании ABBYY в разработке приложений для платформы Symbian на примере решений Business Card Reader и Lingvo Mobile». Ничего не могу сказать об этом докладе :-)

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

The Limitations of Server Log Files for Usability Analysis @boxesandarrows.com

Конечно, автор статьи прав насчет обычных логов. Они не точны. Люди, занимающиеся баннерной рекламой, скажут вам что расхождение в статистике, измеренной различными способами, может быть до 40% посещений. И тем не менее, логи — практически единственный способ быть в курсе реально происходящего.

Что можно сделать, чтобы повысить точность статистики?
— Использовать механизм сессий, чтобы отслеживать перемещения пользователя по сайту. Этим исключаются меняющиеся IP-адреса, анонимайзеры и прокси-серверы. Минусом является то, что некоторые браузеры могут блокировать cookie-файлы, через которые работают сессии;
— Хранить связь сессии и профайла пользователя, что позволяет получить некоторые демографические данные (если, конечно, они есть в профайле пользователя);
— Включать в одинаковые ссылки, находящиеся на одной странице, дополнительную информацию (если ссылка находится в меню — дописывать &from=menu, если ссылка находится в блоке навигации внизу страницы — дописывать &from=bottom, и т.д.), чтобы можно было определить, из какой части страницы перешел пользователь;
— Использовать механизмы асинхронных HTTP-запросов через Javascript (XmlHttpRequest), чтобы отслеживать перемещения пользователя по сайту. Этим исключается влияние кэширования на статистику, но увеличивает нагрузку на сеть и сервер.

Результаты набора на вакансию технического дизайнера — 8 и задание на вакансию @artlebedev.ru

Интересные вариации над расписанием. Расписание, само по себе - вечная тема для инфодизайнеров.

Социальные графы — это идея о том, что не надо держать на каждом сервисе список друзей (контактов), который все равно в большинстве случаев будет один и тот же, а держать этот список на специальном, глобальном сервисе. Аналогом можно назвать использование OpenID для аутентификации вместо регистрации на каждом новом сервисе. Идея, как говорится, витала в воздухе.

Ссылки по теме:

• Thoughts on the Social Graph @bradfitz.com (Brad кто-бы-вы-подумали Fitzpatrick)
• We Are Opening the Social Graph @sixapart.com
• Social Network Portability @groups.google.com
• Социальный веб: “Мы уже на Марсе” @ragbag.ru

Есть такой сайт bokardo.com (Social Web Design), статьи там пишет Joshua Porter. Довольно интересные заметки. Например:
A Social Revolution by Modeling Human Behavior

<...> the most innovative software doesn’t give humans something new to do, it models something we already do better. <...>The innovation in these applications is not that they let us do something new, but that they allow us to do what we already do better, more often, in more places, and more quickly. It’s in how they model human behavior. Some aggregate selfish human activities, like Del.icio.us does with bookmarking and Google Search does with links. Some aggregate public human activities, like Amazon does with reviews. Some simply give tools to communicate more efficiently, like Skype does.

Community Building isn’t about Features

Now THAT says something about building a community. It’s not about features, it’s about human-to-human interaction and being part of a group. That, to me, is the implicit lesson here…Flickr doesn’t see community building as a feature set, they see it as interpersonal communication.

Common Pitfalls of Building Social Web Applications and How to Avoid Them (part 1)

1) Underestimating The Cold Start Problem
2) Focusing on Too Many Things
3) Lack of Sustained Execution
4) Pointing the Finger when Missteps Happen

Common Pitfalls of Building Social Web Applications and How to Avoid Them (part 2)

5) Not Appointing a Full-time Community Manager
6) Not Building Archived Knowledge
7) An Over-Focus on Social Value

Common Pitfalls of Building Social Web Applications and How to Avoid Them (part 3)

8) Not Enabling Recommendations
9) Failing to Set a Good Example
10) Failure to See the Larger War
11) No Business Plan other than to Grow

Появился русский перевод книги «Designing Interfaces: Patterns for Effective Interaction Design»:
Разработка пользовательских интерфейсов. Дж. Тидвелл
(купить на Озоне 438 руб., на books.ru 369 руб., искать на findbook.ru)

Социальные сети как школа ответственности. Владимир Климентьев @webplanet.ru

Виртуальные команды: рецепт успеха @e-xecutive.ru

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

Семинар «Юзабилити Инженерия» @trinet.ru
Питер, 20-21 сентября

Наконец-то в программе появились анализ и проектирование. В несколько ограниченном объеме, но все-же. Я был на семинаре «Юзабилити-тестирование» Дмитрия Сатина. «Юзабилити Инженерия» — расширенная версия (см. выше). Рекомендую.

Для меня до сих пор остается проблемой обучение. Книжки читаю, конечно. Но хочется периодически ходить на семинары и мастер-классы, где слушать всяческих гуру. Причем не в формате РИФ/РИТ - час на выступление, а нормальные семинары на день-два-три.

Кроме Сатина, есть семинары Удалова:
Практический семинар “Web-usability на всех этапах создания, эксплуатации и развития сайта” @machaon.ru
Москва, 20-21 сентября (сговорились?)