Профилактика партнёрского конфликта в IT-компании: разбор

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

Четвёртый раз за этот год вижу одну и ту же картину: IT-партнёры приходят с юридическим вопросом, а за ним — полтора года накопленного молчания. Юридический вопрос — это просто первый социально приемлемый повод поднять тему.

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

В классическом бизнесе партнёрский конфликт чаще всего имеет денежную природу: кто сколько вложил, кто сколько получает, кто работает меньше. Это неприятно, но диагностируемо. В IT-компании деньги — финальный симптом, не причина.

Причина — асимметрия ролей, которая закладывается в первый же день.

Технический сооснователь и коммерческий сооснователь приходят в партнёрство с принципиально разными представлениями о том, что такое «правильное решение». Для одного правильное решение — то, которое масштабируется и не создаёт технического долга. Для другого — то, которое продаётся сейчас и закрывает квартал. Оба правы. Оба говорят о разном. И первые два-три года это работает, потому что компания маленькая и каждый занимается своим.

Проблема начинается, когда компания вырастает до точки, где решения начинают пересекаться.

Прежде чем читать дальше — вспомни последний раз, когда ты и партнёр разошлись во мнениях по техническому или продуктовому решению. Сколько времени прошло до того, как вы это обсудили напрямую?

Технические решения в IT-партнёрствах — это замаскированные властные споры. «Мы переходим на микросервисы» — это не только архитектурный выбор. Это решение о том, кто контролирует темп разработки, кто нанимает следующие десять инженеров и как будет выглядеть компания через два года. Коммерческий партнёр слышит «микросервисы» и думает о деньгах и сроках. Технический партнёр слышит «нет» и думает о том, что его не уважают как профессионала.

Скорость — ещё один специфический источник разногласий в IT. Технологические компании живут в режиме постоянного выбора между «сделать быстро» и «сделать правильно». Этот выбор — не технический. Это выбор о ценностях. И партнёры с разными бэкграундами делают его по-разному каждый раз.

Когда таких выборов накапливается достаточно — начинается следующая стадия.

Партнёрский конфликт в IT-компании редко начинается с громкого разговора. Он развивается через три стадии, каждая из которых выглядит терпимо — до тех пор, пока не становится нет.

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

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

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

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

Из третьей стадии выйти сложнее всего. Потому что молчание — это не нейтральное состояние. Это активный процесс накопления.

Если хочешь разобраться в теме глубже — в моём телеграм-канале есть несколько разборов партнёрских ситуаций в IT. Без теории, только случаи из практики. [t.me/vvetrov]

Диагностика партнёрского конфликта в IT-компании — это не про поиск явных признаков ссоры. Это про умение читать слабые сигналы, которые большинство собственников рационализируют как «рабочие моменты».

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

Сигнал второй: найм «своих» людей. Когда технический партнёр нанимает инженеров, которые лояльны лично ему, а коммерческий — менеджеров, которые отчитываются лично ему, компания начинает делиться на два лагеря. Команда чувствует это раньше, чем партнёры признают.

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

Сигнал четвёртый: избегание разговора о доле при росте. Когда компания начинает расти, вопрос о том, справедливо ли распределена доля с учётом текущего вклада каждого, неизбежен. Если этот разговор откладывается — не потому что «всё устраивает», а потому что «не хочу конфликта» — это уже конфликт, просто отложенный.

Сигнал пятый: публичные разногласия перед командой. Не открытые споры — те как раз бывают здоровыми. А именно публичные противоречия: один партнёр говорит команде одно, другой — другое. Или один отменяет решение другого при подчинённых. Это разрушает авторитет обоих и создаёт у команды ощущение нестабильности.

Здесь обычно возникает второе возражение: «Это слишком формально для стартапа — следить за такими вещами». Согласен, что формализм ради формализма убивает скорость. Но эти пять сигналов — не про формализм. Они про то, чтобы не проснуться однажды с партнёром, которого ты не узнаёшь.

Когда я говорю об инструментах профилактики партнёрского конфликта в IT-компании, я имею в виду не корпоративные процедуры и не командообразующие мероприятия. Я имею в виду три конкретных механизма, которые создают структуру для разговоров, которые иначе не происходят.

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

Последний вопрос — самый важный и самый редко задаваемый. Партнёры меняются. То, чего хотел технический сооснователь в 2021 году, может сильно отличаться от того, чего он хочет сейчас. Если это не проговаривается — партнёрство живёт по устаревшей карте.

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

Это не бюрократия. Это снятие постоянного фонового напряжения «а надо ли было спросить».

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

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

Подробнее о том, как устроена работа с партнёрскими переговорами, — на странице услуги.

Антон и Михаил — сооснователи B2B SaaS-компании. Четыре года вместе, около пятидесяти человек в команде. Антон — технический директор и архитектор продукта. Михаил — коммерческий директор и лицо компании перед клиентами. Классическая пара.

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

Антон хотел строить продукт, который станет технологическим лидером в нише. Медленно, качественно, с правильной архитектурой. Михаил хотел расти по выручке, привлечь раунд и через три года выйти. Оба считали, что партнёр «в целом согласен» с их видением — просто потому что никто не говорил обратного.

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

Компания продолжила работу. Через год Антон вышел из операционного управления — по собственному решению, не в результате конфликта. Он сказал, что понял: то, что хочет строить Михаил, — хороший бизнес, но не тот продукт, который ему интересен. Это не провал. Это честный финал.

Не все партнёрства должны продолжаться. Иногда лучший результат профилактики — это осознанное расставание, а не сохранение партнёрства любой ценой.

Три вопроса для самодиагностики. Ответь на каждый честно — не для меня, для себя.

Первый: когда ты последний раз разговаривал с партнёром о том, чего каждый из вас хочет от этого бизнеса через три года — не о планах компании, а о личных целях?

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

Третий: если бы тебе предложили начать этот бизнес заново с тем же партнёром — ты бы согласился без колебаний?

Если на третий вопрос ответ не «да» — это не значит, что партнёрство нужно заканчивать. Это значит, что есть разговор, который давно пора провести.

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

Теперь — тот вопрос, который я обещал в начале. Я задаю его партнёрам на первой встрече: «Если бы завтра выяснилось, что партнёр хочет выйти из бизнеса — ты был бы удивлён?» Если ответ «нет» — значит, сигналы уже есть, просто их не называли вслух. Если ответ «не знаю» — это тоже ответ.

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

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

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

В начале я написал, что IT-партнёры расходятся не из-за денег. Теперь ты видишь, почему: деньги — это финальный язык конфликта, который начался с архитектурных споров, разных темпов, разных горизонтов и восьми месяцев молчания о стратегии. К тому моменту, когда конфликт получает денежное выражение, его история уже написана.

Профилактика партнёрского конфликта в IT-компании — это не про процедуры. Это про готовность разговаривать о неудобном до того, как неудобное стало невыносимым.

Если читая это, ты узнал свою ситуацию — или ситуацию, которую хочешь не допустить — напиши мне.

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

Напиши на hi@vvetrov.com: кто вы, сколько партнёров, в чём вопрос. Я отвечу.

P.S. Если ситуация ещё не острая — это лучший момент. Когда станет острой, варианты сужаются.

Апрель 2026. Автор — Виталий Ветров, переговорщик и стратегический советник по партнёрским конфликтам.