Как отслеживать переговоры с лаунчпадами в нескольких чатах Telegram

Вы уже три недели ведёте переговоры с лаунчпадом о совместном токен-сейле. Где-то между вводным звонком, правками term sheet и «быстрым вопросом» от их BD-лида вы теряете нить того, о чём на самом деле договорились. А тем временем у вас ещё девять лаунчпадов в девяти других чатах Telegram, каждый на своей стадии, и нет единого места, где видно, кто кому должен ответить.

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

Сколько активных переговоров с лаунчпадами реально удержать в голове через Telegram?

Большинство BD-лидов упираются в стену примерно на 8-10 одновременных переговорах с лаунчпадами — дальше в обычном Telegram без тегов, стадий и напоминаний всё начинает проваливаться. После этого порога вы полагаетесь только на память и прокрутку истории — а прокрутка не работает, когда в каждом чате по 200+ сообщений, растянутых на недели.

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

Почему переговоры с лаунчпадами разваливаются в обычном чате Telegram

Переговоры о партнёрстве с лаунчпадами редко остаются в одном чате. Одна сделка обычно охватывает:

• Первичную переписку в личных сообщениях с BD-контактом

• Групповой чат с их юристами или маркетингом, как только начинают обсуждаться условия

• Отдельный канал или группу анонсов, за которой вы следите ради их публичных апдейтов

• Дальнейшую переписку в личных сообщениях, когда групповой чат затихает

Каждый из этих чатов существует отдельно, никак не связанный с остальными. Нет общего представления о том, что «Лаунчпад X» — это на самом деле одна и та же сделка во всех четырёх чатах. Если ваш BD-контакт уходит и его сменяет новый представитель, вам приходится заново объяснять всю историю переговоров с нуля, потому что ничего никогда не было централизовано.

Что на самом деле нужно отслеживать по каждой сделке с лаунчпадом?

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

• Стадия — знакомство, обсуждение условий, юридическая проверка, подписано, запущено

• Дата последнего контакта — чтобы можно было отметить всё, что молчит уже 5+ дней

• Ключевые условия на столе — размер аллокации, вестинг, маркетинговые обязательства, разделение комиссий

• Следующее действие и ответственный — чей сейчас ход, ваш или их

• Связанные чаты — каждый чат в Telegram (личка, группа, канал), привязанный к конкретному лаунчпаду

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

Как связать несколько чатов Telegram с одной карточкой сделки?

Решение — тегировать каждый разговор с лаунчпадом (личку, групповые чаты, каналы) на одну карточку контакта или сделки, вместо того чтобы обрабатывать каждый чат как изолированный разговор. CRMChat позволяет привязать несколько чатов Telegram к одному контакту в CRM, так что личная переписка с лаунчпадом, групповые переговоры и последующие сообщения объединяются в одной карточке сделки, а не остаются разрозненными чатами. Открывая контакт, вы видите полную историю и текущую стадию — независимо от того, в каком чате пришло последнее сообщение.

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

Вот практическая настройка:

1. Создайте карточку сделки для каждого лаунчпада, с которым ведёте переговоры, отметьте текущую стадию

2. Привяжите к этой же карточке все связанные чаты Telegram (личку, группу, канал)

3. Задайте стадию для каждой сделки — знакомство, условия, юридическая проверка, подписано — и обновляйте её после каждого значимого обмена сообщениями

4. Добавляйте напоминание о follow-up каждый раз, когда ход за их стороной, чтобы молчание отмечалось, а не игнорировалось

5. Фиксируйте изменения ключевых условий в заметках к сделке, а не просто оставляйте их погребёнными в истории чата

Последний пункт важнее, чем кажется. Через шесть недель вопрос «какую аллокацию мы обсуждали в последний раз» не должен требовать пролистывания 300 сообщений назад.

Как обработать 15+ чатов с лаунчпадами, не пропустив ни одного follow-up?

Именно на объёме ломается ручное отслеживание. Если вы ведёте BD для запуска токена, вы, вероятно, обращаетесь параллельно к дюжине или больше лаунчпадов, и каждый ответ приходит по своему графику — кто-то отвечает за час, кто-то через две недели.

CRMChat автоматизирует напоминания о follow-up и позволяет фильтровать пайплайн по стадиям, так что вы с одного взгляда видите, какие переговоры с лаунчпадами остыли и требуют напоминания. Вместо того чтобы вручную проверять каждый чат на «застой», вы фильтруете по параметру «нет активности 5+ дней» и мгновенно получаете список приоритетов.

Несколько привычек, которые не дают этому процессу развалиться с ростом объёма:

• Просматривайте «застоявшиеся» сделки (без ответа 5+ дней) в одно и то же время каждый день — не полагайтесь на память о том, какой чат затих

• Не позволяйте сделке зависать на стадии «обсуждение условий» дольше двух недель без явного напоминания о себе

• Тегируйте сделки по уровню лаунчпада (топ-уровень vs средний уровень), чтобы приоритизировать follow-up там, где потенциальная выгода выше

• Ведите текущую заметку об условиях, которые предлагали другие лаунчпады — рычаг в переговорах даёт знание своих альтернатив

Что делать, если с одним и тем же лаунчпадом общаются сразу несколько человек из вашей команды?

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

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

Если вы ведёте более широкий аутрич к лаунчпадам или Web3-партнёрам за пределами текущего шортлиста, контакты из базы Web3 B2B decision-makers от CRMChat дают вам проверенные контакты для обращения, вместо холодных сообщений в общие аккаунты поддержки в надежде, что ответит реальный BD-специалист.

Сохраняйте бумажный след, а не только лог переписки

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

Если вы также сравниваете эти переговоры с другими партнёрскими пайплайнами, которые ведёте — с венчурными фондами, биржами, маркет-мейкерами — та же логика централизации применима и здесь. Командам, которые выбирают между отслеживанием в таблицах и специализированными инструментами, стоит почитать о том, как соотносятся Notion и Airtable для отслеживания пайплайна сделок с венчурными фондами, и как это сравнивается с CRM, изначально заточенной под Telegram, когда ваши реальные переговоры проходят именно в Telegram, а не в таблице.

Загляните в Центр помощи CRMChat за подробностями настройки привязки нескольких чатов к одному контакту, или изучите кейсы Web3-команд, которые полностью отказались от разрозненного отслеживания чатов.