---
publishYear: 2016
name: Ethr
title: Концепция и тексты для сайта подбора IT-специалистов
excerpt: Придумали позиционирование уникальной компании и написали тексты, которые пойдут на сайт.
context: Заказчик не знал, каким должен быть сайт. Услуга подбора айтишников настолько редкая, что непонятно, с какой стороны подойти к ее описанию.
logo:
src: ~/assets/images/portfolio/ethr/logo.png
alt: Ethr logo
noCard: true
image: ~/assets/images/portfolio/ethr/ethr.png
imageAlt: Концепция и тексты для сайта подбора IT-специалистов
thumbnail:
src: ~/assets/images/portfolio/cards/ethr.svg
alt: Собака Павлова • ETHR • Концепция и тексты для сайта подбора IT-специалистов
tags:
- it
- content-design
- consultation
relatedPages:
- text: |
### Вам нужен дизайн контента?
#### Заказать дизайн
Напишите нам на [we@sobakapav.ru](mailto:we@sobakapav.ru)
#### Что мы можем сделать?
[Дизайн контента](/services/content-design) и [консультация](/services/consultation), как в этом кейсе, и [многое другое](/services).
collection: services
page: content-design
- collection: services
page: consultation
- text: |
### Хотите сделать сами?
Научим писать хорошие тексты.
collection: promo
page: txt
relatedPages2:
- text: |
### Похожие проекты
collection: portfolio
page: e-gorod-guide
- collection: portfolio
page: sberbank
- collection: portfolio
page: vuborgskiy-zamok
- collection: portfolio
page: tinkoff
- collection: portfolio
page: kids-crooked-house
- collection: portfolio
page: korochka-kontent
- collection: portfolio
page: yit
- collection: portfolio
page: viking-line
director: "Сперва работаем над смыслом, затем — над формой."
budget: ~ 280 000 ₽
metadata:
canonical: https://sobakapav.ru/portfolio/ethr
title: Контент-дизайн • Концепция и контент для сайта подбора IT-специалистов (кейс)
description: "Придумали позиционирование уникальной компании и написали тексты, которые пойдут на сайт"
robots:
index: true
follow: true
openGraph:
site_name: Собака Павлова
images:
- url: '~/assets/images/portfolio/ethr/ethr.png'
width: 1142
height: 607
type: website
---
import TOC from '~/components/widgets/TOC.astro';
<TOC>
[Вводные](#anchor1) • [Этап I](#anchor2) • [Этап II](#anchor3) • [Кейсы](#anchor4) • [как понять и как нанять](#anchor5) • [Культурный код](#anchor4) • [Инструкция по сборке](#anchor5) • [Результат](#anchor6) • [Смысл](#anchor7) • [Отзыв, цены, сроки](#anchor10)
</TOC>
## <a name="anchor1" />Вводные
Московская компания ETHR занимается подбором персонала в IT: программистов, системных администраторов, техдиров. Работа эта сильно отличается от рекрутинга менеджеров по продажам. С одной стороны, суровые требования работодателей, с другой — вечная нехватка ценных кадров. Айтишники весьма востребованы на рынке труда.
Основной инструмент ETHR — широкая сеть знакомств. Или, как нынче принято говорить, нетворкинг. Так они находят и айтишников, и клиентов. У компании есть какой-никакой сайт. Дизайном не блещет, по содержанию — описывает услуги. Что еще нужно? В идеале — рассказать о компании чуть более подробно, чем «смотрите, какие задачки мы решаем».
«Хочу сайт, но не понимаю, каким он должен быть» — с такой формулировки началось обсуждение проекта. Программист и дизайнер — на низком старте. Готовы рисовать-программировать. Вот только непонятно что. Что делать? Для начала — оценить плюсы и минусы ситуации.
### Плюсы и минусы
>+ **Свои люди**
>Мы были знакомы с руководителями компании и мыслили «на одной волне».
>+ **Доверие**
>Заказчик сразу же предоставил нам право принимать решения.
>+ **Активное участие**
>Заказчик был готов потратить столько времени и мозговых усилий, сколько нужно.
>- **Высокая неопределенность**
>Ни мы, ни заказчик до конца не понимали, каким должен быть результат.
>- **Бюджет**
>Он был, но заказчик справедливо не видел смысла вбухивать в сайт миллионы.
Мы разбили проект на два этапа. Первый — разработка общей концепции и информационной структуры. Второй — создание контента.
## <a name="anchor2" />Этап I. Что вообще будет на сайте?
Есть два подхода к проектированию информационной структуры. Первый — от пользователей. Когда мы отправляемся в поля выяснять, что хотят знать потенциальные клиенты. Это хорошо работает в «быстрых» продажах (клиент получил все ответы и готов к покупке) и в новых темах (клиенту нужно разобраться, что же ему продают). Это работает плохо, когда услуга не уникальна, а отличия от конкурентов — в нюансах и тонкостях.
Второй подход — от видения заказчика. Мы не забиваем на пользователя, но смещаем акценты, превращаем его из участника в зрителя. Необходимые условия — хорошее понимание заказчиком целевой аудитории и желание донести до этой аудитории свои идеи. И здесь лучше годился этот подход.
### Погружаемся
Чтобы изложить идеи заказчика — нужно понять идеи заказчика. Для этого — долго разговаривать. Мы проговорили с заказчиком полный рабочий день. Про все: про конкурентов, про кейсы, про особенности работы, про бизнес-процессы и про идеи, которые хочется донести до посетителей сайта.
_Первое правило любого разговора — записывать все самое важное_
Формат такой работы — нечто среднее между интервью и брейнштормом. Мы выступаем фасилитаторами. Задаем неудобные вопросы, обостряем ситуацию, докапываемся до сути и фиксируем все мысли и идеи на доске. Что-то сразу отметается, что-то обсуждаем более подробно. Постепенно в голове появляется картинка прекрасного будущего. Как превратить эту картинку в список конкретных действий? Не забывая, что мы не можем бесконечно разрабатывать распрекрасный сайт — рамки проекта довольно жесткие.
### Конкретизируем
В сухом остатке у нас получалось, что сайт должен рассказывать вот о чем.
- Что именно делает ETHR. Решение — кейсы. Решение, кстати, неочевидное, про это расскажем дальше.
- Зачем вообще нужны какие-то специальные рекрутеры для подбора айтишников.
- Какими знаниями и навыками должен обладать рекрутер в IT.
Разговаривать про бизнес весело и интересно. А чтоб было еще и полезно, нужно договориться о конкретных действиях и шаг за шагом их выполнять. Мы делаем это так.
1. Пишем историю
В этом проекте — признаемся — мы оформили ее в буквы задним числом. Это не очень здорово, история должна появляться сразу и изменяться по ходу работы. У нас получилось следующее.
_История — это что-то среднее между кратким описанием и позиционированием. В нее мы закладываем все основные смыслы, которые позже будем использовать в работе_
2. Составляем структуру — фактически она повторяет историю
_Уже на уровне структуры сайта можно на глазок оценить, какие специалисты нам понадобятся и сколько им предстоит работы_
3. Детализируем содержание
_Прописали структуру каждой страницы_
4. Составляем дорожную карту
_Запланировали все работы над сайтом: от общей структуры до вопросов, на которые нужно ответить на конкретной странице конкретного раздела_
Итак, у нас есть история, структура, тезисы и план по превращению всего этого в полноценный сайт. Впереди большая работа по созданию контента.
## <a name="anchor3" />Этап II. Создание контента
### <a name="anchor4" />Кейсы
Писать кейсы — неочевидная идея. Дело в том, что основная работа рекрутера — рутина: поиск резюме, бесчисленные созвоны, тестирования и собеседования. Не факт, что проект, А отличается от проекта Б. Но выяснилось, что отличается. Проекты — индивидуальные, кейсам — быть.
На подготовку одного кейса может уйти до 40−50 человекочасов. Мы себе такого позволить не могли, нужно было уложиться часов в 10 хотя бы. К счастью, у нас есть проверенный в боях план действий.
- Составляем список опорных вопросов.
- Проводим интервью с заказчиком.
- Пишем первую версию.
- Сверяем с заказчиком и вносим правки.
- Получаем от заказчика цифры, демонстрирующие масштабы проекта.
- Сводим все воедино и еще раз проходимся по тексту.
Да, тут есть подводные камни. Сейчас расскажем. Взять, например, список вопросов к кейсу.
_[Кейсы IT-рекрутеров](https://drive.google.com/open?id=1Fo4_pMfjER4bY-MdNggieGwM3RuUEuPW)_
Все здорово. Только, во-первых, не получится за час-полтора разговора ответить на все эти вопросы. На некоторые — вообще не получится ответить. Во-вторых, если спрашивать в лоб, история не сложится. Нужно вывести клиента на монолог, иногда подталкивая его наводящими вопросами. А уже после интервью — свериться со списком и понять, что пропущено. Так, мы не говорили на первом интервью про смысл и дописывали эту часть кейса во вторую итерацию.
«Да нам же не о чем рассказывать!» — нормальная реакция. То есть сначала заказчику кажется, что он может бесконечно говорить про свою работу. Но стоит только начать переводить это в буквы, как случается творческий кризис. Плюс какие-нибудь веселые ограничения вроде «мы не можем назвать клиента, мы не можем рассказать детали, потому что все догадаются, что это за клиент». Мы сократили количество кейсов с 10 до 6 и потренировались в искусстве говорить конкретно, но так, чтобы никто не догадался, о какой компании идет речь.
Еще один затык — числа. Проект был когда-то давно. Никому в голову не пришло запротоколировать количество созвонов. С трудом вспоминаются сроки. Все это надо откопать.
_[Кейс Гений-аналитик](https://drive.google.com/open?id=1uSoZqYHgwxMHgoJWY81Fy3MB5FTVj8Cx)_
### <a name="anchor5" />Как понять и как нанять
У нас был десяток тезисов про то, что айтишники — непростые люди. Каждый тезис претендовал на отдельную заметку, а то и статью. Но писать десять статей не входило в наши планы. Попробовали собрать все в одну кучу.
_[Тезисы об айтишниках](https://drive.google.com/open?id=1L0-GcALdUoGeS3b_nSdIF-RGen0_9oXf)_
На скриншоте — уже третий подход к снаряду. Два первых были столь же неудачны. Однообразно, занудно, местами спорно. Читать это не хочется. Креатив типа «давайте нафигачим в текст скриншоты советских фильмов» отмели сразу. Как насчет того, чтобы поискать более живой формат? Бинго!
_Вымышленные диалоги создавали в [Playbuzz](https://www.playbuzz.com/)_
Несколько итераций, и диалог получился вполне себе логичным, фактически верным и интересным. Нюансов два. При переходе в такой формат мы заведомо упрощаем тему: линейное повествование, сообщения из 1−3 предложений. Второй нюанс — не нужно добиваться стопроцентной реалистичности, злоупотреблять смайликами или вставлять орфографические ошибки. Всем понятно, что это игра.
### <a name="anchor6" />Культурный код
Последний раздел должен был рассказывать, как работает IT-рекрутер. А заодно — демонстрировать компетенции нашего заказчика. И снова — несколько подходов, а текст все унылей и унылей.
_[Как работают IT рекрутеры](https://drive.google.com/open?id=11UpA03fH5hXSwFQQx13Z-dosmxA5ysmn)_
Долго, занудно. Типа мы тут самые умные и сейчас вас научим айтишников любить. Нет, так не пойдет. Ищем подходящую форму. Может быть, сделать тест? Общая идея — на конкретных примерах показать, в чем заключается работа рекрутера. Накидываем прототип.
_Никогда не угадаешь, куда приведут попытки поиграть с формой_
Коллеги хвалят, но в работу мы это не берем. Здесь неуместно заигрывать с аудиторией. Тезисы нужно донести до серьезного читателя, а не до скучающего веб-серфера. О’кей. Думаем дальше. В любом случае надо уходить от линейного текста. Что насчет карточек «как кажется и как на самом деле»? Пробуем.
_[Как работают IT рекрутеры](https://drive.google.com/open?id=1ZQSf3qrsO-WnVpBhK2lXwIm3xwvDvsTK)_
Другое дело! Все наглядно, по полочкам и без занудства. Ну, почти. Нюанс один — это полуфабрикат для дизайнера, его еще предстоит правильно запаковать.
Итого — у нас есть кейсы и два блока контента по двум важным темам. Вот теперь можно заниматься непосредственно сайтом.
### <a name="anchor7" />Инструкция по сборке сайта
Еще на старте мы договорились, что наши задачи — разработка общей концепции и создание контента. Дизайн, верстка, программирование — всем этим заказчик будет заниматься сам.
Нам надо объяснить заказчику, как теперь со всем этим контентом взлететь. Да тут нужен план! И мы его составили. Буквально пошаговый и предельно понятный даже мало-мальски подкованному менеджеру проектов. Уж тем более — нашему прошедшему огонь и воду заказчику.
_[Инструкция по сборке сайта](https://drive.google.com/open?id=1-l5pVGoKRHAITUflNJ_2gX3CK13viJzh)_
Сценарий расписан по ролям. В основном осталась работа для программиста и дизайнера. Мы играем роли второго плана — отвечаем на вопросы, набрасываем черновики сложных страниц. Самый важный момент — на скриншоте. Главная страница рождается после того, как созданы все остальные. Кстати, мы про это даже статью в блог написали.
## <a name="anchor8" />Результат
Вместе с заказчиком мы прошли половину пути. Наша полупроводниковая задача закончилась созданием контента и структуры. Дальше — дело технарей и художников.
## <a name="anchor9" />Смысл
Можно сначала установить CMS, нарисовать картинки, а потом пытаться наполнить созданный шаблон каким-то смыслом. Увы, заказчик при этом часто теряет контроль над сутью, над историей, которую он хочет донести до читателя, становится заложником формата. Изначально приятная работа по обсуждению картинок превращается в сплошную головную боль.
Есть другой путь — сначала будет тяжело. Сперва напрягаем мозги, извлекаем идеи из головы заказчика, создаем контент. Потом — упаковка. По понятному плану и без потери сути и контроля над ситуацией.
Какую выбрать дорогу — решает заказчик. Если вторую, то нам по пути.
## <a name="anchor10" />