Таблица заявок с ИИ: готовая схема и три записи, которые проверяют её на прочность

Одна строка — одно обращение

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

Получаются два разных ключа. request_id отличает обращения; он не повторяется. client_id связывает обращения одного человека и поэтому может встречаться несколько раз. Номер телефона не подходит на роль постоянного ключа: номер бывает общим или меняется. В учебном файле вместо персональных данных используются условные коды C-01 и C-02.

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

Схема, которую можно передать помощнику

В учебном файле Excel есть схема и три заполненные заявки. Он не содержит данных реальных клиентов.

Обратите внимание на status и next_action: «перезвонить» описывает действие, а не состояние. Если смешать их, фильтр открытых заявок начнёт зависеть от того, как сотрудник написал фразу.

Неизвестный канал отмечен словом «неизвестно». Пустая дата означает отсутствие назначенной даты, а не нулевой день и не просрочку. Эти значения выбраны для нашего процесса; в другом процессе они могут отличаться, но различие надо определить до ввода.

Запрос для обсуждения схемы:

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

Так мы получаем возражения к понятной модели, а не бесконечный список «полезных столбцов».

Три записи: где схема должна выдержать проверку

У первой записи нет неожиданностей. Вторая проверяет неизвестный источник: заявка сохраняется, а «неизвестно» не смешивается с конкретным рекламным каналом. Третья проверяет связь с клиентом: C-01 повторяется, но R-003 остаётся самостоятельным обращением.

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

Переносим правила в Excel

Microsoft описывает создание таблицы с заголовками. Перед созданием проверьте, что первая строка действительно содержит названия полей; иначе автоматически появившиеся имена вроде Column1 скроют их смысл.

В приложенном файле даты записаны как даты, коды — как текст, а допустимые статусы заданы списком. Выпадающий список помогает не плодить варианты написания, но не определяет, правильно ли сотрудник выбрал статус. Формат ячейки тоже не заменяет правило процесса.

Перед загрузкой большого массива попробуйте допустить ошибку на копии: повторить номер R-001, ввести «перезвонить» в статус или оставить неизвестный канал пустым. Проверяйте каждый случай отдельно. Для двух заявок одного клиента повтор client_id должен оставаться нормальным — проверка дублей по всем колонкам подряд здесь вредна.

Что считать готовым результатом

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

Сохраните описание полей рядом с файлом. Если через месяц понадобился статус «ожидает детали», добавьте его осознанно и обновите список допустимых значений. Не позволяйте одной команде модели молча изменить структуру заполненной таблицы.

Следующий этап — проверка формул на строках с известным ответом. Если помощник уже предложил массовые изменения, пригодится разбор проверки правок на копии Google Таблицы.