{"id":14293,"url":"\/distributions\/14293\/click?bit=1&hash=05c87a3ce0b7c4063dd46190317b7d4a16bc23b8ced3bfac605d44f253650a0f","hash":"05c87a3ce0b7c4063dd46190317b7d4a16bc23b8ced3bfac605d44f253650a0f","title":"\u0421\u043e\u0437\u0434\u0430\u0442\u044c \u043d\u043e\u0432\u044b\u0439 \u0441\u0435\u0440\u0432\u0438\u0441 \u043d\u0435 \u043f\u043e\u0442\u0440\u0430\u0442\u0438\u0432 \u043d\u0438 \u043a\u043e\u043f\u0435\u0439\u043a\u0438","buttonText":"","imageUuid":""}

Антикейс: Сапожник с сапогами, или как мы свой сайт полгода делали

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

Предыстория

Аспирити — студия разработки из Сибири. За создание сайтов и приложений на фреймворках нам платят деньги. До 2023 года внутренние проекты мы собирали на Tilda Publishing.

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

В 2022 решили практически с нуля выйти на рынок РФ. Свой русскоязычный сайт мы не поддерживали с 2018 года.

За короткий срок необходимо было не только воскресить его, но и адаптировать под новую целевую аудиторию и позиционирование, обновить дизайн и добавить актуальные кейсы.

Мы хотели получить ресурс, который бы быстро загружался и легко поддерживался командой маркетинга с минимальным привлечением разработчиков. Этакий симбиоз конструктора для динамично меняющихся страниц (кейсы, портфолио и вакансии) и собственного кода для тех страниц, которые должны обновляться нечасто (главная, о компании, лендинги услуг и контакты).

Так выглядел изначальный план:

Этому плану не суждено было сбыться. Самоуверенность и отвага, стали главными причинами нашего факапа.

Что может пойти не так? Ведь мы отлично разрабатываем для других. Себе тоже сделаем по красоте.

Кто виноват, и что делать

Прежде чем разбираться в ошибках покажем таймлайн разработки:

«Джунами за месяц»

Редизайн сайта — это внутренний проект. На такие мы подключаем сотрудников, которые не заняты в проектах коммерческих — бенч.

Как только коммерческий проект появляется, человека сразу перебрасывают на него, оставляя внутренний проект без команды. Такая ротация выгодна компании, но совсем не подходит для серьёзных задач. Но сайт же к таким не относится, правда?

Сайт — это продукт, визитная карточка компании, он используется для привлечения клиентов, а значит, и воспринимать разработку нужно было серьёзно. Мы этим пренебрегли. И продолжали действовать так, как привыкли:

Если свободен один сотрудник, то подключаем только его одного.

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

Когда ожидания по срокам не сошлись с реальностью, мы добавили в проект ещё пару джунов. А лидить оставили ветерана этого проекта. Джун-тимлид, что же могло пойти не так?

Примерно всё.

Без нормального лидерства получилось, что все работали над своими блоками и не думали, как будет выглядеть цельная картина.

Разработчики определяют ответственного за баги

Недооценили дизайн

У дизайнера, которому мы поручили проект, есть определённая стилистика: минималистичный, строгий UI без излишеств. Wow-эффект достигается за счёт микроанимаций, а стиль задаёт простота форм. Это очень хорошо подходило к нашему обновлённому фирменному стилю, а ещё попадало в привычные для выбранной целевой аудитории паттерны.

Визуально такой дизайн смотрится просто, но это обманчивое впечатление, ведь множество микроанимаций нужно прописать в коде. А мы хотели использовать довольно ограниченное количество библиотек, чтобы ускорить загрузку и улучшить показатели Core Web Vitals.

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

Если бы мы серьёзнее проанализировали дизайн-макеты перед отправкой в разработку, этого бы не произошло. Можно было отдать макет на оценку опытным разработчикам, которые проверили бы соответствие выбранного нами стека с дизайном. И сказали:

Как вы собираетесь это на ванильном JS верстать? Здесь нужен как минимум Swiper для сенсорных слайдеров.

опытный разработчик, который всё для себя уже понял

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

Не отследили проблемы с коммуникацией

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

Неважно, какой проект вы делаете, всё везде может пойти не так, а несерьёзное отношение ударит сразу по всем фронтам.

Как упоминали выше, мы мечтали сделать быстрый сайт с минимумом библиотек. Техлид заметил, что если хотим, чтобы всё грузилось за секунды, то писать нужно на чистом JS, CSS и HTML’e.

Правильно заложенная архитектура решает множество потенциальных проблем на проекте.

Разработчик не оспорил предлагаемую архитектуру и с уточняющими вопросами тоже не пришёл. Уже после расширения команды мы выяснили, что он не справлялся и долгое время сидел над экранами, которые должны были легко ему даваться. Если бы мы заметили эту проблему раньше, то быстрее отреагировали и дали помощника на проекте или хотя бы выделили часы менторства. Но мы не заметили.

Как итог:

Не делали Performance Review → получили архитектурные проблемы и затянувшиеся сроки разработки.

Как решали ошибки

Изменили подход

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

Сайт получился не таким, как мы хотели изначально, но он решил поставленные задачи. Наша бизнес-цель звучала так:

Нужен новый быстрый сайт, отвечающий позиционированию компании.

Отдел маркетинга планировал купить нулевую строку в Рейтинге Рунета на три месяца начиная с 1 апреля (спойлер: мы её купили). Это означало, что появился чёткий дедлайн, привязанный к бизнес-задаче, а не сферическое «давайте закончим до Нового года» потому что так захотелось.

