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

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

Разделите поддержку на разные виды работы

Запишите, что происходит после продажи: помощь с входом, объяснение функций, исправление ошибок, настройка под клиента, обновление материалов, техническое обслуживание. Эти задачи возникают по разным причинам и требуют разной квалификации.

Уточнение «где скачать файл» может решить администратор. Ошибка расчёта требует автора или разработчика. Просьба «переделайте под наш отдел» может быть отдельной услугой, если индивидуальная настройка не входит в продукт. Не объединяйте всё словом «вопрос»: иначе средняя длительность обращения мало что объяснит.

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

Измерьте фактические обращения

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

Учебная модель: 120 активных клиентов, 36 обращений за месяц, в среднем 12 минут чистой работы на обращение. Это 7,2 часа. Добавим 2,8 часа на разбор повторяющихся проблем и обновление инструкций — всего 10 часов. При расчётной стоимости часа 700 рублей работа стоит 7 000 рублей, или около 58 рублей на активного клиента.

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

Добавьте техническую часть и редкие события

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

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

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

7,2 часа ответов и 2,8 часа разбора дают 10 часов, или 7 000 рублей по 700 рублей в час.
Около 58 рублей на активного клиента — не весь счёт поддержки. Хостинг и восстановление сюда не входят.
Ответы
36 обращений по 12 минут = 7,2 часа.
Разбор
Ещё 2,8 часа. Вместе 10 часов.
Оценка
10 × 700 рублей = 7 000 рублей, около 58 рублей на одного из 120 активных клиентов.

Хостинг, проверка восстановления и редкий сбой в эти 10 часов не входят. Сценарий на 20 дополнительных обращений не объявляет сбой неизбежным.

Найдите причины, которые можно устранить

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

Руководство GOV.UK по исследованию пользователей включает выяснение потребностей в поддержке и проверку модели её оказания. Для малого продукта практический вывод — поддержку нужно наблюдать вместе с использованием, а не считать неизменной надбавкой к цене.

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

Практическое задание

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

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