Продажи обещают клиенту доработку отчёта за три дня, разработка оценивает её в две недели, а руководитель проекта узнаёт о расхождении уже после подписания договора. Такая сцена повторяется в ИТ-компаниях на 1С регулярно, и она не означает, что команда работает плохо. Конфликт производства и продаж вырастает из разных KPI, горизонтов планирования и зон ответственности. Задача руководителя - сделать это напряжение управляемым.

Разобрать такую ситуацию предметно позволяет новый формат Учебного центра №1: воркшоп «ИТ-разборы». Это часовая онлайн-сессия, на которой ведущие разбирают реальный кейс одного из участников. Ближайший разбор пройдёт 5 октября с 10:00 до 11:00 по московскому времени, тема сформулирована прямо: «Конфликт производства и продаж. Кто виноват и что делать?». Стоимость участия - 300 рублей.

Почему конфликт производства и продаж в 1С-проектах - это норма, а не катастрофа

Противостояние продаж и разработки возникает по объективным причинам: у подразделений разные KPI, горизонты планирования и зоны ответственности. Менеджер получает вознаграждение за закрытую сделку и обязан ответить клиенту здесь и сейчас. Руководитель разработки отвечает за то, чтобы решение работало и не развалилось на этапе эксплуатации. Эти цели совпадают в долгосрочной перспективе и расходятся в моменте: продажи видят сделку, производство видит объём работ, риски и ограничения платформы.

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

Управляемый конфликт полезен. Он вскрывает расхождения в ожиданиях раньше, чем они превращаются в штрафы и потерю клиента. Деструктивный конфликт, где стороны обмениваются претензиями в переписке и на общих встречах, приводит к текучке кадров и срыву сроков. Разница между этими состояниями определяется наличием процедуры, по которой противоречие разбирается.

Чем отличается конфликт в 1С-проектах от конфликта в других отраслях

Специфика 1С добавляет к стандартному противостоянию продаж и производства несколько факторов.

Высокая кастомизация. Клиент редко соглашается на типовую конфигурацию без изменений. Каждая доработка требует оценки, тестирования и поддержки, а её стоимость в момент продажи может быть неизвестна.
Зависимость от версии платформы и конфигурации. Решение, которое работает на одной версии, требует дополнительной проверки на другой. Это влияет и на сроки, и на состав работ.
Длительный цикл проекта. От предпроектного обследования до сдачи проходят месяцы, поэтому ошибки в оценке на старте накапливаются и проявляются поздно.
Много ролей в проекте. Аналитик, разработчик, архитектор, руководитель проекта, консультант и тестировщик по-разному видят одну и ту же задачу. Каждая роль добавляет свой взгляд на сроки и риски.

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

Кто виноват в конфликте продаж и разработки: разбор ролей и зон ответственности

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

Разложить ответственность можно так.

Продажи отвечают за точное понимание потребности клиента, корректную передачу требований и прозрачные ожидания по бюджету.
Производство отвечает за реалистичную оценку, качество решения и своевременное предупреждение о рисках.
Руководитель проекта отвечает за прозрачность процессов, приоритеты и коммуникацию между сторонами.
Топ-менеджер отвечает за правила игры: как согласуются сроки, кто имеет право обещать клиенту доработку и как оценивается успех подразделений.
HR-специалист отвечает за то, чтобы коммуникативные навыки поддерживались обучением и понятными регламентами, а не оставались на уровне пожеланий.

Это распределение полезно проговорить внутри компании. Когда зоны ответственности зафиксированы, спор «кто виноват» превращается в вопрос «какой процесс дал сбой».

Типичные ошибки продаж, которые провоцируют конфликт

Обещание сроков без согласования с производством.
Продажа функционала, которого нет в текущей версии конфигурации или который требует существенной доработки.
Недостаточная проработка требований: в договоре есть общая формулировка, но нет деталей, по которым можно оценить работу.
Игнорирование технических ограничений платформы, о которых производство предупреждало.

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

Типичные ошибки производства, которые усиливают конфликт

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

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

На воркшопе «ИТ-разборы» этот этап разбирается с двух сторон одновременно: со стороны профессиональной экспертизы на рынке 1С и со стороны коучинга, психологии и человеческих взаимоотношений. Двойной взгляд помогает увидеть и процессную, и человеческую часть конфликта.

Как разобрать кейс конфликта продаж и производства: пошаговый алгоритм

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

Шаг 1. Описание ситуации без обвинений

Задача шага - перевести жалобы в проверяемые факты. Вместо «продажи продали невозможное» формулировка звучит так: «клиенту обещана доработка X к дате Y, производство оценивает срок как Z, разница составляет N рабочих дней». Шаблон описания включает четыре пункта: что произошло, кто участвовал, какие сроки обсуждались, какие последствия уже наступили или прогнозируются.

Вопрос для самоанализа: «Какие конкретные обещания были даны клиенту и где они зафиксированы?» Пока ответ держится на пересказе, спор будет идти о трактовках. Факты снижают эмоциональный накал и переводят разговор в рабочее русло.

Шаг 2. Выявление интересов каждой стороны

За позициями «мы хотим продать» и «мы хотим сделать качественно» стоят общие интересы: успех компании, удовлетворённость клиента, повторные сделки и предсказуемая загрузка команды. Продажи заинтересованы в быстром закрытии сделки, но провальный проект бьёт по репутации сильнее, чем отказ от нереалистичных условий. Производство заинтересовано в качестве, но без новых проектов у него не будет работы.

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