Решили делать первую итерацию простой и адаптивной, а потом уже накручивать фичи.

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

Пересобрали команду и наладили коммуникацию

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

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

Мы также добавили обязательные вечерние текстовые дейлики и утренние еженедельные созвоны. На них разбирали всё, что удалось сделать за прошлую неделю, и обсуждали, что блокирует процессы, чтобы вовремя отследить просадки.

Пересмотрели стек

Чтобы ускорить процесс разработки, мы убрали ограничение по количеству библиотек и возможных технологий, позволив разработчикам выбирать стек самостоятельно, опираясь на бизнес-цель.

Так мы избавились от множества багов при попытке внедрить поэкранный скролл.

Отдел маркетинга самостоятельно прописал все необходимые для SEO схемы и метатеги, а разработчики добавили возможность управлять контентом через Strapi.

Чему нас это научило

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

Внутренний проект != Несерьёзный проект

Даже внутренние бенч проекты нужно делать с менеджерской позиции и оглядкой на продуктовый подход: с пониманием бизнес-целей, нагрузки сотрудников, а также возможных рисков.

Если совсем просто, то нужно подходить к внутренним проектам максимально серьёзно, как если бы за них кто-то платил. Потому что по факту мы сами за них и платим.

Если вы думаете, что закидывать джуна на внутренний проект — это весело, не напряжно да ещё и развивающе, подумайте ещё.

Екатерина Епина, менеджер проектов в Аспирити

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

Если мы понимаем, что для человека в тягость быть лидом на проекте, то мы не ставим его в эту позицию.

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

Частичное выделение сотрудников (например, 20%) не подходит для сложных проектов, так как потребует большого количества времени на коммуникацию и распределение задач, а на рабочие таски ничего не останется.

Что имеем сейчас

Скажем честно, сайт мы ещё недоделали. Поэтому на aspirity.ru можно увидеть первую итерацию — симбиоз Тильды с кастомной разработкой и прикрученным Strapi для удобства работы с контентом. Пишите в комменты, если хотите узнать про использование Strapi подробнее.

Прямо сейчас в Jira висят 43 таски. Они ждут команду, которая сможет доверстать всё, что мы к MVP не успели. А также исправить баги, перевезти лендинги из Тильды на сервер, и, возможно, освежить дизайн.

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

Все иллюстрации с Котибором любезно предоставила наш Senior Frontend Developer Жанна. Больше артов можно найти в телеграм-канале.

Мы — Аспирити. Создаём внутренние сервисы и инструменты для ведущих компаний РФ и мира.

В блоге на VC делимся опытом и рассказываем, как проектируем и разрабатываем IT-решения для бизнеса:

Как мы автоматизировали отдел в инвестиционном банке. Более 35% экономии операционного времени

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

Кейс: редизайн B2B–сервиса автоматической генерации лидов

0
9 комментариев
Написать комментарий...
Ment
Ответить
Развернуть ветку
Kana Opst

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

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

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

Потому что это говорит о том, что управленцы компании выбирают долгосрочное развитие. И цель уже не "а давайте сделаем интеграцию на Ютубчике, а давайте таргет в соцсетях, а давайте контекст и на этом всё", но и помимо этого включается условное "а давайте будем делать полезный контент, познакомимся ближе и будем на ты с аудиторией. Возможно, некоторые станут в будущем нашими клиентами, возможно и нет, но зато хотя бы извлекут пользу." Как минимум уже это качество выделяет компанию и вызывает уважение. Поэтому сраные токсичные критики, не надо без должных аргументов обсирать то, что было создано трудом, и то, над чем люди действительно работали, не спали и возможно даже пропускали обед 😁.

Сугубо моё личное мнение, я никак не нахваливаю компанию, лишь пишу то что я заметил и подчеркнул лично для себя, и в моем случае я действительно разбираю на малекулы вопрос о пользе и извлекаю её. Всем удачи!

Ответить
Развернуть ветку
Лёша из Аспирити

Большое спасибо за развёрнутые комментарий и поддержку!💙

На вкус и цвет каждому свой сайт, как говорится) Контент на vc всегда собирает противоречивые мнения.

Ответить
Развернуть ветку
Лёша из Аспирити

Как сейчас помню, факап-факапыч :) Нормально же на Тильде работало, чего выдумывать начали? :D

Себе почему-то всегда тяжелее сделать нормально. Внутренние проекты идут слабым приоритетом, при этом хочется сделать ого-го! В итоге идёшь бегать по грабельному полю :) - классика.

Мысль пришла: то что мы классные исполнители не всегда будет значить, что мы ещё и классные заказчики.

Ответить
Развернуть ветку
Анастасия Падерина

Напутствие тем, кто думает, что сделать себе сайт — плёвое дело

Ответить
Развернуть ветку
Aka Flot

Не хочу вас оскорбить, но для студии веб - разработки, сайт выглядит не просто "так себе" а скорее даже "дерьмово" советую вам нанять нормального дизайнера

Ответить
Развернуть ветку
Aleksandr Krais

Предлагай кандидатов, будем рассматривать)

Ответить
Развернуть ветку
Aleksandr Krais

А что конкретно выглядит дерьмово?

Ответить
Развернуть ветку
Лёша из Аспирити

Сразу видно мнение профессионала. А говорят на vc не бывает объективной критики.

Напишите, что конкретно не так, и пару референсов сайтов, которые не "дерьмовые", а "как надо"? Мы новому дизайнеру скинем, как пример.

Ответить
Развернуть ветку
6 комментариев
Раскрывать всегда