Предложение согласовано, аванс оплачен, команда вышла на проект. И проект стоит. Не потому, что чего-то нельзя запрограммировать, а потому, что не хватает четырёх вещей, которые может дать только заказчик, - и обычно он о них не знает, пока не спросит кто-то, кто это уже проходил.
Это не упрёк. Дело в том, что эти четыре пункта можно подготовить заранее, ещё до того, как начнёт идти время, и тогда из них получается подготовка вместо простоя.
1. Доступы, и притом в чётко очерченном объёме
Самая частая заминка - не отказ в доступе. Это неясность в том, насколько велик этот доступ. Заказчик слышит «нам нужен доступ в ваше хранилище» и представляет себе всё, что есть в фирме.
Это опасение законно, и один наш клиент высказал его точно, 24. 6. 2026:
«Полные доступы к [хранилищу] - это надо придумать, их нет даже у всех наших (...) и этого мы не дадим. Сделаем папку, где откроем вам несколько выбранных документов?»
Это правильный ответ, и он должен быть правилом, а не исключением. Подрядчик не должен получить больше, чем нужно для задачи, которую он делает.
Чего нельзя допустить, так это того, что об этом перестанут говорить. В том же проекте вопрос об объёме доступа вернулся 29. 7. и снова 30. 7. 2026, то есть трижды за пять недель, и к 30. 7. однозначного ответа на него так и не было. Работа тем временем шла над тем, что можно было делать без него.
Практическое решение, которое развязывает этот узел, простое: давать доступ не «к системе», а к конкретной папке или к учётной записи с конкретными правами. Регистрация приложения с ограниченными правами - работа на пару минут: в упомянутом проекте мы отправили клиенту порядок действий 30. 7. 2026, и оценка работы администратора была около четверти часа. Решение об объёме занимает недели, его исполнение - минуты.
2. Образцы реальных данных и документов
Второй пункт заказчики недооценивают чаще всего, потому что звучит он как формальность.
Систему, которая должна готовить документы, сортировать заявки или сопоставлять позиции, нельзя построить на описании. Её можно построить на образцах. В упомянутом проекте мы 27. 7. 2026 свели то, что нужно для закрытия данного этапа, и первым пунктом были образцы восьми типов документов, которые контора создаёт обычно.
У образцов есть три свойства, которые имеют значение:
- они настоящие, а не заполненные для показа;
- они покрывают и некрасивые случаи, а не только удачный;
- их больше одного на каждый тип, потому что на одном образце можно преуспеть случайно.
Если их нельзя выпускать наружу, их можно обезличить - но они должны остаться реалистичными. Образец, из которого убрали всё интересное, описывает другой процесс, а не ваш.
3. Учётные записи у третьих сторон, включая те, которые держит кто-то другой
Третий пункт бывает самым долгим, потому что ключей от него часто нет ни у заказчика, ни у подрядчика.
На одном e-commerce проекте учётные данные перевозчика настраивались в два захода между 3. и 5. 11. 2025: первый комплект не работал, и пока нашлась правильная комбинация, прошло два круга вопросов через три стороны. На том же проекте коды подтверждения для поисковиков пришли только 26. 3. 2026, и с пометкой от ИТ заказчика, что он сам за эти коды не отвечал и занимался ими разработчик сайта.
Это самая обыкновенная причина задержки во всей отрасли, и её нельзя решить сообразительностью. Её можно решить только списком, который вы составите заранее: по каждому подключаемому сервису - перевозчику, платёжному шлюзу, бухгалтерии, аналитике и поисковикам - напишите, кто владелец учётной записи и кто знает пароль. Там, где рядом с именем стоит бывший подрядчик, начинайте сразу - это всегда самый долгий пункт.
4. Один человек на вашей стороне, который решает
Четвёртая вещь - не материал, это роль. Вам нужен один человек, у которого есть право сказать «да, будет так», и у которого на это есть время в течение недели.
Это не обязательно владелец и не обязательно технарь. Это должен быть кто-то, кто знает работу фирмы и кому остальные доверяют настолько, что его решение не переделывают через неделю обратно.
На упомянутом e-commerce проекте эта роль после телефонного разговора 23. 3. 2026 разделилась с ИТ на стороне заказчика, и часть работы перешла на его сторону. На проекте это стало видно сразу: решения перестали ждать одного заваленного человека. Из того же проекта и вторая половина этой роли - заказчица готовила материалы сама, подробно, с цветовой пометкой того, что старое и что новое, и писала об этом 27. 3. 2026, что старалась всё описать и изобразить графически. Так выглядит материал, с которым можно работать без встречных вопросов.
И одна вещь, о которой забывают вообще всегда: люди, которые в этом будут работать, должны знать об этом заранее. На том же проекте заказчица 4. 12. 2025 попробовала показать новый интерфейс операторам и сразу написала, что операторы были от этого несчастны и что она уже рассчитывает на небольшое обучение. Это правильный ход - худший вариант выяснить то же самое в день запуска.
Контрольный список перед подписанием
Пройдите его с подрядчиком до того, как пойдёт срок. Это одна встреча.
- Доступы: к каким системам, в каком объёме, кто их выдаёт и сколько это работы для вашего администратора.
- Образцы: сколько типов, сколько штук каждого, к какому сроку и в каком виде.
- Учётные записи: список подключаемых сервисов, владелец и держатель пароля у каждого; отдельно отметить те, которые держит кто-то вне фирмы.
- Решения: имя человека, его заместитель и срок, в который он отвечает.
- Операторы: кто в этом будет работать, когда увидит это впервые и кто их обучит.
Срок, который обещает подрядчик, действует с момента, когда этот список существует заполненным. До того это оценка.
Хотите подготовить это раньше, чем начнёте запрашивать предложения
Напишите нам, что хотите связать. Вернём конкретный список доступов и образцов для вашего случая, даже если работу вы в итоге отдадите кому-то другому, - список пригодится вам при любом предложении.
Интеграции между системами мы делаем в рамках автоматизации бизнес-процессов.
Напишите на info@lamapixel.com или звоните +420 775 599 009.
