Корпоративные вебсайты - это непростая и большая тема. Конечно, всего в коротком ролике не расскажешь, но основными моментами поделиться постараюсь. А именно, объясню последовательность действий, исходя из своего опыта и набитых шишек.

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

Теперь давайте представим, что вам надо сделать сложный корпоративный сайт. С чего лучше начать? Я бы начал с формирования проектной in-house команды. В идеале мне бы потребовались:

• специалист по UX с большим опытом и хорошим воображением, возьмите на ГПХ на время проекта, если он вам не нужен в штате постоянно;
• программист, чтобы контролировать разработчиков и общаться с сисадминами;
• талантливый дизайнер, обязательно с идеями и желательно с опытом разработки сайтов, но не обязательно, возможно, незамыленный взгляд был бы полезнее;
• контенщики из пресс-службы и из связей с инвесторами, если у компании есть акции или облигации и, как следствие, обязательства по раскрытию информации;
• маркетологи из продаж для помощи с продуктовой частью сайта, если будет витрина или даже онлайн-магазин;
• и менеджер-организатор, который будет всех нас собирать и пинать.

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

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

Поэтому первое, на что я обратил бы внимание при выборе платформы - это функционал. Например, если на сайте будет интернет-магазин, то платформа должна иметь возможность безопасного приема, обработки и анализа заказов, обратной связи и так далее. Однако если вы не ожидаете объемов продаж на уровне Амазона, то выпендриваться не стоит, посмотрите отечественные системы, вроде Битрикса 24.

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

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

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

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

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

После выбора платформы выберите разработчика. Не берите дешевых - то есть никаких ценовых тендеров, а смотрите на опыт и на отзывы. Обязательно обзвоните коллег из тех компаний, для которых эти разработчики делали сайты. Расспросите, что да как, были ли проблемы, как по срокам, что с качеством, кто именно из команды делал. И убедитесь, что бы потом выбранный вами разработчик выделил ту самую команду, которая успешно делала сайты, и чтобы он ее потом не менял на «пионэров».

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

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

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

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

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

Как сайт будет сверстан, вычитан и прокликан вашей командой и целевой группой менеджеров, оптимизирован под поисковики, иными словами - готов к релизу, переносите его на продуктив и открывайте.

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