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

Артем Горбунов о слове «юзабилити»@artgorbunov.ru

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

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

Есть гениальные дизайнеры, гениальные программисты и гениальные менеджеры (наверное). Это профессионалы, которые понимают для чего они рисуют дизайн, пишут программы и руководят проектами. Хороший дизайнер узнает все о той области, для которой он рисует дизайн. Хороший программист вникнет во все бизнес-процессы, которые он автоматизирует. Хороший менеджер построит процесс так, чтобы было реализовано наиболее важное для клиентского бизнеса.

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

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

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

Если нужен визуально богатый сайт, совершающий прорыв в своей области — надо обращаться к гениальным дизайнерам. Если нужен средний сайт, соответствующий представлениям пользователей — надо обращаться к юзабилити-специалистам. И те и другие — специалисты в своей области.

P.S. Я не знаю, насколько тут можно проводить сравнение, но давайте посмотрим на Яндекс.Почту и Gmail. Внешне все выглядит следующим образом. Яндекс.Почту делал Воронежский — гениальный дизайнер. Gmail делали юзабилити-специалисты.

Яндекс.Почта — традиционный почтовый сервис, над интерфейсом которого долго думали и вылизывали. Там красивые картинки, правильного размера кнопки и красиво сделаны фильтры «непрочтенные», «с файлами» и т.д. Красиво, но ничего особенного.

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

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

Дополнил доклад по социальным сетям источниками.

Пара слов о прошедшей конференции User Experience 2007.

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

На этой конференции был замечательный первый день, когда выступали разнообразные гуру. Мне более всех запомнились Эрик Шаффер (хотя совершенно не помню о чем он рассказывал) и Апала Чаван (со своими замечательными рассказами об особенностях населения Индии, Китая и т.д.).

Рассказ Апалы о тестировании пользователей методом «разговоров вслух» меня просто поразил, я хочу найти где-нибудь запись её выступления и выложить этот рассказ целиком. Вкратце, она рассказывает о методе юзабилити-тестирования, при котором пользователя просят говорить вслух все что он делает и думает во время работы с продуктом. Этот метод придумали американцы, и лучше всего он работает на американцах, для которых болтовня совершенно естественная штука. Но это совершенно не работает для индийцев (подозреваю, и для русских), которые оценивают собеседника по тому, к какой касте он относится, и ведут себя соответствующе. Они не скажут плохого о сайте, потому что подумают что ты начальник и можешь уволить человека, который плохо сделал сайт. Или подумают что это твой сайт и тем более не захотят тебя обидеть. Чтобы это преодолеть, индийские юзабилитисты обратились к теме индийских фильмов. Фильмы в Индии — это очень важная часть культуры, поглощающая людей полностью. Юзабилисты придумали составить такой сценарий тестирования, при котором они ставят пользователя на место героя фильма. Допустим, пользователь девушка, и они рассказывают девушке захватывающую историю о её подруге, которая влюблена в одного парня в другом городе. И вот, к этому парню приезжает богатая невеста из Америки, и они наверняка поженятся. Но сама подруга тоже не лыком шита, у неё свой бизнес, и если она вовремя приедет к парню, то парень наверняка выберет её. И вот, пользователю надо помочь своей подруге и заказать билеты на самолет на сайте авиакомпании. Пользователь тут же забывает обо всех кастовых предрассудках, и хватается за сайт, и начинает ругать его создателей на чем свет стоит за неправильный интерфейс, неудобный шрифт и дурацкие кнопки. Юзабилити торжествует, в общем. Потрясающий рассказ, на меня произвел большое впечатление.

Второй день конференции был не менее замечателен, можно было послушать о том, как построен процесс проектирования интерфейсов в компаниях 1С, EPAM, IT-Online, RapidSoft. После моего доклада со мной общались люди, которым были интересен доклад, или фриланс, или стартапы, и это было замечательно.

На второй день также проявился ряд проблем:
— На некоторые доклады было выделено очень мало времени, буквально по 15 минут вместе с ответами на вопросы. Этого конечно не хватало. Времени нужно больше, пусть даже доклады будут идти не двумя параллельными потоками, а тремя. Или, как вариант, ответы на вопросы можно делать не после каждого доклада, а после секции, в холле, где стояли «тематические столы».
— Нужно выделять больше времени для свободного общения, это важная часть конференции. Часа на обед для общения явно маловато, почему бы не сделать еще пару перерывов на полчаса-час, чтобы люди могли общаться в холле?
— Было бы замечательно, если бы доклады разделялись по уровню подготовки выступающих, и прямо в описании доклада было бы написано: «бизнес», «аналитики», «для начинающих», «для проектировщиков интерфейсов». Иначе получается, что часть драгоценного времени докладчик тратил на общие слова и вступление, которые были не интересны части аудитории. Часть докладов, на которых я присутствовал, были совсем уж для непосвященных. Это понятно, поскольку конференция большей частью для бизнеса, но получается что специалисты теряли на таких докладах время.

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

