Страшны не столько рассказы о том, что редакторам медиа-империи приходится работать сверх нормы без доплаты, сколько само отношение работодателя к результату труда — качество текста, его целостность, достоверность и даже банальная грамотность не важны. Важна окупаемость, скорость и способность материала генерировать трафик, а значит в ход идут жёлтоватые заголовки (в «утёкшей» презентации Aol приводится пример оптимального заголовка: LADY GAGA PANTLESS IN PARIS) и насыщение текста востребованными ключевыми словами.

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

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

Я никогда не использовал закладки в браузере — жёсткий диск слишком ненадёжный носитель данных, имеющих смысл только при наличии сети, к тому же организовать их по-человечески на десктопе не получается. Я начал пользоваться сервисом, который тогда жил по адресу del.icio.us и ещё не был куплен Yahoo! (кстати, очень надеюсь, что калифорнийские парни не прибьют сервис, который с момента перезапуска в 2008-м развивается довольно вяло), в январе 2005. С тех пор я сохранил при его помощи почти 3000 закладок. Практически каждый день я заношу в закладки несколько новых сайтов.

Главная страница моего профиля на Delicious

Зачем?

Пожалуй, требует пояснения принцип, по которому я это делаю, тем более что во Френдфиде люди периодически начинают порой даже эмоционально обсуждать мои закладки. А заношу я в закладки не только что-то исключительной для себя ценности, но и почти всё, что может потенциально когда-либо пригодиться в профессиональной деятельности, учёбе и просто по жизни мне, моим коллегам, клиентам или друзьям. Довольно часто я практически не изучаю сайт, который добавляю, но в памяти он так или иначе остаётся. Например, я добавил в закладки git-клиент для Мака. Это не значит, что я им пользуюсь, или планирую пользоваться, как можно подумать. Это — на всякий случай, и не факт что для меня.

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

Всё людям

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

Метки

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

В случае базы, которую обновляете вы один, всё несколько проще, но всё-таки сложности возникают. Во-первых, Delicious практически к любой закладки предлагает свои варианты тегов и есть большое искушение использовать их если не все, то ощутимую часть. Подумайте как следует, по каким словам эту закладку искали бы именно вы. Мой опыт показывает, что на любой сайт достаточно 2-3, максимум 5 меток. Дополнительные метки получаются либо слишком общего характера и искать по ним что-либо бесполезно, либо слишком частного и, соответственно, смысла в теге с одной закладкой тоже не очень много. Например, по тегу design у меня сейчас 319 закладок и польза от него может быть только в сочетании с другими тегами: design+css, в то же есть куча сиротливых тегов с одной закладкой — на 3000 записей у меня 1290 меток — многовато.

Во-вторых, даже с самим собой договориться о том, как ты что обзываешь, бывает непросто, и со временем появляются метки с идентичным смыслом. Типичный пример — одно слово в единственном и множественном числе (пример из моих закладок — exhibition, exhibitions).

Я для себя решил, что все слова, которые в принципе имеют множественное число, пишутся в множественно числе. Исключения составляют названия дисциплин, технологий, являений — music, design, typography и т.д. Впрочем, в моём пятилетнем архиве, на реорганизацию которого нужно выделить хотя бы неделю, можно найти опровержение любых правил. Ещё один пример — метки типа bike и bicycle, type и typography, которые в моём случае идентичны, и их, при следующем разборе, нужно объединить, благо сервис это позволяет. Бывают и обратные ситуации, когда под одним тегом начинают жить совершенно разные вещи. Например, под тегом patterns у меня скрываются ссылки о разнообраных паттернах, так и ресурсы о дизайне — об узорах.

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

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

Современное понимание дизайна в мире давно не соответствует российскому представлению о нем как об «украшательстве». Слова «дизайн» и «инновации» становятся синонимами: говоря «дизайн», мы подразумеваем не просто внешнюю оболочку чего бы то ни было — речь идет о всей цепочке создания нового продукта (New Product Development). Поэтому компании, которая стремится к успеху в условиях новой, «умной» экономики, буквально придется овладевать навыками дизайн-мышления (design thinking). src

Смена парадигмы

На смену technology-driven strategy приходит human-driven strategy. Новые продукты создаются не потому, что появилась новая технология, а исходя из реальных потребностей человека. New product development. Для бизнесов это новые горизонты. Пример — компания Schindler, которую дизайн-мышление перевело из статуса производителя лифтов и эскалаторов в статус интегратора комплексных решений по управлению трафиком.

Роль дизайнера

Дизайнер перестаёт быть просто оформителем, от рисования он переходит к мышлению. Дизайн-агенства будущего решают не тактические, а стратегические задачи. Бизнес не приходит в агентство с готовым продуктом, который требует лишь оформление. Бизнес приходит за виденьем. 2 основные роли дизайн-агентства: выработка стратегии и разработка непосредственно дизайна.См. также заметку о роли дизайнера.

Дизайн-исследования

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

Разница между маркетинговым исследованием и дизайн-исследованием: в первом случае исследование с участием 100 человек выдаёт 1 идею, во втором — исследование с участием 10 человек выдаёт 100 идей.

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

Голубые океаны

Екатерина рассказала о концепции голубых и красных океанов (Blue ocean strategy). Красные океаны — это известные индустрии, с очерченными границами, маркетинговыми категориями и перегруженными рынками. Голубые океаны — океаны будущего, океаны инноваций. Пример голубого океана — iPod + iTunes, фактически новый рынок, созданный Apple.

