Первый клиент на ИИ-услугу: рабочая неделя поиска без гарантии сделки
Как выбрать понятный пилот, показать учебную демонстрацию и перейти к договорённости о результате.
Сначала одна услуга
Предложение «внедрю ИИ во всё» трудно оценить. Выберите ограниченную работу: подготовка карточки заявки или помощник по утверждённым инструкциям. Опишите вход, результат и то, что остаётся человеку.
Подготовьте учебную демонстрацию и обозначьте её статус. Не выдавайте чужие результаты и личную историю за свои. Заказчику полезнее увидеть обычный запрос и исключение, чем обещание заменить отдел.
План на неделю
| Этап | Результат |
|---|---|
| Выбор | Одна задача и критерий готовности |
| Подготовка | Демонстрация и список вопросов |
| Поиск | Подходящие запросы с допустимым контактом |
| Разговор | Описание реального процесса |
| Предложение | Границы пилота и условия приёмки |
Неделя здесь служит отрезком работы, а не сроком гарантированного договора. Ответы, согласование и доступы не зависят полностью от начинающего исполнителя.
Каналы и первое сообщение
Используйте личные знакомства, разрешённые профессиональные сообщества, площадки заказов, вакансии и партнёрства с агентствами. Проверяйте правила конкретного ресурса. Массовое размещение рекламы в чужих чатах не заменяет поиск подходящей задачи.
Учебная формулировка может быть простой: «Готовлю пилот по обработке заявок. Могу показать пример и уточнить, подходит ли такой процесс вашей работе». Не придумывайте предварительный аудит компании и подтверждённые потери, которых вы не измеряли.
Разбор задачи
Сначала попросите описать путь одного обращения. Уточните правила, объём и исключения. Для первого разговора достаточно обезличенного примера. Пароль администратора и полная клиентская база не нужны.
Покажите, что система сделает при неизвестности и сбое. Затем согласуйте критерий приёмки. Расчёт пользы может быть условным, пока нет замеров. Обещание окупаемости до проверки создаёт лишний риск.
Предложение и договор
Зафиксируйте объём, данные, доступы, оплату и порядок изменений. Поддержку отделите от разработки. Владение аккаунтами и передача проекта должны быть ясны до запуска.
Возражение о цене полезно разбирать через объём и подтверждённую пользу. Не снижайте качество скрытым исключением тестов. Если задача не помещается в ваш опыт, ограничьте пилот или привлеките нужную компетенцию по согласованию.
Учебный разговор перед предложением
Потенциальный заказчик просит показать экономию, но пока не измерял время сотрудников. Обозначьте допущение и предложите способ замера. Не назначайте ему потери по размеру компании или отрасли. Для демонстрации возьмите вымышленные данные и обычное исключение, например неизвестную цену.
Затем сформулируйте результат пилота так, чтобы другой человек мог принять работу. Укажите, какие подключения пока не проверены и кто предоставляет доступ. Если клиент просит расширить задачу, обновите объём до обещания срока. Не отдавайте секреты и реальные материалы в публичную переписку ради убедительности. Для отзыва и будущего кейса отдельно согласуйте использование информации. После отказа сохраните только полезную причину и допустимый дальнейший контакт. Поиск может занять дольше недели, и это не доказывает непригодность услуги. Сравнивайте качество разговоров и ясность предложения. Следующая итерация работы должна исправлять конкретное наблюдение, а не усиливать обещание гарантированного договора.
Проверка прогресса
Считайте подходящие обращения и предметные разговоры, а не количество отправленных сообщений. После отказа сохраните причину без выдуманного объяснения мотивов. Не повторяйте недопустимый контакт.
Практиковать связки и разбирать трудности с куратором можно в БАЗЕ. Клиента и условия всё равно предстоит согласовать самостоятельно.