Ссылки по теме:
Размышления о Client Side’2007 и World Usability Day stranna

Встраивание звукового файла в страницу очень симпатично сделано на computerra.ru (например, в конце статьи).

Вот так выглядит плеер в неактивном виде:

А так выглядит плеер во время воспроизведения:

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

Одно из ощущений от прошедшей конференции: я стал скептически относиться к цифрам. Конечно, многие доклады рассчитаны на неподготовленного бизнесмена. Но и такой человек, если он слышит про юзабилити не в первый раз, может удивиться неоднократно упоминаемым тезисам про «доход от применения юзабилити от 10 до 100 долларов на каждый вложенный». Или иначе говоря, каждый невложенный в юзабилити доллар приносит приносит от 10 до 100 долларов убытка. Серьезные цифры. Бизнесмены, пора задуматься!

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

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

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

Семинар сообщества RusCHI ru_ucdesign на тему «Различные подходы к юзабилити-проектированию»
В ноябре пройдет очередной юзабилити семинар сообщества RusCHI. Предварительная тема - “Различные подходы к юзабилити-проектированию”. Множество конференций связанных с юзабилити пробудили общественный интерес, многие обсуждают какой подход “самый правильный”. На семинаре несколько специалистов коротко опишут различные подходы (3-5 докладов по 15-20 минут), затем организуем круглый стол, обсудим эту информацию.

Я не разу не ходил на семинары RusCHI, тема интересная, постараюсь поприсутствовать. Действительно, на User Experience 2007 были два внятных доклада о сложившемся процессе проектирования, в компаниям IT-Online (Андрей Пономарев) и EPAM (Геннадий Драгун). Также был доклад 1С (Александр Безбородов), но тема процесса проектирования не была раскрыта. По двум остальным докладам заметно, что подход действительно сильно отличается. Было бы интересно послушать как с этим обстоит дело в других компаниях.

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

Это вторая часть доклада «Юзабилити социальных сетей», прочитанного на конференции User Experience 2007. Первую часть доклада готовил Владимир Климентьев, она выложена в формате статьи на вебпланете (Социальные сети: от реальности к веб-сервису@webplanet.ru).

Сначала о названии. Вы можете спросить «где же тут обещанное юзабилити?». У монеты есть две стороны: проектирование пользовательских интерфейсов и юзабилити-тестирование. И то и другое отталкивается от анализа задач пользователя. Выдвигаются гипотезы о том, как пользователь будет взаимодействовать с системой. В соответствии с гипотезами проектируется интерфейс, затем эти гипотезы проверяются во время юзабилити-тестирования. Поэтому эти два вида деятельности тесно связаны. Без задач пользователя невозможно проектирование интерфейса: например, «поделиться новостью с друзьями» — вполне себе задача пользователя, и понятно как для неё проектировать. В то время как «запостить текст в сообщество» — такой задачи пользователя быть не может, и как для этого проектировать — совершенно непонятно. Должен ли у поста быть заголовок? Нужны ли теги? Будет ли указываться настроение? Из задачи пользователя это не ясно.

Были вопросы о моем опыте проектирования социальных сетей. Скажу сразу — я не гуру. Все, что изложено в докладе, можно узнать в интернете и нескольких книгах, если у вас есть две-три недели времени. Это обобщение чужого опыта под руководством здравого смысла.

Само понятие социальной сети — дело тонкое, поэтому я буду считать социальной сетью то, что назвал социальной сетью. Подробнее об определении — в статье Владимира Климентьева.

Определимся с тем, какие компоненты необходимы для функционирования социальной сети. Итак, Социальная сеть =
Самоидентификация пользователей + Связи между пользователями + Межличностные коммуникации + Предметная область + Рейтинги?

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

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

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

