К написанию текста на эту тему подтолкнуло попавшее недавно в руки ТЗ на разработку сайта. Как это часто бывает, на документе стояло клеймо коллективного творчества в худшем смысле этого слова: «давайте соберем пожелания всех отделов и сделаем сайт, на котором будет все, начиная с контактов и заканчивая интернет-магазином».
Сообщаю: ничего хорошего из этого не получится. Времена, когда у компании был один один сайт, миновали лет так десять назад.
В результате бурного развития интернет-технологий произошло сегментирование интернет-сайтов:
- с одной стороны, по жанру: вывеска компании (корпоративный сайт) это одно, лента новостей (блог) – другое, гипертекстовая база знаний (википедия) – третье, а интернет-магазин – четвертое
- с другой стороны, появился специализированный софт для разных жанров
Конечно можно механически объединить все перечисленное в одном сайте, но в таком подходе есть два крупных изъяна:
- Создание сайта – это не однократное усилие, после которого наступит счастье. Надо исходить из того, что представление о том, что такое крутой, а что такое отстойный сайт, довольно-таки быстро меняется во времени (для тех, кто в этом сомневается). Появляются новые направления: например, корпоративные вики и блоги на западе стали обыденностью, а завтра станут необходимым атрибутом; у нас происходят те же процессы, но с задержкой в несколько лет. Если вы попытаетесь все втиснуть в один сайт, то получите тяжелого, неповоротливого монстра. Развивать его будет невозможно – только пристрелить и вырастить нового.
- Хотя теоретически можно сайты всех видов и жанров сделать в одной технологии, это крайне непрактично. Например, развернуть блог с использованием движка Wordpress – дело пары часов (правда, еще два дня может уйти на то, чтобы воспроизвести в дизайне корпоративный стиль), а если делать его на J2EE, то он станет золотым. С другой стороны, для электронной коммерции J2EE может быть оптимальным выбором.
Поэтому прежде чем составлять ТЗ на сайт, определитесь сколько в итоге вам нужно сайтов, с приоритетами (какой нужен в первую очередь, а какой может подождать), с ориентировочными затратами (они могут отличаться в разы, а то и на порядки). Составьте план и начните по нему двигаться.
Проведите четкие границы между сайтами и постарайтесь их не нарушать – не помещайте на один сайт разделы, которые согласно общему плану должны быть на другом.
Итак, сколько и каких сайтов нужно современной компании? В этой и следующих заметках я вкратце расскажу какие бывают сайты и для чего каждый из них нужен бизнесу – решайте, что из перечисленного представляет для вас интерес. Со временем мы расскажем, как на практике сделать тот или иной сайт и во что это может обойтись.
Как обычно на этом сайте, профессионалам мы не расскажем ничего нового. Тут нет никаких открытий, цель у нас другая: систематизировать информацию и предоставить ее в форме, доступной для пользователя/заказчика.
Для начала нужен один сайт, с гордым названием –
1. Корпоративный сайт
Впрочем, очень молодой и очень маленькой компании сайт вроде ни к чему? Да, можно обойтись без сайта, но не без доменного имени. Доменное имя необходимо выбрать при создании компании, вместе с названием. Когда выбираете название, обязательно убедитесь, что для него есть благозвучное и незанятое доменное имя. Если его подобрать не удается, стоит подумать о другом названии для компании.
Рекомендации по выбору доменного имени:
- Самый подходящий домен для компании, ведущей бизнес в России – .ru. Это должен быть домен второго уровня: companyname.ru, а не что-то вроде companyname.narod.ru.
- Доменное имя должно перекликаться с названием компании. Проблема тут в том, что название компании мы пишем по-русски, а доменные имена (по крайней мере, пока) латиницей. Идеальный вариант, когда название одинаково пишется и по-русски, и по-английски, но так везет не часто. Иногда помогают сокращения.
- Имя должно однозначно восприниматься на слух. Представьте, что вы диктуете адрес сайта бизнес-партнеру по телефону. Поймет он вас без ошибок? Тогда это удачное имя. Люди часто путаются и переспрашивают, когда приходится диктовать буквы «j» и «g», «s» и «c», «a» и «r». К слову, «www» в адресе сайта набирать давно уже не требуется, так что можете не трудиться его диктовать.
- По возможности имя должно быть коротким. С этим могут быть проблемы, так как осмысленные короткие имена давно все заняты. Впрочем, может быть вам повезет и вы найдете незанятое. Учтите: однозначно воспринимаемое длинное имя лучше короткого, но непроизносимого.
- Строчные и прописные буквы в доменном имени не различаются. Символы подчерка «_» не разрешены. Дефисы «-» разрешены, но их лучше избегать и писать составные названия слитно: companyname.ru, а не company-name.ru. Правда, доменное имя Бизнес-Консоль b-k.ru этому правилу не следует – мы им пожертвовали ради краткости и однозначности.
Проверить имена на доступность можно, например, в RU-CENTER.
Естественно, имя надо не только выбрать, но и зарегистрировать, чтобы его не перехватили. Но если доменное имя все равно уже выбрано и зарегистрировано, то сделать для него сайт-”визитку” из одной странички – дело копеечное. А польза будет не меньше, чем от бумажной визитки.
Время идет, компания растет, растет и сайт: бывшая страница-визитка превращается в раздел “О компании”, появляются разделы “Продукция”, “Решения”, “Заказчики”. Меняется технология: вместо статических HTML-страниц появляется самописный PHP-код или коробочная СMS. Многопрофильная корпорация создает отдельные сайты для разных направлений бизнеса и/или территорий.
В какой-то момент, чтобы продемонстрировать накопленную компанией компетенцию, вы создаете раздел “Аналитика”. Стоп! Лучше пойти другим путем –
2. Аналитический сайт
Посетители с большим недоверием относятся к аналитическим материалам, размещенным на корпоративных сайтах. Справедливо или нет, они склонны подозревать, что это маркетинг, а не аналитика. Вы потратите силы и время, а отдачу получите намного меньше, чем могли бы.
Поэтому оставьте корпоративный сайт для информации о компании, каталога продукции и цен. Для аналитики сделайте отдельный сайт, не связанный явным образом с корпоративным – в частности, у него должны быть собственный дизайн и собственное доменное имя. Позиционируйте его как независимый источник аналитической информации в рассматриваемой области.
Например, если ваша компания специализируется на ландшафтном дизайне, и вы хотите преподать своим потенциальным клиентам азы этого искусства, то создайте сайт «Все о ландшафтном дизайне» или, лучше, «Ландшафтный дизайн в России». Естественно, материалы на этом сайте будут ненавязчиво ссылаться на сайт вашей компании. Можете сделать на сайте форму «Задать вопрос консультанту», которая опять-таки будет приводить к вам. Так вы не только достигните исходной цели повышения уровня грамотности потенциальных заказчиков, но и увеличите их число, так как новый сайт будет приводить посетителей на сайт вашей компании.
Публикуйте не только собственные материалы – в конце концов, надолго ли вас хватит? А чтобы к сайту сохранялся интерес, материалы на нем обязаны обновляться. Самый простой способ обеспечить сайт контентом – перепечатывать интересные статьи из интернета. Естественно, это должно делаться с разрешения автора, но с этим обычно проблем не бывает при условии, что вы указываете автора и даете ссылку на оригинальную публикацию.
Обязательно предусмотрите возможность комментирования статей посетителями. Желательно сделать форум. И то, и другое нацелено на формирования вокруг сайта сообщества специалистов и энтузиастов. Например, на нашем сайте bpms.ru на сегодня больше 2000 зарегистрированных посетителей.
Старайтесь публиковать непредвзятые материалы. В какой-то момент с этим возникнет проблема – вам захочется поделиться с читателями собственной оригинальной концепцией, раскритиковать признанного авторитета или высказать вслух свои сомнения. Это означает, что пришла пора для следующего сайта –
3. Блог
Продолжение:

