Коллекция типичных B2B-ситуаций о том, как деловое обсуждение превращается в сигнал-кандидат для проверки человеком.
Перед еженедельной встречей руководитель спросил: «Стоит ли брать этот проект на маркет-мейкинг?»
Аналитик маркет-мейкера должен до еженедельной встречи решить, заслуживают ли два проекта-кандидата комплексной проверки, пока данные о финансировании, разблокировках, активности сообщества и репутации разбросаны по Telegram-группам. TOP Prospect организует источники; решение принимают люди.
Этот сценарий объясняет логику оценки продукта. Он не является реальным кейсом клиента, отзывом, договором, результатом по выручке или конверсии.
01Ситуация
02Оценка сигнала
03Уверенность и приоритет
04Следующий шаг человека
Учитываемые признаки
- Объявление о финансировании и информацию об инвесторах можно перепроверить.
- Появится конкретная дата TGE, запуск токена или дата разблокировки.
- График разблокировки может создать концентрированное давление со стороны продавцов.
- Вокруг активности сообщества и репутации в отрасли существует подлежащая пересмотру дискуссия.
Аналитик маркет-мейкерской фирмы готовится к еженедельной встрече. Ему нужно дать команде один вывод: заслуживают ли два добавленных на этой неделе кандидата на маркет-мейкинг полноценной проверки командой?
Вывод должен быть подкреплен доказательствами: официальной информацией о финансировании, подтверждением инвесторов, опубликованным графиком разблокировки, внутрисетевыми или публичными записями, а также проверяемым обсуждением сообщества. На практике заявления по этим темам разбросаны по группам Telegram. Он помнит, что «где-то видел», но не может назвать источник.
Это знакомая проблема маркет-мейкинга: неправильное решение может поставить под угрозу запасы и репутацию, однако ранние претензии похоронены в неорганизованных групповых обсуждениях. Он привык полагаться на память. Если бы он вспомнил обсуждение, он мог бы найти его снова; если бы он этого не сделал, все, что он мог бы сказать, было: «Позвольте мне проверить».
Сегодня все по-другому. Вместо открытия списка групп он открывает рабочую область TOP Prospect. Сообщения кандидатов уже фильтруются и ранжируются, при этом каждый элемент по-прежнему сохраняет свой источник, время, исходную формулировку и контекст. Он просматривает записи, сверяет внешние утверждения с общедоступными материалами и пишет две рекомендации: один кандидат может перейти к комплексной проверке; другой должен дождаться доказательств экономики токена.
Он приходит на встречу с рекомендациями, источник которых и оставшиеся неизвестными он может объяснить.
Эта статья рассказывает об одном человеке: аналитике маркет-мейкерской фирмы и о том, что изменилось после того, как он начал использовать TOP. Он показывает, что продукт организует, ранжирует и сохраняет — и чего он никогда не делает для него. Суждение, комплексная проверка и одобрение остаются человеческой работой.
NOTICE: Команда, групповые сообщения и бизнес-условия в этой статье представляют собой составные иллюстрации, используемые для демонстрации рабочего процесса продукта. Они не представляют собой реального клиента, разговор, контракт, результат дохода или результат конверсии.
Раньше: три проблемы, которые заставляли его нервничать перед встречами
Проблема первая: ранние утверждения группируются, но доказательства находятся в другом месте.
Маркет-мейкер оценивает множество вещей: подтверждено ли заявление о финансировании, кто является инвесторами, что говорится в опубликованном графике разблокировки и что остается неизвестным в отношении качества сообщества. Сообщения в группах могут указать ему на эти вопросы, но это утверждения, а не доказательства. Перед встречей он часто начинает со слов «Кажется, я где-то видел объявление о финансировании» или «Кто-то из одной группы раскритиковал экономику токенов», затем должен найти исходное сообщение и проверить официальные материалы проекта, веб-сайт инвестора, общедоступные документы по токенам и другие соответствующие источники.
Проблема вторая: неправильное суждение может стоить денег и репутации.
Принимая проект, маркет-мейкер может поставить под угрозу запасы и рыночную репутацию. Он не может угадать, когда решает, заслуживает ли кандидат комплексной проверки. Но отказ от догадок отличается от организации сообщений для просмотра. Он хочет проверить утверждения, но сначала ему нужно найти оригинальные сообщения и общедоступные материалы, которые могут их подтвердить.
Проблема третья: обсуждение быстро меняется.
Соответствующее обсуждение может появиться до TGE и может быстро измениться. Аналитик должен заметить кандидата как можно раньше, не превращая скорость в уверенность. Своевременная запись кандидата дает ему возможность начать; оно не сокращает и не заменяет комплексную проверку.
В совокупности эти проблемы означают: он хочет вынести серьезное суждение, но утверждения неорганизованы, а доказательства все еще требуют человеческой проверки.
После: три вещи, которые продукт делает для него
Первое: отделите группы обсуждения проектов от групп коллег, чтобы источники информации были правильными.
Он реорганизует источники мониторинга. TOP Prospect обрабатывает только группы, к которым он активно подключается и имеет право доступа. Группы, в которых собираются проекты — обсуждения проектов Web3, сообщества финансирования, а также обсуждения разблокировки или токена — становятся источниками информации. Группы маркет-мейкеров становятся наблюдателями за рынком, используются в отраслевом контексте, но исключаются из очереди оценки проекта.
Результат: анонсы проектов, разблокирующие дискуссии и комментарии коллег больше не входят в один недифференцированный поток. Каждый источник сохраняет свою роль, и аналитик может решить, какое сообщение заслуживает рассмотрения в первую очередь. Категория источников по-прежнему не оправдывает своих утверждений.
Соответствующая функция продукта: управление источниками мониторинга. Вы выбираете группы; система не объединяет вас в группы. Источники информации и наблюдение за рынком остаются отдельными, а группы коллег не входят в очередь оценки.
Второе: каждое сообщение кандидата становится проверяемой записью.
Вместо того, чтобы собирать «что мы знаем об этом проекте?» по памяти он начинает с таких записей:
| Поле | Содержание |
|---|---|
| Категория бизнеса | Потенциальный маркет-мейкерский проект (оценка) |
| Сообщения кандидата | Заявление о финансировании / обсуждение разблокировки / активность сообщества / отраслевые комментарии, каждый из которых хранится как отдельный элемент с оригинальным текстом и источником. |
| Источник | Несколько подключенных групп · идентификаторы отправителей |
| Время | Исходная временная метка для каждого сообщения (UTC+8). |
| Оценка ИИ | Оценка рейтинга от 0 до 100 и метка «Высокий приоритет/Важный/Общий» рассчитываются на основе таких факторов, как базовая оценка, уровень сигнала, важность, количество совпадающих ключевых слов, новизна и повторные упоминания. |
| Обоснование | Каждый элемент соответствует настроенным условиям проекта; вопрос о том, относятся ли два предмета к одному и тому же объекту, по-прежнему требует подтверждения человеком |
| Статус | Ожидает оценки |
Эти записи решают его первую проблему. «Мне кажется, я где-то это видел» превращается в «в этих сообщениях упоминается кандидат, и каждый источник и время указаны здесь». Он может перейти по ссылкам на исходные сообщения вместо того, чтобы восстанавливать след по памяти. Оценка лишь подсказывает ему, какую запись просмотреть в первую очередь. Он по-прежнему подтверждает, относятся ли сообщения к одному и тому же объекту и верно ли какое-либо утверждение.
Соответствующая функция продукта: правила извлечения + организация кандидатов. Вы на своём деловом языке определяете, что считается сигналом проекта, заслуживающим внимания: например, финансирование, разблокировка, сроки TGE или изменения в сообществе. Ключевые слова и семантические правила извлекают и ранжируют сообщения-кандидаты. Каждое хранит собственный след доказательств; человек должен подтвердить, относятся ли имена к одному проекту, и сверить каждое внешнее утверждение с авторитетными источниками.
Третье: дайте каждому кандидату статус, чтобы прогресс оценки больше не зависел от памяти.
Он использует существующие вручную статусы продукта — «Новая бизнес-возможность», «Ожидание последующего наблюдения», «Продолжение» или «Недействительный» — чтобы показать, была ли проверена запись кандидата. Когда он отмечает одну недействительность, причину можно отследить в процессе проверки команды. — например, «заявка на финансирование не поддерживается», «документ разблокировки недоступен» или «конфликт имени с другим проектом». Проведение комплексной проверки может оставаться под наблюдением; это не конверсия.
В конце месяца команда может проверить причины проверки и решить, не устраняют ли текущие правила слишком много необоснованных претензий. Затем оператор может вручную добавить исключение, изменить ключевое слово или настроить приоритет источника. Записанный результат сообщает об изменении человеческих правил; продукт не учится на этом и не переписывает правила автоматически.
Соответствующая функция продукта: поток статуса. Команда обновляет статус вручную. Продукт не читает директ и не знает, был ли заключен договор; он записывает статус, выбранный командой. Кто осуществляет комплексную проверку и какое решение принимает комитет, остается человеческим выбором.
Один путь проверки: от двух сообщений к двум вопросам комплексной проверки
Следуйте процессу обработки композита от начала до конца.
В понедельник два сообщения появляются в двух разных группах:
Группа A: «Проект A утверждает, что XYZ инвестировал. Запуск токена может состояться в следующем квартале». Группа B: “Есть ли у кого-нибудь официальный документ по разблокировке Project B? Я видел заявление о большом выпуске в следующем месяце”.
Оценка системы: Оба сообщения соответствуют «финансирование/запуск токена/разблокировка/создание рынка». Каждый из них отображается как отдельный элемент-кандидат со своей собственной строкой проекта, источником, временем, исходной формулировкой и обоснованием. Совпадения оправдывают пересмотр каждой записи; они не доказывают, что инвестиции были осуществлены или что требование разблокировки является точным. Если позже другая группа будет использовать то же имя проекта, аналитику все равно придется подтвердить, относится ли оно к той же сущности.
Он открывает записи: Присутствуют исходный текст, время и источник из обеих групп со ссылками на сообщения. Затем он проверяет официальные материалы проекта, веб-сайт или объявление указанного инвестора, а также последнюю общедоступную документацию по токенам или разблокировке. Если эти источники не подтверждают утверждение, он записывает его как неизвестное, а не заполняет пробел.
Перед встречей он записывает в систему две рекомендации:
- Кандидат первый: пометить Followed Up и рекомендовать человеческую комплексную проверку, поскольку публичное раскрытие инвестором информации и материалы проекта могут быть проверены.
- Кандидат второй: отметьте «Ожидание последующих действий» и запросите официальную токеномику и документы о разблокировке, прежде чем давать рекомендации.
На встрече он говорит:
“Кандидат номер один может приступить к комплексной проверке, поскольку указанный инвестор предоставил публичную информацию, которую мы можем рассмотреть. Что касается кандидата номер два, я нашел только групповое заявление о разблокировке; я рекомендую дождаться официального документа, прежде чем оценивать риск давления со стороны продавцов”.
Каждое утверждение разделяется на утверждение, источник и оставшееся неизвестное. Когда его менеджер спрашивает о финансировании, он может отличить заявление Telegram от публичного заявления инвестора и показать и то, и другое. Если источники противоречат друг другу, об этом говорится в протоколе.
Если кандидат 1 перейдёт к формальной комплексной проверке, его карточка может остаться в статусе Followed Up. Если кандидат 2 так и не предоставит авторитетный документ о разблокировке, аналитик может оставить его в ожидании или пометить как недействительный, а команда запишет причину: «заявление о разблокировке не подтверждено». Ни один статус не означает, что продукт проверил проект или зафиксировал коммерческий результат.
Во время проверки он отмечает одно возможное изменение правил: сообщения со ссылкой на официальный документ по токену могут заслуживать более раннего просмотра, чем неподтверждённые заявления о процентах разблокировки. Аналитик по-прежнему читает документ и оценивает его значение; ссылка — это подсказка для поиска, а не доказательство того, что проект подходит для маркет-мейкинга.
Вернитесь к вопросу: Что на самом деле сделал для него продукт?
Он не менял отрасли, команды или стандарты. Он поменял только где он проводил время:
| До | После | |
|---|---|---|
| Поиск информации | Реконструирует по памяти фразу «Мне кажется, я где-то это видел». | Просматривает организованные записи с источниками и временными метками. |
| Встречи | Когда он не может ответить, он говорит: «Дай я проверю». | Каждый вывод имеет происхождение и выдерживает вопросы. |
| Улавливаем раннее обсуждение | Замечает претензию только тогда, когда кто-то о ней помнит | Видит рейтингового кандидата, сохраняя при этом первоисточник |
| Результат | Начинается по памяти и должен восстановить маршрут. | Начинает с записи, подлежащей проверке, затем выполняет ту же человеческую комплексную проверку. |
Но продукт никогда не делает для него три вещи:
- Он не решает, хорош ли проект. Оценка ИИ только определяет порядок. Она показывает, какой проект открыть первым; стоит ли брать проект на маркет-мейкинг, можно решить только после комплексной проверки.
- Он не связывается с проектом. Продукт не читает прямые сообщения и не отправляет сообщения автоматически. Контакт остается его работой.
- Он не одобряет проект. Он меняет статус вручную. Продукт не знает, что в конечном итоге решит комитет по маркет-мейкингу.
Продукт организует и ранжирует. Суждение, комплексная проверка и одобрение остаются человеческой работой. Эта организация превращает его из человека, отвечающего по памяти, в человека, отвечающего по записям. Ему больше не придется чувствовать неуверенность перед встречей.
Дальнейшее чтение
Полный метод:
Рабочий процесс продукта:
- Рабочий процесс бизнес-сигналов — полный процесс от подключённых групп до карточек, готовых к дальнейшей работе.
Похожие статьи:
- Раньше он находил спрос на RPC за три недели до основной сети по счастливой случайности. Теперь он находит это в записях
- У биржи есть семь дней на добавление поддержки правил поездок — к моменту появления RFP поставщик уже выбран.
TOP Prospect обрабатывает сообщения из групп Telegram, к которым пользователь активно подключился и имеет право доступа, применяет события, определенные на деловом языке пользователя, объединяет ключевые слова и семантическую оценку и сохраняет исходные доказательства. Он превращает неоднозначные групповые разговоры в записи, которые можно просматривать, ранжировать и отслеживать. ИИ поддерживает организацию и расстановку приоритетов; команда принимает фактические и контактные решения.
Как обнаруживается Signal, заслуживающий внимания
Методика показывает, как Top Prospect находит и упорядочивает Signals, которые стоит проверить, сохраняет исходный контекст Telegram, удаляет дубли и помогает определить порядок просмотра. Решение о дальнейших действиях остаётся за вами.