Предметная область. Это собственно то, вокруг чего построен конкретный сервис социальной сети. Могут быть блоги, вакансии/резюме, фотографии, музыка — да что угодно. Предметная область имеет особое значение в досоциальный период развития сети, когда пользователей на сайте еще немного и предметная область остается единственным привлекающим фактором.

Рейтинги. Рейтинги всегда есть. Люди всегда заинтересованы в том, чтобы померяться разного рода рейтингами, это естественная потребность, которую можно использовать для построения авторитета пользователя и повышения доверия между пользователями. Даже если вы сами не спроектировали рейтинг как часть своего сервиса — это сделают другие люди, как, например, Яндекс для Livejournal и прочих блогохостингов.

Проектирование социальной сети принципиально отличается от проектирования обычных сайтов тем, что на первый план выходит взаимодействие типа человек-человек, вместо человек-компьютер. Перед тем как рисовать экраны и именовать разделы, надо определиться с тем, как люди будут взаимодействовать между собой на вашем сервисе. Из проектирования интерфейсов в этом, кажется, может быть полезна т.н. диаграмма Swim Lane@en.wikipedia.org — на ней отображаются все процессы и все роли, и то как действие переходит между различными ролями пользователей. Всегда, проектируя интерфейс сайта, где есть социальное взаимодействие, надо видеть второго человека, сидящего по другую сторону интернета.

Рассмотрим стадии развития социальной сети.

Предсоциальный период. У любого сервиса (если только он не построен на основе другого, уже работающего сайта) есть такой этап развития, начальный, когда социального взаимодействия еще нет, поскольку пользователей слишком мало. 10 человек — явно мало, чтобы считаться социальной сетью. 100 человек — может быть. 1000 человек — наверное, уже достаточно. Вот до преодоления этого барьера на первый план выходит предметная область, функциональность, вокруг которой построен сервис. В Livejournal можно просто вести блог. В flickr можно закачивать фотографии и давать ссылки на них. В LinkedIn можно заполнить визитную карточку и использовать как резюме. Это помогает накопить первоначальную базу пользователей.

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

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

Для более активного наращивания базы пользователей можно предпринимать следующие шаги:

• Упрощение миграции из других сервисов. Например, копирование своего резюме с другого сайта простым указанием URL анкеты, формирование списка контактов путем импорта электронных адресов из адресной книги.
• Стимулирование пользователей к регулярной генерации контента. Например, наличие постоянной анкеты, которую надо обновлять и поддерживать в актуальном состоянии, вместо одноразовых резюме.
• Накопление авторитетности. К пользователю могут быть привязаны рекомендации других пользователей, ссылки, некоторый накопленный именно на этом сервисе авторитет, который не так просто перенести на другой сервис, в другое сообщество. Это стимулирует человек оставаться на этом сервисе, затрудняя миграцию.

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

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

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

В рекомендациях по формированию сообществ можно выделить ряд паттернов, best practices.

Делай как я. Людям проще копировать чью-то деятельность, а не размышлять над правилами и вникать в суть. Поэтому большое значение имеет с самого начала задавать тон общения, показывая людям чего от них ожидают, устанавливать формат сообщества. Основатели сообщества должны продемонстрировать на своем примере какое общение и какой контент они хотят видеть на сайте. Это эффективнее чем формировать свод правил, хотя и отменяет такой необходимости. Однако, если в правилах прописано одно, а сами основатели их не придерживаются — будет очень сложно следить за соблюдением правил и духа сообщества.

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

Заполнение по запросу. Это сейчас начали реализовывать на moikrug.ru — вместо пустых блоков в профайле пользователя отображаются кнопки, с помощью которых другие пользователи могут попросить заполнить пробелы — указать место работы, интересы, школу, университет. Считается, что бездушные призывы сайта заполнить анкету еще на 5% не так стимулируют, как запросы от живых, реальных людей. Не знаю насколько это работает, привожу как есть.

Планирование активности. Чтобы у пользователя очень быстро не настал момент, когда он не знает что ему дальше делать на сайте, необходимо заранее планировать деятельность пользователя — сформировать основной сценарий, по которой он будет идти. Пользователь может пойти каким-то другим, альтернативным путем. Но основной сценарий необходимо продумать для того, чтобы правильно построить цепочку шагов по использованию сервиса и избежать досадных промахов в построении интерфейса.Пользователь зарегистрировался на сайте, что дальше? Поискал своих друзей. Что дальше? Заполнил место работы, поискал коллег, добавил в контакты. Что дальше? Начал переписку, написал несколько личных сообщений. Что дальше? Организовали пьянку. Что дальше? Выложили фотографии с пьянки, создали обсуждение. И т.д. Пользователей нужно вести, подсказывать дальнейшие действия, а не просто оставлять один на один с функциональностью сайта. Это может показаться навязчивым в реализации, но можно вести пользователя аккуратно, не подсказывать сто раз одно и то же, не давать неуместные в данном контексте советы, не быть назойливым. Это высший пилотаж проектирования взаимодействия — давать незаметные, но полезные подсказки в нужное время.

