Слабые связи — сильные социальные сети

«Всего шесть рукопожатий отделяет меня и Вас от аборигена в Австралии, от знакомства с английской королевой, Биллом Гейтсом или Мадонной»- Стэнли Милгрэм .

«Феномен маленького мира» состоит в том, что цепь связей между двумя любыми людьми в мире не так уж велика. В 1967 году Стенли Милграм провел эксперимент, суть которого заключалась в том, что нескольких американских граждан попросили доставить почтой конверты одному и тому же человеку так, чтобы письма отправлялись только тем людям, которых они непосредственно знают. Хотя споры вокруг этого эксперимента не смолкают в академических кругах до сих пор, принято считать, что двое незнакомых людей в мире могут связаться как минимум посредством пяти других людей или с помощью шести связей. Стэнли доказал что любые 2 человека на Земле «знакомы» друг с другом через 6 рукопожатий. Это феномен лег в основу проекта сети профессионалов LinkedIn.com.
Именно случайные знакомства являются тем социальным феноменом, который связывает большое общество в единое целое. В этом смысле социальная сеть сильно отличается от других типов глобальных сетей, таких как транспортная сеть, например. Друзна работе, в университете в нашем районе или просто случайные знакомые. Отношения между такими людьми часто являются слабыми. Обычно это отношения типа: «Привет, как дела?», но большинство людей при поиске работы обращаются именно к таким знакомым и именно через них распространяется значительное количесвто информации.

Вывод: Для создания социальной сети необходимо дать возможность людям объединяться по общим интересам и любой инструмент общения, лучше интерактивный.
Каталог социальных сетей — http://communities.org.ua

Гаджет для обмена контактов

Любопытный инструмент для обмена контактами http://poken.com.ua/

Если вы не знаете, как люди реально работают в Интернете ваши продукты будут терпеть неудачу.

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

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

• Обычно пользователи, которые впервые ознакомившись с сайтом или программой привыкают к её использованию. Они могут терпеть неудобства и продолжать использовать его, не смотря на то, что есть продукты на много лучше. (Пример: браузер Internet Explorer, сайт Одноклассники). Большая часть времени пользователи проводят в Сети не посвящая изучению новых сайтов. Напротив, пользователи, идут на тот же сайт снова и снова. И у них нет достаточно оснований для его изменения.
• Ваш продукт не будет лучше, чем у конкурентов только потому, что вы сделаете больше функций. Большое количество функций можно использовать для хороших маркетинговых компаний, а также для того чтоб запутать и разочаровать пользователей. Большинство пользователей никогда не станут экспертами, которым необходимы более продвинутых функции. Основная часть пользователей, быстро становится пользователями среднего уровня, и остаються на этом уровне.
• Выполнения задач в вашем приложении, заставляет пользователя «бороться» с программой для их достижения.

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

Источник: «Designing the Obvious», Robert Hoekman, Jr.

Читайте также:  
• Проектировать сайт для новичков или для продвинутых?
• Пользователь, кто ты?
• Не слушайте пользователей (правило юзабилити)

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

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

Каким должен быть персонаж?

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

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

Персонаж должен быть конкретным. Он не может в себе иметь качества нескольких человек. Чем более конкретный персонаж, тем более эффективным инструментом проектирования он становится. Например,  нельзя говорить просто: Ирина Петровна пишет письма в деревню к бабушке с помощью MS office, а надо писать  Ирина Петровна пишет письма в деревню к бабушке с помощью MS Word (Поскольку Ирина Петровна в реальности не будет пользоваться всеми приложениями для составления писем).

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

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

А вы используете персонажей для проектирования?

Читайте также:  
• Управление вниманием и переходом пользователей
• Зачем нужны юзабилисты?
• Когнитивное сопротивление