Часть 1. Кейс: как 10 000 товаров превратились в неконтролируемый поток и сожгли бюджет

В 2018 году я пришла в компанию, которая только что запустила «красивый» сайт на «1С-Битрикс». Реальность оказалась иной: админка постоянно ломалась, база из 10 000 товаров регулярно слетала. Восстановление данных и контента силами подрядчиков и контент-менеджеров влетало в копеечку - в сумме за пару месяцев это обходилось дороже, чем разработка аналогичного, но работающего сайта с нуля. К 1С всё привязывалось вручную. Полгода попыток достучаться до руководства ни к чему не привели и я ушла.

В 2020 году меня пригласили в ту же компанию. Почему вернулась? Решать проблемы мне интереснее, чем работать в стабильном болоте. Плюс приятная ЗП, удалёнка, товар, с которым было интересно работать, и, конечно, новый «пожар». К этому времени наняли нового подрядчика, который реализовывал новый сайт.

Итог, который мне хотели сдать, был плачевен:

• Те же 10 000 товаров были вывалены одним списком на главной, без фильтров, без рубрикаторов. Чистый поток плитки. Целевая аудитория (дизайнеры интерьера) физически не могла искать товары по ключевым для них параметрам: бренду, коллекции, цвету, материалу.
• Уникальная кастомная история на Laravel, где в админке было нельзя поставить новый баннер или поменять режим работы. Товары предполагалось менять в 1С, где карточка могла сохраняться 10 минут. В ситуации, когда срочно нужно выставить скидку или изменить картинку на группу товаров, согласитесь, тупиковый путь.
• Корень проблемы: формальное ТЗ от подрядчика, который обещал “красиво и трендово”, умещалось на одном листе и свелось к общим пожеланиям.

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

Главные ошибки, которые привели к провалу

1. Отсутствие ответственного, а следовательно ТЗ и фиксированных бизнес-требований. Ни владельцы, которые выбрали подрядчика, ни интернет-маркетолог, в чьи прямые обязанности входило проконтролировать работу с подрядчиком, ни руководитель отдела маркетинга, фанатка микро-менеджмента не взяли на себя ответственность прописать, КАК ЭТО БУДЕТ ВЫГЛЯДЕТЬ. Нет ответственного, нет базовой информации, как должна выглядеть главная страница, нет прописанной логики пути клиента, поиска товара и критичных составляющих - разделов и фильтров по бренду и цвету.
2. Слепая вера в коммерческое предложение. Продажник пообещал «мы сделаем красиво и трендово» и безоговорочное согласие моих бывших коллег позволило менеджеру проекта интерпретировать задачу максимально абстрактно, просто, не логично. Пресловутое «сделайте красиво» что позволило подрядчику сделать «как хочется», а не «как надо».

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

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

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

Часть 2. 5 шагов, чтобы составить ТЗ, которое защитит ваш бюджет (практический чек-лист)

Шаг 1. Фундамент. Перед поиском подрядчика ответьте честно на три ключевых вопроса, письменно зафиксируйте:

1. Что вы продаёте? Без абстракций, без «ощущения уникальности». Только конкретика: «строительные материалы», «SaaS-решение», «услуги клининга».
2. Какова цель сайта? Одна главная бизнес-задача: «дать удобный инструмент дизайнерам, которые приводят клиентов», «конвертировать просчёт стоимости доставки в заявку на доставку груза».
3. Критичный функционал (must have). Без чего ваш сайт не будет продавать вашим клиентам: «фильтры по 5+ параметрам», «интеграция с 1С», «онлайн-калькулятор доставки».

Результат этапа: ваше чёткое понимание «зачем» и «что» будет сделано.

Шаг 2. Визуализация: говорите на языке примеров.

Создайте документ с референсами (скриншоты, ссылки). Комментируйте каждый элемент:

• «Нравится такое меню, но нужно добавить телефон».
• «Нужен подобный фильтр, но с параметрами “страна-производитель”».
• Распишите путь клиента от входа до целевого действия (покупка, заявка), находя пример для каждого шага.
• Продумайте и опишите админку: что вы будете редактировать самостоятельно (товары, цены, изображения, статьи).

Результат: Наглядный «коллаж» вместо абстрактных «хочух».

Шаг 3. Структурирование.

Здесь два варианта. Если вы опытный редактор с выделенным на создание ТЗ часами и привыкли работать с объёмами информации, то ищете в интернете шаблон, приводите ваши заготовки в документ, несколько раз перечитываете на свежую голову. Вы великолепны.

Если у вас нет опыта в составлении ТЗ или вы загружены другими задачами, читтерство для вас. Скопируйте свои наработки из шагов 1 и 2 в нейросеть с запросом:

«Структурируй это как техническое задание для разработки сайта. Выдели разделы: 1) Цели и задачи, 2) Требования к функционалу, 3) Описание ключевых страниц, 4) Требования к админке, 5) Референсы».

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

Не останавливайтесь на первом ответе. Попросите найти потенциальные слабые места. Уточняйте: «Дополни и улучши, вот мои правки», пока не получите ясный документ. Это экономит дни работы.

Шаг 4. Выбор платформы.

От этого выбора зависят будущие расходы.

• Для типовых задач (интернет-магазин, каталог, лендинг) выбирайте проверенные CMS («1С-Битрикс» для большой номенклатуры, Tilda для простых решений). Плюсы: долгосрочная поддержка, много специалистов.
• Кастомная разработка на фреймворках (типа Laravel) подходит для уникальных, нетиповых продуктов. Ну или если ваша цель показать всем, что можете себе позволить. Минус: каждая доработка будет дорогой и привяжет вас к конкретному исполнителю.

Шаг 5. Защита.

Отправьте ТЗ и анализируйте ответы и реакции подрядчиков.

Я, работая в офисе, отправляла ТЗ нескольким подрядчикам и смотрела, кто как реагирует. Адекватные задают уточняющие вопросы по деталям, правят сроки, ссылаются на то, что 1с от них не зависит, озвучивают, какие ещё движки потребуется воткнуть.

И red flag, первый и главный, когда активно продают, вереща "мы самые лучшие и передовые" (возможно, это мой профильный триггер, но тем не менее), молча соглашаются с абсолютно любыми техническими идеями, агрессивно доказывают, что простой битрикс вам не нужен, только кастом, как в старой рекламе, ведь вы этого достойны. Туда же игнор рациональных, необходимых для продаж решений типа фильтров.

Последняя рекомендация: ОБЯЗАТЕЛЬНО зафиксируйте этот документ приложением к договору, иначе все ваши старания могут оказаться пшиком.