Напоследок, некоторые наблюдения о том, каким должен быть успешный сервис. Главное — не количество фич, не огромная всеохватывающая функциональность, а четкое позиционирование сервиса. Знакомиться — на mamba.ru, искать работу — на moikrug.ru, встречаться с одноклассниками — на odnoklassniki.ru, выкладывать фотографии — на flickr, и т.д. Человек должен с первого же взгляда на сервис понимать в чем этот сервис лучший. Если человек попал на сайт — пускай он имеет возможность воспользоваться им сразу же. Чем быстрее он увидит реальную пользу от сервиса — тем с большей вероятностью он к нему вернется.

Лучшие сервисы моделируют те аспекты человеческой деятельности, которые существовали и прежде. Они помогают людям делать то, что люди и так делали. И делают это лучше других сервисов. Вместо того, чтобы заставить людей заниматься какой-то новой деятельностью, которой нет аналога, чем пытаться изменить способ взаимодействия людей — лучше моделировать его, и делать проще. Все самые популярные сервисы не делают ничего революционного. Они просто берут то, чем люди занимались и до них, и делают это лучше, проще и понятнее. Чем и привлекают к себе. Gmail функционирует как почтовый сервис, моделируя уже существующую деятельность, но организует процесс более естественным для человека образом. То же с Flickr, то же с Google. Livejournal создавался просто как средство поддерживать связь с друзьями, и это тоже работает.

Спасибо что дочитали до этого места. Хочу напомнить, что все вышесказанное — обобщение сетевого опыта с помощью здравого смысла. Необходимо учитывать контекст, свою особую ситуацию, а не следовать примерам слепо. Контекст — ключевое слово в юзабилити.

Источники:

1. Common Pitfalls of Building Social Web Applications and How to Avoid Them @bokardo.com
2. Community Building isn’t about Features @bokardo.com
3. A Social Revolution by Modeling Human Behavior @bokardo.com
4. It's Not Just Usability @joelonsoftware.com
5. Социальные работники @sf-online.ru
6. Деловые социальные сети и рекомендательные письма @nundesign.com
7. Социальные сети и поведение на рынке труда @sj.obliq.ru
8. «Социальная сеть»: от «френд-листа» к «рабочей группе» @internet.ru
9. Social Networks And Group Formation @boxesandarrows.com
10. «Умная толпа: Новая социальная революция», Говард Рейнгольд (@ozon.ru, @bolero.ru, @findbook.ru)
11. «Design for Community: The Art of Connecting Real People in Virtual Places», Derek Powazek

Я буду рад услышать ваши комментарии и отзывы.

Презентация от моего доклада «Проектирование социальных сетей» на конференции User Experience 2007:
michael.elfimov.com/userexp/userexp-presentation.ppt (100 Кбайт)

Вроде всем понравилось. Завтра выложу в виде картинок с комментариями, сейчас уж очень спать хочется.

P.S. Выложил текстовую версию доклада.

Сначала я хотел написать, что эту книгу стоит прочесть тем, кто интересуется социальными сетями хотя бы потому, что это единственная книга о социальных сетях на русском языке (из найденных мной). Но, потом я начал читать книгу Design for Community: The Art of Connecting Real People in Virtual Places (Derek Powazek) и понял что существует лучший способ потратить время, несмотря на то, что книга Design for Community вышла в 2001-м году и социальных сетей практически не касается.

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

Конкретно о социальных сетях, относительно веба, говорится в 5-й главе, «Эволюция репутации». Это примерно 26 страниц. Рассказывается о доверии в интернете, оценке репутации, саморегулирующихся сообществах и т.д. Глава интересная, почитать её стоит. Учитывая небольшое количество материалов такого качества, я бы купил ради этой главы всю книгу.

Книгу «Умная толпа: новая социальная революция» Говарда Рейнгольда можно купить в интернет-магазинах (@ozon.ru, @bolero.ru, @findbook.ru) или взять почитать у меня.