Шаг 3. Поиск решений и фиксация договорённостей

Рабочие варианты, которые применяют в ИТ-компаниях:

Обязательный предпроектный анализ с участием производства до отправки коммерческого предложения.
Регламент согласования сроков: без подтверждения архитектора или руководителя разработки дата клиенту не называется.
Регулярные встречи продаж и производства с разбором текущих проектов и рисков.
Чек-лист передачи сделки в производство: требования, ограничения, состав работ, ответственные.

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

На воркшопе эти шаги проходят на реальном кейсе участника. Ведущий со стороны экспертизы 1С - Дмитрий Шатохин, у него 15 лет опыта в корпоративном сегменте 1С, он руководит проектным департаментом. Со стороны коучинга работает Екатерина Махновская, профессиональный коуч в стандартах Международной Федерации Коучинга (PCC ICF), Agile Coach и Agile Facilitator.

Коучинговый взгляд на конфликт: что добавляет психология и человеческие отношения

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

Коучинговый подход помогает снять эмоциональные барьеры и вернуть разговор в продуктивное русло. Ведущая с этой стороны на воркшопе - Екатерина Махновская, её специализация включает развитие руководителей высшего и среднего звена. Задача этой роли в разборе - работать с тем, как участники слышат друг друга, а не только с тем, что записано в требованиях.

Как коучинговые инструменты помогают в разборе ИТ-конфликтов

Активное слушание. Прежде чем возразить, участник пересказывает аргумент собеседника своими словами. Это снижает число споров о том, кто что имел в виду.
Вопросы без обвинений. Вместо «почему вы опять сорвали срок» звучит «что мешает уложиться в дату и какая помощь нужна».
Я-сообщения. Формулировка «я чувствую тревогу, когда сроки сдвигаются без предупреждения» обсуждает последствия для работы, а не характер коллеги.
Разделение фактов и интерпретаций. «Задача не готова к дате» - факт, «разработчики не хотят работать» - интерпретация, и она почти всегда ошибочна.

Эти приёмы не заменяют регламенты и оценки. Они делают обсуждение возможным: пока стороны обмениваются оценками друг друга, договориться о сроках не получится.

Как устроен воркшоп «ИТ-разборы» и чем он полезен для вашей роли

Учебный центр №1 запускает новый формат интерактивного обучения: воркшоп «ИТ-разборы». Формат предполагает компактные онлайн-сессии длительностью один час, в ходе которых ведущие разбирают реальную ситуацию участника. Ближайший разбор посвящён теме «Конфликт производства и продаж. Кто виноват и что делать?» и пройдёт 5 октября с 10:00 до 11:00 по московскому времени. Стоимость участия составляет 300 рублей, детали приведены на странице анонса.

Разбор ведётся одновременно с двух сторон: профессиональной экспертизы на рынке 1С и коучинга, психологии и человеческих взаимоотношений. Этим формат отличается от обычного вебинара, где остаётся только техническая часть.

Кому будет полезен разбор: роли и задачи

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

Сотрудники и руководители отделов продаж увидят, как их обещания отражаются на загрузке и сроках производства, и получат аргументы для разговора с клиентом.
Аналитики, разработчики, архитекторы поймут, как отстаивать реалистичные оценки и передавать технические ограничения на язык бизнеса.
Руководители и кураторы проектов получат инструменты для управления конфликтом и приоритетами.
Сотрудники отделов качества увидят точки контроля, где расхождение ожиданий ещё можно поймать до сдачи.
HR-специалисты разберутся, как выстраивать коммуникацию между подразделениями и какие навыки развивать у команд.
ТОП-менеджеры смогут оценить системные риски: где в компании теряются сроки и почему подразделения работают в разных логиках.

Как принять участие: ключевой участник или зритель

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

Заявки на участие оформляются на сайте УЦ-1. Отдельно можно отправить запрос, если вы хотите стать ключевым участником со своей ситуацией: запрос на ИТ-разбор и регистрация. Вопросы по мероприятию принимают по адресу metod@1c.ru, Татьяна Багмут.

Что делать после разбора: как внедрить решения в своей компании

Разбор даёт рамку мышления и набор вопросов, а не готовый рецепт. Чтобы результат не остался в конспекте, полезно пройти несколько шагов.

Собрать внутреннюю встречу по итогам. Пригласите представителей продаж и производства и разберите один свой кейс по той же схеме: факты, интересы, решения, договорённости.
Адаптировать инструменты под свою команду. Чек-лист передачи сделки, регламент согласования сроков и участие архитектора в предпродажной подготовке работают по-разному в зависимости от размера компании и типа проектов.
Договориться о регулярных встречах. Короткий еженедельный статус продаж и производства снижает число поздних сюрпризов.
Назначить ответственных. У каждого изменения должен быть владелец и дата проверки результата.

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

Следующие разборы «ИТ-разборы» будут посвящены другим темам, анонсы публикуются на сайте УЦ-1. Если ваша ситуация требует отдельного внимания, роль ключевого участника позволяет разобрать её предметно, с экспертизой 1С и коучинговой поддержкой одновременно.

Конфликт производства и продаж в ИТ-проектах на 1С: как разобрать кейс и найти решение