Осенью мы запустили генератор презентаций как продолжение текстовых работ и решения задач. Наша логика была такой: если Кэмп умеет собирать структуру и писать текст, то собрать слайды — технический вопрос.
Генерация работала. Пользователи — не возвращались.
Стало понятно, что «собрать слайды по теме» — это не то же самое, что сделать рабочий инструмент для презентаций. Чтобы разобраться, где именно мы ошиблись, пришлось разложить процесс по слоям: от продуктовой гипотезы до архитектуры.
Эта статья — первая в цикле о релизе нового генератора презентаций. Наши продакт-менеджеры поделились, почему старая версия не взлетела, и что пришлось пересобрать.
Во второй поговорим о технической архитектуре генератора, а третью отдельно посвятим ИИ-редактору.
Где сломалась гипотеза и почему простой генерации оказалось недостаточно
В сентябре мы выкатили пробный MVP презентаций с упором на академический стиль и «правильную» структуру. Мы исходили из простой идеи: студенту важно, чтобы презентация выглядела корректно с точки зрения вуза — с чётким планом, формальной логикой и стандартными блоками.
Процесс был линейным: ввёл тему → поправил структуру → получил файл → скачал PPTX.
В теории это выглядело логично. В продукте — нет.
Пользователи почти не возвращались. Повторного использования фактически не происходило. Это означало, что мы решаем не ту задачу.
Мы начали разговаривать со студентами и быстро увидели повторяющиеся паттерны:
— нет картинок;
— слишком много текста на слайдах;
— однотипный дизайн.
Но за этими жалобами скрывалось более важное: людям не хватало контроля.
Старая версия работала по принципу «сгенерировали и отдали». Редактора не было. Внутри продукта нельзя было нормально повлиять на итоговый результат. По сути, это был генератор файла, а не рабочий инструмент.
Наши продакты отмечают:
«Главный просчёт оказался в гипотезе. Мы изначально переоценили ценность академической «правильности» и недооценили ценность гибкости.
Академическая структура, в которую мы вложили много времени, студентам оказалась не нужна как обязательный каркас. Им нужна возможность менять структуру под конкретного преподавателя и конкретную задачу, а не получать универсально «правильную» схему по умолчанию».
Что мы поменяли в процессе генерации
Пересборка началась с архитектуры. Презентации уже встроились в логику Кэмпа, но формат «сгенерировать и скачать» не соответствовал идее управляемого ИИ-инструмента. Поэтому менять пришлось логику взаимодействия внутри продукта, опираясь на актуальные задачи студентов.
1. Расширили вход
Теперь на первом шаге можно:
— ввести тему;
— загрузить один или несколько файлов;
— прикрепить ссылки;
— использовать документ, созданный внутри Кэмпа.
Это решение напрямую выросло из интервью. Студенты не хотят генерировать «абстрактную» презентацию по теме — им важно продолжать работу с уже подготовленным материалом: рефератом, конспектом, статьёй. Поэтому генерация теперь опирается на конкретный контент пользователя.
2. Добавили управляемые настройки
На этапе перед генерацией структуры пользователь задаёт нужные параметры:
— количество слайдов;
— аудиторию;
— стиль повествования;
— сценарий использования;
— объём текста;
— дизайн (цвета, шрифты).
На кастдевах стало понятно, что универсальная «правильная» структура не работает: требования зависят от преподавателя и предмета. Поэтому структура изначально проектируется как настраиваемая, а не как жёсткий академический шаблон.
3. Ключевое изменение — редактор
Главное отличие новой версии — полноценный ИИ-редактор презентаций. Теперь после генерации можно:
— редактировать текст;
— удалять и дублировать слайды;
— работать с таблицами и графиками;
— менять изображения и стиль;
— экспортировать результат в PPTX без потери структуры.
Последний пункт оказался критичным: студенты отдельно отмечали, что у альтернативных сервисов возникают проблемы с корректным экспортом и последующим редактированием файлов. Мы изначально закладывали редактор так, чтобы структура данных совпадала с форматом выгрузки.
Ключевой момент — пользователь может редактировать результат сам или подключать ИИ точечно. Мы сознательно отказались от идеи «идеальной генерации с первого раза» и сделали ставку на управляемость: генерация даёт основу, а дальше пользователь доводит её до нужного состояния внутри продукта.
Презентации — не только под студенческие задачи
Изначально мы задумывали генератор презентаций как инструмент для учебных задач. Но в процессе интервью и тестирования стало понятно, что сценарии использования шире.
Презентации делают не только студенты, и не только для семинаров и курсовых. Они нужны для:
— аналитических отчётов;
— внутренних проектов;
— публичных выступлений;
— промо‑материалов.
Это повлияло на логику нового процесса. Презентации нужны не только студентам: их делают преподаватели для лекций, аналитики и менеджеры — для отчётов и стратегических сессий, предприниматели — для питчей и промо. Отказываться от этой аудитории означало сознательно сужать продукт.
Если вы используете презентации в работе, протестируйте генерацию под свои задачи. После этого можно и нужно оставить фидбэк — Кэмп покажет, где это сделать.
В следующих выпусках разберём, что под капотом
Всё описанное выше — продуктовые решения. Чтобы реализовать эту управляемость, пришлось перестроить пайплайн генерации: разделить этапы, изменить логику работы с источниками и пересобрать передачу контекста между шагами.
Во второй статье разберём, как это всё внутри женилось.
А в третьей — почему редактор стал отдельным архитектурным слоем и почему мы решили строить его с нуля.
Автор: KempAI