Интересующие меня вопросы

Дизайн-исследования в конексте веба — как они реализуются? Применимы ли этнографические методы? Всё-таки традиционно исследования и тестирования веб-продуктов проводятся не в полевых условиях (или я заблуждаюсь и это уже не всегда так?).

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

Кстати, интересным образом от Екатерины за всю лекцию слова юзабилити я не услышал ни разу — интересно, почему.

Ссылки

Статья Екатерины в Harvard Business Review, в которой всё то же самое излагается в куда более структурированном виде.

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

Инновации@МГУ: человекоцентричный дизайн, русский IDEO и активация дизайн-мышления.

На сайте компании IDEO, неоднократно упоминавшейся Екатериной в течение лекции, доступен для скачивания Human-Centered Design Toolkit.

Презентация What marketers should know about design-research.

Небольшая презентация Дэниэля наглядно иллюстрирует принцип COPE:

Я довольно часто наталкиваюсь на разговоры о семантической разметке в вебе. На мой взгляд, работоспособность любой технологии зависит от того, насколько удобно и понятно её поддержка реализована для конечного пользователя, в данном случае контнет-менеджера. Очень многие современные CMS хотя и не столь явно ориентированы на выдачу HTML (большинство из них может отдавать данные также XML-форматах: RSS, Atom и т.д.), однако подход к хранению информации остаётся достаточно примитивным.

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

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

Схематически это могло бы выглядеть примерно так:

При такой системе мне не приходилось бы как сейчас вручную писать разметку для того, чтобы делать боковые сноски. Я бы настроил CMS таким образом, чтобы к каждому абзацу или секции можно было привязывать примечание, или картинку, или файл, и не создавал в определенной степени привязанные к оформлению теги с классами, а просто заполнял соответствующее поле. В упрощённом и схематичном виде интерфейс мог бы выглядеть примерно так (клик — просмотр увеличенной версии):

Осмысленная структура позволит, как в случае NPR, на лету создавать новые виды представления, легко и просто расширять функционал, строить качественных поиск. На мой взгляд, использование WYSIWYG должно быть минимизировано (в большинстве случае достаточно тегов strong, em, h1-h3, гиперссылок и вставки изображений), а результат работы визуального редактора должен тщательно чиститься. (В плане чистоты и лаконичности мне очень симпатичен WYSIWYG-плагин для jQuery.) Чем дискретней, атомарней данные, тем легче их организовывать, сортировать, повторно использовать, анализировать. Вместо склада текстов можно формировать базы данных, извлекая из них новые смыслы и значения.

Современные фреймворки вроде Symphony, Ruby on Rails или Django, разумеется, предоставляют функционал для построения в кратчайшие сроки CMS с оптимальной структурой хранения данных, однако я пока не встречал удобных инструментов, не требующих навыков программирования для решения типовых задач по созданию специфичных структур данных. Мне кажется, что при нынешнем развитии технологий это вполне посильная задача для очень большого процента случаев.

Кстати, на завтрашнем Хакдее я буду читать доклад о контенте, и непременно затрону и этот вопрос. Мне было бы интересно обсудить его с профессиональными программистами.

Однако существует и совместимый со стандартами способ подключения шрифтов — через CSS-правило @font-face. Хабрахабр: Прекрасные шрифты посредством @font-face. Нидерландская словолитня Typotheque предлагает пользоваться такой возможностью и утверждает, что работать это будет в 95% современных браузеров, включая Internet Explorer (в расчетах шрифтовики ссылаются на статью со статистикой из Википедии.

Typotheque впервые предлагает специальную лицензию для использования на веб, которая в 5 раз дешевле, чем стандартная. Например, Fedra Sans Std Book по веб-лицензии обойдется всего 18 евро, против 90 за полную. Установить шрифт, приобретенный по веб-лицензии, на свой компьютер нельзя, он подключается непосредственно к сайту через CSS-файл и загружается . При этом действуют ограничения по трафику — 500 мегабайт в месяц. Каждый гигабайт свыше этого объема будет стоит 1 евро. Таким образом, Typotheque не только впервые используют бизнес-модель, связанную с фактической арендой шрифтов, но и выступают в качестве первопроходцев на ниве лицензирования оных для использования в сети.

Протестировать услугу можно совершенно бесплатно в течение месяца, «приобретя» пробную лицензию, а для крупных компаний, которые не устраивает зависимость от стороннего хостинга, предусмотрена серверная лицензия, по которой каждое начертание обойдется в 1500 €. На момент написания этой заметки у Typotheque есть 2 отличных супергарнитуры с поддержкой кириллицы: Fedra и Greta, так что эксперименты можно проводить и с русскоязычными сайтами. К сожалению сайт студии работает последние сутки с перебоями и до магазина достучаться не так-то и просто — но я склонен списывать это на ажиотаж, связанный с запуском сервиса, и надеюсь что скоро проблема будет решена. В любом случае, файлы шрифтов располагаются на распределенный хостинге Amazon, и опасаться за их доступность не стоит.

www.typotheque.com/webfonts

Смотрите также

@font-face или назад в будущее — подробная статья по теме внедрения шрифтов от Павл Ловцевича.

Update

В настоящий момент техника не работает в Google Chrome, несмотря на то, что этот браузер, как и Safari, основан на движке Webkit. В силу неизвестных соображений безопасности поддержка рендеринга сторонних шрифтов в Хроме отключена. Ее можно вручную включить, запустив программу с параметрами –enable-remote-fonts. Update: заработало.

Update 2

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