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

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

10 ошибок при заказе

Я собрал десять ошибок, которые встречаются чаще всего. По каждой коротко объясняю, в чём проблема и как сделать правильно. Это не теория — это то, что я регулярно вижу в переписках и на старте проектов, которые приходят ко мне «доделать после кого-то».

1. Нет чёткого технического задания. Самая частая и самая дорогая ошибка. Заказчик говорит «сделайте мне сайт» или «нужен бот для приёма заявок», а что именно должно быть внутри — в голове, но не на бумаге. Дальше начинается классика: «я думал, это входит», «а где форма?», «а почему так?». Как правильно: до начала работ зафиксировать письменно, что именно делаем — список страниц или экранов, какие функции, какие сценарии, что считается готовым результатом. Не обязательно писать огромный документ; достаточно понятного описания, под которым подписались обе стороны. ТЗ защищает и вас, и исполнителя, потому что без него «готово» каждый понимает по-своему.

2. Гонятся за дешевизной. Выбор по принципу «кто дешевле» почти всегда заканчивается переделкой. Слишком низкая цена означает, что исполнитель либо не понял объём, либо сэкономит на качестве, либо исчезнет на середине. Как правильно: смотреть не на самую низкую цифру, а на адекватность. Просите разложить цену по этапам и понять, за что вы платите. Нормально, когда исполнитель задаёт уточняющие вопросы и не называет цену сразу с потолка — это признак того, что он разобрался в задаче, а не просто хочет вас заполучить.

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

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

5. Не оговорили владение кодом и доступами. Очень частая беда: проект сдан, а домен зарегистрирован на исполнителя, хостинг — его, исходники он не отдаёт, доступов к админке нет. Формально сайт есть, а распоряжаться им вы не можете и привязаны к одному человеку навсегда. Как правильно: заранее договориться, что после оплаты вы получаете всё — исходный код, доступы к домену, хостингу, админке, аналитике, к боту и его токенам. Регистрируйте домен и хостинг на себя. Это ваш актив, и он должен принадлежать вам.

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

7. Делают «красиво», а не под задачу и конверсию. Заказчик увлекается дизайном — анимации, модные эффекты, «вау» — и забывает, зачем сайт вообще нужен. А нужен он, чтобы посетитель оставил заявку, позвонил или купил. Красота, которая мешает этому, — деньги на ветер. Как правильно: отталкиваться от задачи. Что должен сделать человек, который зашёл? Весь сайт или бот выстраивается вокруг этого действия: понятный путь, заметная кнопка, короткая форма, ясный текст. Дизайн обслуживает цель, а не наоборот. Красиво и работающе — это не противоречие, но приоритет всегда у результата.

8. Копируют конкурента без смысла. «Сделайте как у них» — и переносится чужая структура целиком, вместе с чужими ошибками и решениями под чужие задачи. То, что работает у конкурента, не обязательно сработает у вас: у него другой продукт, другая аудитория, другой контекст. Как правильно: смотреть на конкурентов как на источник идей, а не как на шаблон для копирования. Берите то, что объективно удобно и логично, но стройте структуру под свой продукт, свою аудиторию и своё ключевое действие. Слепое копирование — это перенос проблем, а не решений.

9. Забыли про мобильную версию и скорость. Огромная доля посетителей заходит с телефона, а проект проверяют только на большом экране. В итоге на мобильном всё разъезжается, кнопки не нажать, страница грузится десять секунд — и человек уходит. Как правильно: с самого начала требовать, чтобы сайт нормально работал на телефоне и быстро открывался. Проверяйте сами со своего смартфона. Скорость загрузки — это не каприз, а напрямую про деньги: медленный сайт теряет посетителей ещё до того, как они что-то увидели. Если в проекте нужна полноценная работа на смартфоне, заранее обсудите и мобильное направление — иногда задачу честнее решать отдельным приложением, а не растягиванием сайта.

10. Забыли про 152-ФЗ, согласие и аналитику. Сайт собирает заявки с именами и телефонами — а это персональные данные, и по 152-ФЗ нужны политика конфиденциальности, согласие на обработку и корректное хранение. Про это вспоминают, когда приходит претензия. И отдельно — аналитика: без неё вы не знаете, откуда идут люди и что работает, то есть управляете проектом вслепую. Как правильно: заранее заложить в проект юридическую сторону (политика, чекбокс согласия, аккуратная работа с данными) и подключить аналитику — счётчики, цели, отслеживание заявок. Тогда у вас есть и защита, и понимание, что приносит результат.

