Тёплое интро это моя валюта обмена.
Не за все в бизнесах можно заплатить деньгами. Слишком часто именно знакомства играют решающую роль. У меня очень большой нетворк именно потому, что я научился когда-то его расширять и методично это продолжаю делать. Знакомлюсь с людьми (часто на конференциях) сам и знакомлю людей друг с другом.
Свёл двоих, и через месяц один из них приводит мне третьего, и тд
Вот такие знакомства лидов друг с другом долгое время я делал вручную.
Потом стал понемногу автоматизировать. Не все было сразу идеально, само собой, но постепенно
Сначала у меня были наложения. Две системы дублировали друг друга и я не знал, как это остановить
Первая была в CRM. Был список лидов, которые выбираются по фильтрам, создается очередь в базе, фоновая задача создаёт групповой чат с лидом, всё.
Вторая была отдельным сценарием у моего Claude Code: он спрашивал у меня разрешение, делал ссылку-приглашение для лидов и рассылал приглашение в группу обоим лидам. Группу, специально для них созданную
В обеих системах как-то исторически сложились разные варианты создания групп, разные варианты наименования этих групп, разный способ получения подтверждений.
Название группы у меня существовало даже в трёх вариантах одновременно. Имя1 <> Имя2 <> компания в сценарии, {лид}{контрагент} в CRM и компания 🤝 компания INTRO из моего же регламента 2024 года.
Как я выбираю, кого с кем знакомить
Моя задача тут - отфильтровать список по тегу, отсечь тех, с кем давно не общался (так как контакт уже не такой теплый), выбрать одного и запустить интро.
Всё остальное посчитано до того, как я открыл список.
Тег я не ставлю руками. Кто человек такой, размечает конвейер из трёх слоёв, и каждый следующий видит только то, что не закрыл предыдущий.
Первый слой сопоставляет информацию из того, что у меня уже есть: роль и компания из CRM, теплота нашей переписки, заметка о знакомстве, совпадение с базой фондов, его собственные последние сообщения. LLM здесь у меня не подключены.
Второй размечает по прямым признакам и словарям. Категория в CRM говорит «фонд», в роли стоит слово «инвестор», человек нашёлся в базе фондов: ответ уже написан в данных, и модель тут тоже не нужна.
Третий слой это модель, и только по остатку. Тут идет определение, вычленение, чем конкретный человек полезен.
Фильтр «с кем я общался в прошлом месяце» устроен не по дате последнего сообщения. Дата обманывает. Человек мог ответить «ок» вчера и не быть мне никем, а тот, с кем я переписывался месяц, не писал мне две недели, но именно общение с ним - полнее и полезнее того, с кем переписывался буквально вчера
Считается, в скольких РАЗНЫХ днях он писал мне сам. Этот фильтр я пока оставляю, так как инициатива со стороны лида служит (может быть и косвенным) подтверждением того, что человек со мной на связи
Формула нарочно арифметическая, чтобы я мог поправить её сам. Тройной вес разным дням его ответов, одинарный всем его сообщениям, половинный моим. Потом множитель свежести: до 90 дней целиком, до года шесть десятых, старше три десятых.
Из счёта вычитаются мои же массовые рассылки. Я к этому не сразу пришел, хотя очевидно же - если я делаю поздравительную рассылку лидам в большом количестве, это не делает этих лидов одинаково теплыми (да и теплыми вообще)
Интерфейс это Google Таблица, а не моя админка. Вкладки простые: столбцы по теплоте, инвесторы, инженеры и легенда с объяснением каждой колонки.
Кнопка фильтра по тегу тут простая. Фильтры, сортировка, доступ по ссылке и работа с телефона написаны до меня и без меня - структура таблицы все это сама предполагает
Чего в этом механизме нет, хотя кажется, будто есть. Вторую сторону пары машина мне не подбирает. Она даает мне отфильтрованные финальный список, а я выбираю, к кому представить моего лида. Выбираю именно из этого уже отфильтрованного, финального списка
Дальше только простой этап - опция “сделать интро” - процесс стоит запустить
Алгоритм знакомства лидов друг с другом сейчас
Здесь я сразу продумывал и закладывал порядок шагов, это самое важное:
Личное сообщение каждому отдельно. Я пишу одному лиду (с которым у меня есть коннект) о том, что хочу ему представить другого своего знакомого, потому-то и потому-то. Сразу обозначаю, кем является тот лид, кого я хочу представить и чем это знакомство может быть полезно. . Тут же спрашиваю, ок ли свести.
Жду согласия обоих. Если я написал лиду, он прочитал, но не ответил - я не считаю, что это согласие. Я жду только фактического подтверждения, что лид согласен, чтобы его познакомили.
Группа на троих создается для того, чтобы было пространство для коммуникации лидов, на которое по началу я могу немного повлиять. Если один лид в группе уже активен, а второй в группу не зашел или не увидел сообщения - я напоминаю, немного подталкиваю.
Ссылка-приглашение высылается в лички лидам, закрепляется в чатах
По одному интро за раз. Это просто база, чтобы не провоцировать получение банов
День 3 и день 14: уточняю у лидов, полезно ли это знакомство
Вот 6й пункт - самый важный. Вообще полезность интро - это то, на что я тратил много времени. Теперь заранее учитываю много факторов, чтобы подобрать полезных друг другу лидов.
Почему порядок именно такой
Ранее у меня было много моментов, которые я не предусматривал на берегу. Например, я создаю группу с лидами, в группу добавляются мои несколько рабочих аккаунтов, Телеграм сразу фиксирует статус, что «группа создана успешно».
А в группе кроме моих аккаунтов так и нет ни одного приглашенного человека. Например у лида стоит ограничение - «в группы не добавлять», и бот не мог добавлять лида, даже когда его согласие получено.
Со статусами, которые у меня записывались, мне надо было поработать еще.
Сколько у меня этих групп на самом деле
Прежде чем что-то строить, я посчитал, что у меня уже есть. Скриптом прошёл по истории чатов, без обращения к моделям, ноль платных токенов.
7 077 интро-групп. Из них 810 корпоративных, 4 235 между людьми, 2 032 с фондами и маркетмейкерами. По 6 051 есть данные о переписке.
Скрипт собрал и данные по группам компания-с-компанией, а не только знакомства человека с человеком.
что мерил | результат |
|---|---|
Пустые группы: создал, никто в них ничего не написал | 2,3% |
Группы, где разговор реально был (4 сообщения и больше) | 73,5%, нижняя граница 72,4% |
По корпоративным | 85% |
Между людьми | 72% |
Фонды и маркетмейкеры | 74% |
Как менялись мои приоритеты
У меня был готовый план: первым делом получить обязательное согласие перед созданием группы. Я просто не хотел создавать “мёртвые” групп.
Мёртвых групп у меня 2,3%. Вроде бы немного.
А я много сил на это тратил. То есть уделял слишком много внимания тому, что и так нормально получается.
Важнее стало собирать информацию по результатам моих интродакшнов.
Как это устроена
Это таблица. Специально одна, чтобы я мог починить её сам в любой момент.
CREATE TABLE IF NOT EXISTS intro_groups ( group_id TEXT PRIMARY KEY, title TEXT, side_a TEXT, side_b TEXT, created_date TEXT NOT NULL, day3_followup_sent INTEGER NOT NULL DEFAULT 0, day3_followup_ts TEXT, day14_followup_sent INTEGER NOT NULL DEFAULT 0, day14_followup_ts TEXT, outcome TEXT NOT NULL DEFAULT 'unknown', outcome_logged_date TEXT );
Исход - одно из шести значений:
OUTCOMES = ("unknown", "no_response", "conversation", "meeting_booked", "deal", "dead")
Тут важно 2 момента:
Первое: модуль ничего не отправляет. Он только считает, кому сейчас пора написать, и отдаёт готовый текст. Отправляет этот текст отдельная часть, у которой есть доступ к мессенджеру, она стоит на отдельном компьютере.
Вторая: защита от повторной отправки. Если у группы отметка «день 3 отправлен», она больше никогда не попадёт в очередь дня 3, сколько раз ни запусти.
И ещё одно правило, до которого я дошёл не сразу. Если исход уже известен раньше срока, скажем разговор случился на пятый день, то вопрос «как прошло» на четырнадцатый день не отправляется.
Что у меня НЕ работает прямо сейчас
Самотест проходит полностью, девять проверок из девяти. Код работающий.
А журнал исходов пустой.
Ну ни одного интро в нём не зарегистрировано.
У меня уже такое было, когда инструмент написан, самотест зелёный, а к работе он не подключен. Живой мессенджер у меня на одной машине, а запускал я эту петлю на другой, где чатов нет вовсе. Глупо.
Чего я сознательно не строю
Мне предлагали два решения, от которых я отказался.
Тяжёлый движок процессов и графовая база. Мой реальный масштаб сейчас это около тысячи интро в месяц, примерно 33 в день. Под 33 в день обычной базы и расписания вполне достаточно, тяжёлый стек имеет смысл если есть десятки тысяч живых таймеров.
Флот аккаунтов под 500 холодных знакомств в день. Вот тут - сразу нет. Потому что интродакшны, и полезность лидам я даю в том случае, если это - лиды, с которыми у меня есть связь.
Почему я рекомендую многим выстраивать свою работу с окружающими людьми? Потому что лиды сами по себе о вас не узнают, не услышат, не увидят. Не узнают о вашем продукте.
Потому что связи надо поддерживать - и это постоянный процесс.
Потому что в бизнесе хороши схемы win-win
И с учетом того, как быстро увеличивается объем информации вокруг нас, объем контактов во многих бизнесах тоже увеличивается.
И работа с этими контактами у многих, кого я вижу, выходит на первый план.
Почву готовить надо заранее.
