Когда проект срывается срок или бюджет, первым делом обвиняют подрядчика. Часто вклад заказчика не меньше: размытые требования, три «главных» решения без согласования, контент в последний день, интеграции без доступов. Хорошая команда разработки смягчает эти риски вопросами и процессом, но не отменяет вашу ответственность за продукт и решения.
Мы в Grevin (grevin.ru, ИП Гареева Оксана Сергеевна) работаем с заказчиками по всей России из Сочи. Ниже — ошибки, которые видим регулярно, и практичные способы их избежать до подписания договора и в процессе.
Нет одного владельца продукта
Директор хочет одно, маркeting — другое, бухгалтер — третье. Разработчик получает противоречивые правки и стоит. Назначьте одного product owner: он финально говорит «да/нет» по scope и приоритетам. Остальные — совет, не прямое управление задачами в чате.
Если owner перегружен — выделите время на регулярные демо и ответы в течение 1–2 рабочих дней. Молчание неделями тоже ломает график.
Правило: все изменения scope — через owner, письменно (хотя бы в таск-трекере). Устное «давайте ещё кнопку» оборачивается конфликтом на приёмке.
Размытое или «как у конкурента» ТЗ
«Сделайте как у X, только лучше» — не ТЗ. Конкурент не равен вашим процессам. Опишите сценарии своими словами: кто пользователь, что делает, что видит, что происходит при ошибке.
Must-have для первой версии vs «мечты на потом» — отдельными списками. Это основа для MVP и честной оценки стоимости.
Минимум в брифе
- Цель продукта в одном предложении.
- 3–5 user stories с приоритетом.
- Интеграции и кто даёт доступы.
- Референсы UI (не обязательно конкуренты).
- Критерии «готово к запуску».
Scope creep каждую неделю
«Раз уж программисты здесь — добавьте ещё отчёт, рассылку и интеграцию с телефонией». Каждая мелочь — часы и риск регресса. Новые идеи складывайте в backlog, раз в спринт выбирайте одну-две с пересмотром сроков и бюджета.
Подрядчик обязан предупреждать о последствиях, но инициировать дисциплину — ваша задача как заказчика.
Экономия на тестировании и приёмке
«Мы сами потом проверим» часто означает «найдём 50 багов в проде». Выделите время на приёмку по чек-листу сценариев. Критичные пути — регистрация, оплата, заявка — прогоняйте на разных устройствах.
Не принимайте работу «на слово» без доступа к staging. Не откладывайте замечания на «после праздников» — память команды о контексте угасает.
Контент и медиа в последний момент
Дизайн свёрстан под тексты, а тексты прислали в день релиза — в три раза длиннее. Фото — низкого качества. Перенос запуска неизбежен. Готовьте контент параллельно разработке; placeholder допустим на mid-demo, не на prod.
Юридические тексты (политика, оферта) — тоже ваш вклад или отдельный подрядчик-юрист. IT-команда не заменяет юриста.
Интеграции без подготовки
«Нужна интеграция с 1С» без контакта админа 1С, без тестового контура, без описания обмена — месяц простоя. Соберите ответственных от партнёрских систем до старта спринта интеграции.
API-ключи, whitelist IP, тестовые карты для оплаты — выдайте заранее. Список типичных интеграций и их влияния на бюджет — в статье о стоимости приложения.
Неверный выбор подрядчика
Самая дорогая ошибка — начать с неподходящей команды и через полгода переписывать с нуля. Экономия на presale оборачивается двойной оплатой. Используйте чек-лист выбора подрядчика, сравнивайте КП по составу работ, а не только по цене.
Менять подрядчика без передачи документации и репозитория — отдельный кошмар. Требуйте артефакты по этапам.
Игнорирование SEO и аналитики с первого дня
Запуск без целей в Метрике, без Search Console, с noindex на prod «пока не готовы» — и забыли снять. Потом «SEO не работает», хотя сайт месяц был закрыт. Базовые вещи из статьи про SEO коммерческого сайта закладывайте до релиза.
Нереалистичные сроки и цена
«За две недели полный маркетплейс как Ozon за 100 тысяч» — заказчик обманывает сам себя. Подрядчик, который соглашается без оговорок, либо не понял задачу, либо выставит доплаты позже. Лучше честный диалог о этапах.
Связка с MVP: сузить scope, проверить спрос, потом масштабировать через разработку MVP или полноценный продукт — ПО под ключ.
Отсутствие плана после релиза
Запуск — не финал. Нет ответственного за поддержку, мониторинг, обратную связь пользователей — продукт деградирует. Заложите бюджет и канал обращений (почта, форма, Telegram).
Обновления OS, безопасность, смена API банка — регулярные задачи. «Сделали и забыли» работает только для одноразовых лендингов акции.
После релиза: первые 30 дней — усиленный мониторинг ошибок и быстрые патчи. Планируйте capacity подрядчика или внутренней команды заранее.
Коммуникация с подрядчиком
Не дублируйте правки в пять чатов: WhatsApp директору, email бухгалтерии, комментарий в Figma и устное сообщение на созвоне. Один канал для задач — таск-трекер или согласованный мессенджер с тредами по темам. Так меньше потерянных договорённостей и споров «мы этого не обещали».
Фиксируйте итоги созвона коротким резюме в письме: кто что делает до следующей встречи. Пятнадцать минут после звонка экономят неделю переписки и снижают число «мы поняли по-разному».
Безопасность и доступы
Не передавайте пароли в открытом чате без необходимости. Используйте менеджеры паролей или временные доступы с минимальными правами. После смены подрядчика — rotate ключи API, пароли админок, токены интеграций.
Требования 152-ФЗ и согласия на обработку данных — зона ответственности оператора, то есть чаще всего заказчика. Подрядчик реализует формы и хранение, но политику и основания обработки согласуйте с юристом.
Как выстроить работу правильно
Owner, письменный scope, еженедельные демо, backlog новых идей, контент-план, чек-лист приёмки, доступы для интеграций, SEO-база, post-release поддержка. Это скучный список, который экономит месяцы и сотни тысяч рублей.
Grevin помогает формализовать первый этап: бриф, оценка, договор с этапами. Напишите grevin.info@mail.ru, телефон +7 993 302-62-55. ИП Гареева Оксана Сергеевна, grevin.ru, работа по всей России. Оставить заявку, узнать о нас, услуги — сайты, приложения, SEO.