Папка, которую никто не хотел открывать
Где-то в недрах нашего саппорт-инбокса, засыпанного запросами на сброс пароля и бесконечными спорами о форматировании счёта, лежала папка с названием «Путаница с ценами». Каждый дизайнер в команде знал о её существовании, но никто не пролистывал её до конца. Мы относились к ней как к ящику с проводами — вроде бы что-то важное, но не срочное. Пока конверсия на странице цен не просела третий месяц подряд, и основатель спросил напрямую: «Почему люди постоянно переспрашивают, какой тариф им нужен?»
Хорошего ответа у меня не нашлось. Тогда я открыл эту папку. То, что я там обнаружил, оказалось полезнее любого конкурентного анализа, любой статьи о психологии ценообразования и любой подборки «лучших SaaS-страниц». Это были грязные, неудобные, но предельно правдивые инсайты. И вот что случилось, когда мы перестали проектировать страницу, которая казалась нам «правильной», и начали строить ту, которую за нас описали клиенты — жалоба за жалобой.
Никто не читает логи жалоб ради удовольствия (а зря)
Большинство продуктовых команд относятся к саппорт-тикетам как к шуму — его сортируют по срочности, но не изучают как сигнал. Жалобы эмоциональны, неструктурированы и сбивчивы. Но именно повторяемость — тот самый паттерн, который нельзя игнорировать. Если один человек говорит, что страница цен непонятна, — это случайность. Если сорок разных людей за одиннадцать месяцев, не сговариваясь, пишут: «Я не понимаю, какой план мне нужен», — это дорожная карта.
Я проанализировал 214 обращений с тегами «цены», «биллинг», «путаница с тарифами». Сортировал не по дате, а по эмоции под текстом: разочарование, подозрение, смущение, усталость. И самое поразительное — лишь 19 из 214 жалоб касались собственно стоимости. Остальные 195 говорили о другом. Люди не утверждали, что продукт слишком дорогой. Они говорили, что не доверяют тому, за что платят, не понимают, что получат, и чувствуют себя глупо, пытаясь разобраться на странице, которая должна была помочь. Это полностью меняет подход к редизайну. Снизить цену бессмысленно, если проблема — в понимании.
«Извините, если это глупый вопрос, но включает ли тариф Pro всё, что есть в Basic, или я это теряю?»
Этот тикет тронул меня сильнее всего. Извинение говорит о смущении, а вопрос — о том, что структура тарифов подразумевала потерю, а не приращение. Это один из самых токсичных психологических промахов: страх потери гораздо сильнее желания приобрести (loss aversion), и наша таблица тихо включала его у каждого нового посетителя.
Читая тикеты не по отдельности, а скопом, я заметил то, что никогда не покажет одиночный разговор: люди реагировали на страницу не как на статичную картинку, а как на диалог, в котором им не отвечают. Каждая жалоба звучала как попытка докричаться до собеседника, который не слушает. Мы проектировали не таблицу с цифрами, а вторую половину разговора, который пользователи уже пытались с нами вести.
Реальная проблема была не в цене
Когда я перестал сортировать жалобы по темам и начал искать корневые причины, выявились четыре устойчивые категории. Ни одна не была связана с дороговизной.
1. Паралич сравнения
Пользователи замирали перед тремя-четырьмя тарифами с десятком пунктов. Закон Хика в действии: чем больше вариантов, тем сложнее выбор. Мы думали, что даём гибкость, а клиент ощущал гору домашней работы.
2. Двусмысленность функций
«Продвинутая аналитика», «приоритетная поддержка» — пустые фразы без контекста. Один пользователь написал: «Приоритетная по сравнению с чем?» Это не вредность, а указание, что мы заменили функциональный язык маркетинговым. Человек не мог перевести одно в другое.
3. Эрозия доверия
Самая болезненная категория. Скидка за год не сходилась с цифрами на калькуляторе — ошибка округления в эквиваленте месячной цены. Как только пользователь ловит хоть одну неточность, доверие рушится не постепенно, а мгновенно. После этого любое число на странице автоматически ставится под сомнение.
4. Несовпадение идентичности
Фрилансер писал: «Мне нужен тариф Team?» Заголовки описывали варианты использования, а не людей. Страница цен должна не просто продавать функции, она просит пользователя идентифицировать себя — как хорошая вакансия, после которой кандидат говорит «это я». Когда мы используем ярлыки «Growth», «Scale», мы говорим о бизнес-результатах, а не о том, кем человек является. Это не branding, а информационная архитектура, и ошибка здесь ломает навигацию до любого визуального слоя.
Погружаясь в эти жалобы, мы поняли: проблема не в числах. Это языковая проблема, замаскированная под математическую. И чтобы её исправить, потребовалась методология, способная соединить качественные инсайты с количественными метриками — как при полноценной настройке сквозной аналитики и лидгена, где каждое слово клиента превращается в параметр для принятия решений.
Где таблица сравнения нам врала
Центральным элементом любой страницы цен обычно служит сравнительная таблица. Три колонки, десяток строк, галочки и прочерки. Выглядит честно. Но для пользователя это был экзамен, к которому он не готовился. Таблица, оптимизированная под полноту данных, не равна таблице, оптимизированной под принятие решений. Первая отвечает на вопрос «что вы получите», вторая — «что вам выбрать». Мы отвечали только на первый.
Тикеты вскрыли это с пугающей ясностью: люди снова и снова описывали свою ситуацию и просили нас просто сказать, какой план им подходит. Мы фактически бесплатно выполняли работу рекомендательного движка через саппорт, потому что страница отказывалась давать рекомендацию. Это не уважение к интеллекту, а избегание ответственности. Мы перекладывали на пользователя самую сложную часть решения, а потом удивлялись, что он задаёт вопросы.
Мы исправили это не удалением информации, а перенастройкой когнитивной нагрузки. Появился ярлык «Рекомендуем», основанный исключительно на частоте самоописаний клиентов из тикетов, а не на внутренней маржинальности. Переписали строки с описанием функций в язык результатов: «Приоритетная поддержка» превратилась в «Получите ответ за 4 часа, а не за 4 дня». Эта единственная правка практически сразу убрала целую категорию писем, потому что сняла вопрос «по сравнению с чем» до его возникновения.
При этом мы не стали упрощать всё подряд. Крупные закупщики из Enterprise, сравнивавшие нас с тремя вендорами в Excel, нуждались в детализированной таблице. Мы применили progressive disclosure: рекомендация и упрощённое сравнение стали видом по умолчанию, а полный технический разбор ушёл на один клик. Это честный компромисс, который принимает в расчёт две аудитории, а не прячет затраты под картинкой «до и после».
Перестройка страницы вокруг реальных слов
Когда категории жалоб стали ясны, редизайн превратился из творчества в работу переводчика. Моей задачей было не придумать лучшую страницу цен, а взять конкретные фразы из тикетов и превратить их в интерфейсные решения. Я построил то, что назвал «лестницей жалоб»: берёшь поверхностную претензию, спрашиваешь «почему это случилось», потом «почему случилось это», и спускаешься до уровня, на котором можно что‑то спроектировать. Большинство команд останавливаются на первой ступени — поэтому редизайны лечат симптом, оставляя болезнь нетронутой.
Тот самый тикет про включение Basic в Pro. Поверхностный симптом — путаница в наследовании. Спускаемся: таблица использовала изолированные галочки для каждого тарифа, подразумевая, что каждый план — отдельный набор, а не надмножество. Ещё глубже: мы спроектировали таблицу из инженерной модели (каждый план = своя конфигурация feature-флагов), тогда как ментальная модель пользователя — «старший тариф, очевидно, включает всё из младшего». Исправление было структурным: каждая колонка теперь начиналась с «Всё из [предыдущего тарифа] плюс». Звучит банально, но жалобы этого типа почти исчезли за первый месяц.
Кроме того, мы создали артефакт, который оказался важнее сиюминутного редизайна: общий документ, где каждая ключевая жалоба привязана к конкретному дизайн-решению, а язык оригинального тикета сохранён рядом с финальным текстом. Это страховка от «тихого отката» — когда команда меняется, и новые люди не помнят, почему что-то сделано именно так.
В работе с текстом я перестал пытаться звучать убедительно и начал стараться звучать как ответ на конкретный вопрос, заданный живым человеком. Каждый заголовок, каждое описание функции проходили тест: «Похоже ли это на ответ, который мы дали бы на реальный запрос?» Если не проходило — переписывалось без жалости. Хорошее упражнение для любого, кто перестраивает страницу цен: попробуйте восстановить вопрос, на который отвечает каждое предложение. Если вопроса нет — скорее всего, это маркетинговый наполнитель, а именно он разрушает доверие в момент финансового решения.
Такой уровень систематизации и последующая работа с инсайтами стали возможны благодаря инструментам, которые мы обычно задействуем при внедрении ИИ-агентов и n8n воркфлоу. Автоматическая кластеризация обращений по эмоциональной окраске и повторяемости позволила нам не копить папки годами, а получать дашборд «голоса клиента» в реальном времени.
Что изменилось, а что — нет
После запуска количество тикетов с тегом «путаница с ценами» заметно упало. Но важнее качественный сдвиг: исчез извиняющийся, смущённый тон. Остались сложные кейсы — Enterprise, кастомные контракты, — которые и не должна решать страница самообслуживания. Именно тот тон был главной метрикой, которую я хотел обнулить.
Время на странице выросло, что поначалу насторожило команду. Пока мы не посмотрели сессионные записи: люди вдумчиво читали новые описания, сфокусированные на результате, а не метались между вкладками в поисках глоссария. Более долгое взаимодействие означало понимание, а не трение.
А вот доля годовых подписок почти не сдвинулась. Исправление расчёта скидки убрало барьер недоверия, но не создало новой мотивации. Жалобы говорят, что сломано, но не всегда указывают, что именно будет расти. Это важно держать в голове.
Главное, что мы вынесли из этого проекта
«Извините, если это глупый вопрос…»
Это был не глупый вопрос. Это было самое чёткое техзадание, которое я получал, и пришло оно от человека, который не собирался его писать. В каждой жалобе, под слоем раздражения, скрывалась попытка остаться с продуктом. Никто не пишет в саппорт компании, от которой уже решил уйти.
Конкурентные бенчмарки и фреймворки ценообразования полезны, но это вторичная информация. Первичные данные о вашем продукте — уже внутри вашей компании, в непрочитанной папке с тикетами. Чтобы превратить этот хаос в стройную систему, необходима культура работы с данными и правильная автоматизация. В маркетинговом агентстве Dragon Farm мы строим именно такие процессы: от сбора голоса клиента до интерфейсных решений, которые перестают заставлять людей извиняться.
Что ваш саппорт-инбокс рассказал бы о вашем интерфейсе, если бы вы действительно прочли его целиком — сортируя не по срочности, а по эмоциональной тональности? Какой паттерн вы подозреваете, но избегаете увидеть в упор?
