Лендинг у блогера-фрилансера: красивая картинка без заявок

Директор небольшой компании по производству мебели на заказ уже несколько месяцев подписывался на блогера, который вёл канал про создание сайтов: красивые примеры работ, уверенная речь, десятки тысяч подписчиков, комментарии с благодарностями от довольных клиентов. Когда наконец встал вопрос о новом сайте для бизнеса, выбор казался очевидным — зачем вообще обращаться в незнакомую веб-студию, если есть специалист, за которым директор следит уже полгода и работам которого искренне доверяет. Переписались в личных сообщениях, подробно обсудили задачу, согласовали цену — заметно ниже, чем предлагали веб-студии, с которыми он тоже успел проконсультироваться до этого. Блогер уверенно обещал сделать всё быстро, буквально за полторы недели.
С чего начиналась эта история
Стоит подробнее остановиться на том, как именно принималось это решение, потому что в нём легко узнать себя многим владельцам небольшого бизнеса. Директор не был человеком, далёким от технологий: он сравнивал предложения нескольких веб-студий, читал отзывы, задавал вопросы про сроки и стоимость. Но при этом ни разу не задал того единственного вопроса, который в итоге оказался решающим — работает ли у исполнителя форма заявки на практике, а не только выглядит рабочей на скриншоте.
Решение в пользу блогера было эмоциональным, а не рациональным: директор чувствовал личную связь с человеком, за которым наблюдал долгое время, видел его лицо и голос в роликах, читал его рассуждения о трендах в веб-дизайне — и это создавало ощущение знакомства и доверия, которое подменило собой обычную деловую проверку, применяемую при выборе подрядчика. С незнакомой веб-студией такой эмоциональной связи не возникает, и поэтому к её предложению обычно подходят более критично, тщательнее сверяя портфолио и условия — а вот с медийной личностью, которую как будто уже хорошо знаешь по роликам, бдительность снижается почти незаметно для самого заказчика.
Красивая картинка вместо рабочего сайта
Ровно через полторы недели пришла ссылка на готовый результат. Внешне сайт выглядел действительно неплохо — примерно так же, как и в примерах на канале блогера: аккуратный дизайн, фотографии мебели на своих местах, приятная цветовая гамма. Директор искренне обрадовался, показал ссылку менеджерам, начал готовиться к запуску рекламы.
Первые проблемы начались, когда сотрудники попытались подключить форму заявки к почте компании. Форма технически не отправляла данные никуда — кнопка была на месте, поля для заполнения выглядели как настоящие, но при нажатии «Отправить» ничего не происходило, кроме визуального эффекта нажатия. А дальше выяснилось, что у сайта вообще нет административной панели: невозможно было самостоятельно поменять хотя бы текст, цену или добавить новую позицию в каталог без обращения обратно к исполнителю. А сам каталог оказался статичным набором заранее сверстанных карточек — не гибкой системой, куда можно добавлять товары, а просто картинками, зашитыми в код страницы блогером вручную.
Специалист по красивой картинке, а не по полноценно работающему сайту
Когда директор написал блогеру с вопросами, тот честно, хотя и с некоторым смущением, признался: он умеет красиво собирать визуальную часть сайта в конструкторе, но никогда глубоко не занимался ни настройкой форм для реального приёма заявок, ни административными панелями, ни каталогами с возможностью самостоятельного редактирования. На своём канале он показывал именно то, что умеет делать хорошо — эффектные макеты, а не полноценные рабочие сайты с бэкенд-частью.
Заявки, ради которых вообще затевался весь проект, были той самой частью, которую блогер до этого никогда всерьёз не реализовывал — в его собственных демонстрационных примерах формы либо были декоративными, либо вели на его личную почту через встроенный в конструктор простейший механизм, который не подходил для полноценной работы коммерческого сайта с постоянным потоком обращений.
Доработка в итоге обошлась дороже, чем сразу заказать нормальный сайт
Директор обратился в веб-студию с просьбой доделать сайт: подключить рабочую форму заявок, дать возможность самостоятельно редактировать каталог, настроить аналитику для отслеживания обращений. Оказалось, что технически заметно проще и дешевле было бы сделать сайт заново на нормальной системе управления сайтом, чем пытаться встроить недостающий функционал в статичный макет, собранный без всякого учёта того, что сайт в принципе должен быть управляемым.
Причина оказалась простой: макет был свёрстан как набор картинок и текста для демонстрации, а не как полноценная структура с базой данных, куда можно самостоятельно добавлять и менять позиции каталога. Чтобы сделать из такого макета полноценный работающий сайт, пришлось бы фактически пересобирать его с нуля на другой технической основе, просто взяв за образец внешний вид. В итоге вся экономия на цене у блогера обернулась дополнительными расходами на полноценную разработку — только теперь ещё и с потерянными полутора месяцами, которые ушли на переписку, попытки понять, можно ли хоть что-то спасти из существующего макета, и в итоге на согласование новой разработки практически с нуля.
Красивый канал в соцсетях не гарантирует техническую компетентность
История директора мебельной компании показывает распространённую ошибку: доверие к блогеру строится на количестве подписчиков и красоте демонстрируемых работ, а не на реальной проверке того, что именно он умеет делать технически. Популярность канала говорит о навыках подачи материала и, возможно, о хорошем визуальном вкусе, но никак не гарантирует, что человек способен собрать полноценный работающий сайт с корректно настроенной формой заявки, административной панелью и управляемым каталогом.
Проверить эту компетентность до заказа несложно: достаточно спросить у исполнителя несколько примеров реально работающих сайтов, а не только красивых макетов, и, что важнее, попробовать самостоятельно протестировать хотя бы один из этих примеров — оставить тестовую заявку и убедиться, что она действительно куда-то доходит, а не просто исчезает после нажатия кнопки.
Как это связано с общей картиной продвижения
Эта история хорошо иллюстрирует, почему сайт — это не только красивый внешний вид, а прежде всего работающий инструмент для получения заявок. Даже идеальный дизайн бесполезен, если форма технически не отправляет данные, а у владельца нет возможности самостоятельно обновлять информацию на сайте. Оценивать готовый сайт стоит не по тому, насколько он нравится визуально при первом взгляде, а по тому, доходят ли реальные заявки до менеджеров и можно ли поддерживать актуальность каталога без постоянного обращения к автору первоначального макета, который вполне может оказаться недоступен уже через месяц после сдачи проекта.
Почему подобные истории продолжают повторяться снова и снова
Похожая ситуация регулярно повторяется с разными вариациями: вместо блогера — знакомый по учёбе, который «немного умеет верстать», вместо личных сообщений — заказ через фриланс-биржу по самому низкому из откликов. Общий сценарий один и тот же: заказчик оценивает исполнителя по внешним признакам — количеству подписчиков, красивому портфолио, уверенной речи, низкой цене — и пропускает единственную проверку, которая реально показывает уровень компетентности: тестирование готового рабочего сайта, а не картинки макета.
Причина, по которой эта ошибка так распространена, понятна: заказчик, не разбирающийся в технической стороне сайтов, просто не знает, что нужно проверять. Он смотрит на то же, на что смотрел бы любой обычный посетитель сайта — на внешний вид, — и не задумывается, что за красивой картинкой может не быть работающего механизма приёма заявок, административной панели, корректно настроенной аналитики. Внешний вид сайта и его техническая работоспособность — это два совершенно разных навыка, и умение хорошо в одном не гарантирует умения в другом.
На что стоило обратить внимание ещё до заказа
Перед тем как доверить создание сайта конкретному человеку или компании, стоит задать несколько прямых вопросов и, что важнее, проверить ответы на практике, а не поверить на слово. Можно ли показать пример сайта, на котором клиент сам может зайти в административную панель и что-то отредактировать, не обращаясь за помощью к разработчику? Можно ли оставить тестовую заявку на одном из прошлых проектов и убедиться, что письмо действительно приходит на почту? Кто будет обслуживать сайт после сдачи — тот же человек, доступен ли он для доработок, или проект передаётся и заказчик остаётся с ним один на один при первой же технической проблеме?
Такая проверка занимает совсем немного времени по сравнению с тем, сколько времени и денег может уйти на исправление ситуации, если выяснится, что сайт был собран без учёта реальной работоспособности. В случае с мебельной компанией простая тестовая заявка на одном из демонстрационных проектов блогера сразу показала бы, что форма не отправляет данные — и позволила бы избежать полутора месяцев ожидания и повторных расходов на разработку сайта заново.
Разница в ответственности между дизайнером-фрилансером и веб-студией
Отдельный урок этой истории — разница в ответственности между частным исполнителем, пусть даже популярным и известным, и организацией, для которой создание рабочих сайтов — основной вид деятельности. У веб-студии обычно есть разделение труда: дизайнер отвечает за внешний вид, а отдельный специалист — за техническую реализацию, включая формы, административную панель и интеграции. Это не гарантирует автоматического успеха, но снижает риск того, что весь проект окажется в руках человека, чья реальная экспертиза ограничена только одной частью полноценной разработки сайта.
Частный исполнитель, особенно тот, кто получил известность за счёт одного конкретного навыка — например, визуального оформления, — далеко не всегда обладает столь же сильными компетенциями в других, менее заметных со стороны частях работы, которые как раз и определяют, будет ли сайт реально приносить заявки бизнесу, или так и останется просто красивой витриной без практической пользы для владельца компании.
Как правильно оценивать чужой опыт, увиденный в интернете
Ещё один момент, о котором стоит помнить: положительные комментарии под роликами блогера или отзывы на странице фрилансера не всегда отражают реальный опыт работы с готовым сайтом. Часто такие комментарии оставляют сразу после сдачи проекта, когда заказчик впечатлён красивым результатом и ещё не успел столкнуться с его реальной работоспособностью на практике — форма могла впервые «сломаться» уже спустя несколько недель или месяцев, когда заказчик пытается что-то поменять самостоятельно или столкнулся с наплывом заявок, которые начали теряться.
Более надёжный сигнал — отзывы, оставленные спустя продолжительное время после запуска сайта, желательно с конкретными деталями о том, как сайт справляется с реальной нагрузкой, легко ли вносить изменения самостоятельно и была ли нужна дальнейшая техническая поддержка. Такие отзывы встречаются заметно реже, потому что для их появления требуется, чтобы заказчик действительно активно пользовался сайтом продолжительное время, а не просто получил результат и один раз похвалил исполнителя сразу после сдачи проекта, ещё не успев столкнуться с реальной эксплуатацией сайта.
Итог
История с мебельной компанией закончилась благополучно — сайт всё же сделали заново, теперь уже в нормальной студии, с рабочей формой заявок и понятной административной панелью, но с потерей времени и дополнительными расходами, которых можно было избежать, если бы перед заказом директор проверил не портфолио блогера в соцсетях, а реальную работоспособность хотя бы одного его прошлого проекта.
Если вы сомневаетесь, действительно ли ваш текущий сайт технически работает так, как должен — принимает заявки, позволяет самостоятельно редактировать контент, корректно ведёт учёт обращений, — специалисты компании «Сайты Профессионально» готовы бесплатно проверить его и честно рассказать, что можно и стоит улучшить.
Хотите получить бесплатную диагностику сайта?
Получите бесплатную экспресс-диагностику за 24 часа. Проверим ошибки, сбои, скорость, безопасность и скрытые ошибки — пришлём отчёт с рекомендациями.
- Скорость загрузки и мобильная версия
- Уязвимости, вирусы, взломы
- Битые ссылки, дубли, SEO-ошибки
- Статус домена, SSL, хостинга
Популярные решения наших клиентов:

До 10 часов работ в мес.
Ежедневная диагностика
Продление домена
Продление хостинга/сервера

До 40 часов работ в мес.

До 100 часов работ в мес.