Контент
Всё разумно. И я бы заострил внимание ещё на некоторых деталях.
1. Современные CMS, даже декларируемые как “всё-в-одном”, тоже превращаются в специализированные решения. Блог — Wordpress. Сайт-визитка — ModX. База знаний — естественно, Wiki. Форум — PHPBB. Те же решения, которые позиционируются как all-in-one, постепенно становятся всё более и более неповоротливыми и требовательными к хостингу.
2. Специализация CMS порождает и специализацию разработчиков — как правило, одну-две специализированные системы изучить намного проще, чем погружаться в более сложные универсальные системы вроде Typo3 или, например, Drupal. И это хорошо — решить поставленную задачу силами нескольких узких специалистов чаще всего проще и быстрее, чем искать одного “универсального эксперта”.
2. Статья интересным образом заставляет переосмысливать понятие “сайт”. Сейчас это скорее совокупность единообразно поданных материалов — независимо от того, где и как они хранятся. Старая парадигма “один хостинг — один сайт” себя уже изжила. Ведь даже типичный современный shared-хостинг обычно вполне может “потянуть” одновременно и Wiki, и какую-нибудь “визиточную” CMS. Часто вполне разумным представляется использовать один хостинг-аккаунт и несколько доменных имён третьего уровня, например, wiki.company.ru и forum.company.ru. Для небольших компаний, не располагающих собственным VPS- или тем более физическим сервером, это вполне допустимый способ размещения нескольких разных с точки зрения пользователя сайтов.
Алексей
Спасибо за отклик, одно встречное замечание: я говорил не о единообразно поданных материалах, а как раз наоборот – о нескольких сайтах, подающих материалы абсолютно по-разному – в разных стилях, разных жанрах, от разных авторов – но с точки зрения маркетинговой бьющих в одну и ту же точку!
Это, на мой взгляд, важный нюанс. В нынешнюю эпоху информационного изобилия никто ничему не верит. Особенно не верят информации, полученной с сайта. С одного сайта. Прорыв происходит, когда одним и тем же выводам подводит информация, полученная из трех источников, желательно независимых.
А.Б.
Вдогонку — немного о минусах “мультисайтовости” (иногда ещё применяется термин “куст сайтов”).
1. Единообразие представления, необходимость верстать и интегрировать дизайн и CMS несколько раз. И не всегда возможно достичь идеального результата — некоторые CMS вводят крайне жёсткие ограничения на вёрстку. Соответственно, надо либо учитывать вероятные сложности ещё на этапах выбора CMS и рисования дизайна сайта, либо мириться с тем, что разные сайты куста могут выглядеть по-разному.
2. Проблемы с пользовательскими аккаунтами. Сейчас большинство CMS имеют собственные системы авторизации (хотя не факт, что это будет продолжаться бесконечно) — поэтому либо пользователь будет вынужден регистрироваться на каждом сайте отдельно, либо разработчики должны озаботиться созданием единой системы регистрации для всех сайтов куста. Иногда попадаются готовые решения такого плана — например, некоторые популярные форумы имеют готовые расширения для поддержки единых пользовательских аккаунтов совместно с некоторыми популярными CMS. Впрочем, будущее с большой вероятностью за внешними системами регистрации вроде OpenID.
Вижу, мы говорим о разных вещах. Разделение на сайты – корпоративный, сайт, блог, вики – сработает тем лучше, чем более независимыми будут эти проекты. Дизайн не нужно интегрировать, его нужно создавать разный для каждого проекта.
OpenID рулит.
2АБ: Соглашусь. Правильнее было бы говорить о единообразии представления информации в рамках одного сайта куста. При работе с одним сайтом куста у пользователя должно быть чёткое ощущение, что он находится на одном и том же сайте — а достигается это сохранением у страниц сходного дизайна и особенно единообразных элементов интерфейса.
2АБ: и снова соглашусь. Если компания имеет несколько сайтов, которые с точки зрения пользователя объединены только интересной ему тематикой — это хорошо. Самореклама получается не такая навязчивая, и пользователь будет более лоялен.