Сайт + 1С в брифе агентства: что зафиксировать до субподряда
Агентство выиграло тендер: «сайт / кабинет + интеграция с 1С». Своей разработки не хватает — зовут субподряд. В чат улетает бриф на полстраницы: «нужен обмен, как у всех». Через месяц завод спрашивает master data и SLA по остаткам, клиент ждёт демо «с живой 1С», а вы узнаёте, что в смете субподряда либо «ERP на миллионы», либо строка «интеграцию потом». Маржа и репутация — под ударом одновременно.
«Сайт + 1С» в брифе агентства — не копипаст клиентского ТЗ. Это рамка для SI и digital: что зафиксировать до white-label или staff augmentation, чтобы субподрядчик сдал срез вам, а не размыл scope. Ниже — чеклист. Про NDA и эскалацию бренда — в статье про white-label и репутацию; здесь фокус на содержании брифа.
Главное. До передачи завода зафиксируйте: сценарий денег, хозяина данных, один поток релиза 1, критерий «готово», канал обмена и кто говорит с клиентом. «Сделайте интеграцию» без границ = либо раздутая смета, либо «1С потом» и претензии заказчика к вам.
Сначала границы — потом ставка и спринт
Почему «как у всех» ломает субподряд
Под фразой «интеграция сайта с 1С» подрядчики слышат разное:
- типовой обмен каталога на CMS;
- пилот одного потока кабинет → учёт;
- двусторонние справочники и статусы «как ERP».
Клиент купил у вас кабинет и спокойствие. Вы купили у завода ёмкость. Если бриф не режет scope, завод закладывает худший случай — или сознательно выносит 1С за рамки договора. В обоих случаях перед заказчиком отвечаете вы.
Вилки пилота и полной интеграции — в пилоте одного потока и стоимости кабинета. Бриф агентства должен ссылаться на конкретную строку вилки, а не на слово «интеграция».
Пять блоков брифа до субподряда
1. Сценарий денег
Один путь: кто входит, что делает, чем заканчивается успех. Пример: «дилер оформил повторный заказ и скачал счёт без звонка менеджеру». Не «цифровизация продаж» и не список из 40 экранов.
Без сценария завод рисует портал мечты — или минимальный логин. Вы получаете спор на демо.
2. Master data — кто хозяин
По каждой сущности: номенклатура, остатки, контрагенты, статусы, документы — кто источник правды: 1С, CRM, сайт, «пока вручную». Что делать при конфликте. Без этого «синхронизация» плодит дубли, а клиент винит ваш кабинет.
Детали для ТЗ — в гайде по интеграции 1С.
3. Поток релиза 1 vs backlog
Выберите один поток на первый релиз:
- заказы кабинет/сайт → 1С;
- остатки 1С → витрина/кабинет;
- статусы 1С → кабинет;
- PDF документов после проведения в учёте.
Всё остальное — явный backlog с пометкой «не в цене этапа 1». Два потока сразу — другой класс сметы; скажите это в брифе, не после подписания с заводом.
4. Канал обмена и критерий «готово»
API / OData / согласованный файловый контур — явно. Если канал неизвестен — это риск Discovery, не «разберётесь в спринте». Критерий приёмки: измеримый, да/нет (доля заказов без ручного Excel, время до документа в 1С). Слайды «красиво синхронизируется» — не приёмка.
5. Кто перед клиентом
В брифе на субподряд:
- демо и эскалации — только через агентство;
- трекер, Git, staging — ваш бренд;
- прямой контакт завода с заказчиком — запрещён;
- инцидент по 1С: завод → вам факты и план → вы клиенту.
Это стык с white-label: содержание обмена без правил бренда всё равно сожжёт репутацию.
Шаблон: минимальный бриф на одну страницу
- Продукт. Кабинет B2B / портал / сайт — одно предложение.
- Сценарий релиза 1. Путь пользователя до «готово».
- Роли. Кто входит, что видит (свой прайс / только документы…).
- Master. Таблица сущность → хозяин.
- Поток 1С. Одна сущность, одно направление.
- Канал. API / OData / файл + неизвестные риски.
- Не в этапе 1. Список backlog.
- Приёмка. Критерий да/нет + пилотная группа.
- Контур поставки. Вы перед клиентом; завод сдаёт вам.
- Окно и вилка. Срок демо; ориентир ₽ или «после Discovery».
Если пунктов 4–8 нет — не отдавайте завод в разработку. Сначала закройте их с клиентом или оплатите короткий Discovery; иначе субподрядчик заложит неопределённость в цену или в «потом».
Типичные ошибки агентства
| В брифе | Что получает клиент | Что сделать |
|---|---|---|
| «Интеграция с 1С» | Спор ERP vs пилот на середине | Один поток + направление |
| «1С потом» | Кабинет без доверия, снова чаты | Поток в релизе 1 или честный срез без учёта |
| Только макеты экранов | Завод не знает данных и приёмки | Master + критерий «готово» |
| Клиент в чате с заводом | Вы — прослойка | Правила white-label в договоре |
Как стыковать с клиентским договором
В договоре с заказчиком и в брифе заводу должны совпадать:
- состав релиза 1 (в т.ч. 1С — да/нет и какой поток);
- критерий приёмки;
- что сознательно не входит (backlog).
Расхождение «клиенту обещали живые остатки, заводу написали 1С потом» — прямой путь к допработам за ваш счёт. Три уровня контура (UI → API → учёт) помогают объяснить заказчику, почему «только дизайн» не закрывает обмен: как устроен кабинет.
Чеклист перед письмом субподрядчику
- Сценарий релиза 1 назван в одном предложении.
- Таблица master data заполнена или помечена «нужен Discovery».
- Один поток 1С и направление — в тексте, не «интеграция».
- Backlog отдельным списком.
- Критерий приёмки — да/нет.
- Контур бренда и эскалации — как в white-label рамке.
- Вилка или «сначала Discovery» — согласованы с вашей маржой.
Семь пунктов зелёные — можно отдавать завод. Нет — сначала закройте с клиентом или купите оценку 1–2 недели; дешевле, чем переписывать КП после третьего спринта.
Итог
Бриф «сайт + 1С» для агентства — это инструмент защиты маржи и репутации. Зафиксируйте сценарий, данные, один поток, приёмку и роль перед клиентом — и субподряд перестаёт быть лотереей. Оставьте «интеграцию как у всех» — получите либо раздутую смету завода, либо пустой обмен и злой тендерный комитет.
Нужен инженерный срез под вашим брендом — white-label для интеграторов, интеграция 1С с сайтом, B2B-кабинет. Оценка среза: получить оценку или Telegram @MozziDev.
Сервисы и материалы по теме
Вопросы директора агентства про бриф сайт + 1С
Один сценарий денег, кто хозяин данных (master), какой поток в релизе 1, критерий «готово» да/нет, канал обмена (API/OData/файл — явно) и кто говорит с клиентом. Без этого субподрядчик либо закладывает ERP, либо пишет «1С потом» — оба варианта бьют по вашей марже и репутации.
Клиентскому ТЗ часто хватает боли и экранов. Брифу на субподряд нужны границы поставки: что сдаёте вы, что завод, что в backlog, эскалация и бренд. Иначе white-label превращается в скрытый аутсорс с двойным риском.
Можно как сознательный узкий срез — если критерий приёмки не требует остатков и статусов из учёта. Если дилер должен видеть правду по складу — «1С потом» почти всегда означает возврат в WhatsApp и претензии к вам.
Зафиксируйте один поток (заказы / остатки / статусы / документы) и одно направление. Полный двусторонний обмен справочниками вынесите в этап 2. Пилот одного потока — отдельная вилка, не «мелочь в конце».
Перед клиентом — агентство. Субподрядчик закрывает инцидент вам: факты, сроки, варианты. Прямой звонок инженера «завода» заказчику — красный флаг white-label и удар по вашей репутации.
Хотите применить это на практике?
Расскажите про вашу систему — предложим план работ и метрики, которые имеет смысл зафиксировать в SLA/SLO.
Статьи по теме
Все материалы: Аудит и тестирование
Аудит сайта для ИИ: что проверять кроме текста
Аудит сайта для ИИ (GEO): не переписывать статьи, а проверить robots, llms.txt, FAQ, факты о бренде и технику. Чеклист для CEO и маркетолога.
Читать статьюАудит МИС сети клиник: −48% облака и p95 0,6 с за 6 недель
Кейс аудита МИС: подрядчик ушёл, код «как есть». Как за 6 недель закрыли 152-ФЗ, убрали падения БД в пик и срезали Yandex Cloud почти вдвое.
Читать статьюТехнический аудит сайта и приложения: что входит и сколько стоит
Технический аудит сайта и приложения: пакеты NineLab, сроки и вилки цен. Не SEO — узкие места, нагрузка, код. Чеклист для CEO и CTO.
Читать статьюПовторные заказы по почте: когда опту нужен личный кабинет
Повторные заказы по почте на info@: когда опту нужен личный кабинет B2B, а не «сайт красивее». Чеклист собственника, вилки бюджета, когда хватит Excel.
Читать статью