[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-cost-per-resolution::ru":3,"gloss-cluster-cost-per-resolution::ru":23,"gloss-next-cost-per-resolution::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"cost-per-resolution","analytics","Стоимость решения обращения (cost per resolution)","Стоимость решения обращения — это полная стоимость закрытия одного обращения в поддержку: суммарные расходы на поддержку за период, делённые на число закрытых за него обращений. Именно эта метрика превращает ИИ-инструмент поддержки из демонстрации в экономическое обоснование, потому что она единственная сравнима один к одному с человеческим каналом, который он должен заменить или разгрузить. Считать её честно — значит быть строгим к числителю. Подписка поставщика и плата за решение или за токены — очевидные слагаемые. А выпускают обычно как раз то, что решает исход: часы людей, потраченные на эскалированные обращения, которые ассистент закрыть не смог; постоянная работа по поддержанию базы знаний, из которой он читает; первоначальная интеграция, разнесённая на разумный срок; и время на проверку ответов ассистента, пока доверие ещё только выстраивается. Стоимость решения, учитывающая только счёт от поставщика, стабильно занижена — иногда настолько, что сравнение переворачивается. У знаменателя та же проблема определения, что и у доли самообслуживания, и по той же причине: решение, которое клиент не воспринял как решение, решением не является. Используйте одинаковое определение закрытия для обоих каналов, иначе сравнение бессмысленно; типичная ошибка — строгий стандарт для операторов и мягкий для ассистента. Два уточнения делают цифру полезнее. Разбивайте её по типам обращений: экономика ИИ очень хороша на массовых повторяющихся вопросах и заметно хуже на редких сложных, а усреднение прячет и то и другое. И следите за динамикой, а не за одной точкой: после запуска стоимость решения обычно снижается месяцами по мере расширения покрытия и наполнения базы знаний, так что ранний замер занижает устойчивое состояние ровно так же надёжно, как прогноз поставщика его завышает.","Стоимость решения — расходы на поддержку, делённые на закрытые обращения. Учёт одного лишь счёта поставщика занижает её и переворачивает сравнение.",null,[11,14,17,20],{"slug":12,"name":13},"active-user","Активный пользователь (DAU, WAU, MAU)",{"slug":15,"name":16},"deflection-rate","Доля самообслуживания (deflection rate)",{"slug":18,"name":19},"total-cost-of-ownership","Совокупная стоимость владения (TCO)",{"slug":21,"name":22},"usage-based-pricing","Ценообразование по использованию (usage-based)",[24,28,29,33,36,37,40,43,46,49,52,55],{"slug":25,"category":5,"name":26,"updated_at":27},"ab-testing","A\u002FB-тестирование","2026-08-24T02:46:38+00:00",{"slug":12,"category":5,"name":13,"updated_at":27},{"slug":30,"category":5,"name":31,"updated_at":32},"autocapture","Автозахват (Autocapture)","2026-08-24T02:46:37+00:00",{"slug":34,"category":5,"name":35,"updated_at":32},"customer-data-platform","Платформа клиентских данных (CDP)",{"slug":15,"category":5,"name":16,"updated_at":27},{"slug":38,"category":5,"name":39,"updated_at":27},"guardrail-metric","Метрика-ограничитель",{"slug":41,"category":5,"name":42,"updated_at":32},"identity-resolution","Разрешение идентичности (Identity Resolution)",{"slug":44,"category":5,"name":45,"updated_at":32},"multi-touch-attribution","Многоканальная атрибуция (Multi-Touch Attribution)",{"slug":47,"category":5,"name":48,"updated_at":27},"novelty-effect","Эффект новизны",{"slug":50,"category":5,"name":51,"updated_at":32},"retention-curve","Кривая удержания (Retention Curve)",{"slug":53,"category":5,"name":54,"updated_at":27},"sample-ratio-mismatch","Расхождение долей выборки (SRM)",{"slug":56,"category":5,"name":57,"updated_at":27},"seat-utilization","Утилизация лицензий (seat utilization)"]