Как застраховаться

Хорошая новость: почти все эти ошибки лечатся на старте, до того как уплачен первый рубль. Не нужно быть техническим специалистом — достаточно держать в голове несколько простых правил.

• Всё письменно. ТЗ, сроки, цена, порядок оплаты и условия передачи доступов — на бумаге или хотя бы в переписке, под которой подписались обе стороны. Устные договорённости не считаются.
• Оплата по этапам. Никакой полной предоплаты. Делите на части, привязанные к результату, который можно проверить.
• Доступы и код — ваши. Заранее проговорите, что после оплаты вы получаете исходники, домен, хостинг и все доступы. Регистрируйте ключевое на себя.
• Думайте про «после запуска». Сразу выясните, кто и как будет поддерживать проект, и сколько это стоит. Это часть сделки, а не приятный бонус.
• Проверяйте сами. Откройте результат с телефона, заполните форму, нажмите кнопки, замерьте, быстро ли грузится. Приёмка — это не формальность, а ваша страховка.

Если вы заложите эти пять привычек, большая часть рисков отвалится сама собой. Остальное — вопрос выбора правильного исполнителя, о чём ниже.

Как выбрать исполнителя

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

• Задаёт вопросы. Хороший исполнитель не называет цену и сроки сразу, а сначала разбирается в задаче. Если вам ответили «да, сделаю, столько-то» в первую же минуту — это тревожный знак.
• Говорит понятно. Если в ответ на простой вопрос вас заваливают терминами и вы ничего не понимаете — либо человек не умеет объяснять, либо что-то скрывает. Нормальный специалист переведёт сложное на человеческий язык.
• Честен про ограничения. Тот, кто обещает «гарантированный топ», «100% конверсию» или «всё за три дня», либо не понимает задачи, либо вводит в заблуждение. Я больше доверяю тем, кто прямо говорит, что реально, а что нет.
• Показывает реальные работы. Не картинки из интернета, а живые проекты, которые можно открыть и потрогать. И хорошо, если может рассказать, какую задачу там решал.
• Не боится разговора про деньги и доступы. Адекватный исполнитель сам предложит этапную оплату и спокойно обсудит передачу кода и доступов. Если эти темы вызывают уход от ответа — это повод насторожиться.

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

Частые вопросы

Обязательно ли составлять ТЗ, если проект простой? Чем проще проект, тем проще ТЗ — но оно всё равно нужно. Даже для одностраничного сайта или небольшого бота полезно зафиксировать список экранов, функций и что считается готовым результатом. Это занимает немного времени и снимает большинство будущих споров про «я думал, это входит».

Почему нельзя выбирать просто самого дешёвого? Потому что слишком низкая цена обычно означает, что исполнитель не понял объём, сэкономит на качестве или бросит проект. Дешёвый старт почти всегда превращается в дорогую переделку. Смотреть нужно не на минимальную цифру, а на то, насколько человек разобрался в задаче и за что именно берёт деньги.

Что должно остаться у меня после сдачи проекта? Всё, что позволяет распоряжаться проектом без исполнителя: исходный код, доступы к домену, хостингу, админке и аналитике, а для бота — токены и доступ к управлению. Домен и хостинг лучше регистрировать на себя с самого начала. Это ваш актив.

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

Зачем думать про 152-ФЗ, если у меня маленький сайт? Размер сайта не важен — важно, собираете ли вы персональные данные. Если на сайте есть форма с именем и телефоном, на вас уже распространяются требования: нужны политика конфиденциальности, согласие на обработку и аккуратное хранение данных. Заложить это на старте дешевле и спокойнее, чем разбираться после претензии.

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

Коротко о главном

Большинство проблем при заказе сайта или бота закладывается не в коде, а в договорённостях на старте. Нет чёткого ТЗ, выбор по самой низкой цене, отсутствие договора, полная предоплата, неясность с владением кодом и доступами, забытая поддержка, погоня за красотой вместо результата, слепое копирование конкурента, игнор мобильной версии и скорости, пропущенные 152-ФЗ и аналитика — вот десять граблей, на которые я вижу, как наступают постоянно. Все они лечатся простыми привычками: всё фиксировать письменно, платить по этапам, забирать себе код и доступы, заранее думать про поддержку и проверять результат своими руками. А выбирать стоит того исполнителя, кто задаёт вопросы, говорит понятно и честен про ограничения. Без громких обещаний — просто с трезвым подходом, который экономит и деньги, и нервы.