ИИ для презентаций: почему мы пересобрали процесс генерации

Осенью мы запустили генератор презентаций как продолжение текстовых работ и решения задач. Наша логика ^[1] была такой: если Кэмп умеет собирать структуру и писать текст, то собрать слайды — технический вопрос.

Генерация работала. Пользователи — не возвращались.

Стало понятно, что «собрать слайды по теме» — это не то же самое, что сделать рабочий инструмент для презентаций. Чтобы разобраться, где именно мы ошиблись, пришлось разложить процесс по слоям: от продуктовой гипотезы до архитектуры.

Эта статья — первая в цикле о релизе нового генератора презентаций ^[2]. Наши продакт-менеджеры поделились, почему старая версия не взлетела, и что пришлось пересобрать.

Во второй поговорим о технической архитектуре генератора, а третью отдельно посвятим ИИ-редактору.

Где сломалась гипотеза и почему простой генерации оказалось недостаточно

В сентябре мы выкатили пробный MVP презентаций с упором на академический стиль и «правильную» структуру. Мы исходили из простой идеи: студенту важно, чтобы презентация выглядела корректно с точки зрения ^[3] вуза — с чётким планом, формальной логикой и стандартными блоками.

Процесс был линейным: ввёл тему → поправил структуру → получил файл → скачал PPTX.

В теории это выглядело логично. В продукте — нет.

Пользователи почти не возвращались. Повторного использования фактически не происходило. Это означало, что мы решаем не ту задачу.

Мы начали разговаривать со студентами и быстро увидели повторяющиеся паттерны:

— нет картинок;

— слишком много текста на слайдах;

— однотипный дизайн.

Но за этими жалобами скрывалось более важное: людям не хватало контроля.

Старая версия работала по принципу «сгенерировали и отдали». Редактора не было. Внутри продукта нельзя было нормально повлиять на итоговый результат. По сути, это был генератор файла, а не рабочий инструмент.

Наши продакты отмечают:

«Главный просчёт оказался в гипотезе. Мы изначально переоценили ценность академической «правильности» и недооценили ценность гибкости. 

Академическая структура, в которую мы вложили много времени, студентам оказалась не нужна как обязательный каркас. Им нужна возможность менять структуру под конкретного преподавателя и конкретную задачу, а не получать универсально «правильную» схему по умолчанию».

Что мы поменяли в процессе генерации

Пересборка началась с архитектуры. Презентации уже встроились в логику Кэмпа, но формат «сгенерировать и скачать» не соответствовал идее управляемого ИИ-инструмента. Поэтому менять пришлось логику взаимодействия внутри продукта, опираясь на актуальные задачи студентов.

1. Расширили вход

Теперь на первом шаге можно:

— ввести тему;

— загрузить один или несколько файлов;

— прикрепить ссылки;

— использовать документ, созданный внутри Кэмпа.

Это решение напрямую выросло из интервью. Студенты не хотят генерировать «абстрактную» презентацию по теме — им важно продолжать работу с уже подготовленным материалом: рефератом, конспектом, статьёй. Поэтому генерация теперь опирается на конкретный контент пользователя.

2. Добавили управляемые настройки

На этапе перед генерацией структуры пользователь задаёт нужные параметры:

— количество слайдов;

— аудиторию;

— стиль повествования;

— сценарий использования;

— объём текста;

— дизайн (цвета, шрифты).

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

3. Ключевое изменение — редактор

Главное отличие новой версии — полноценный ИИ-редактор презентаций ^[2]. Теперь после генерации можно:

— редактировать текст;

— удалять и дублировать слайды;

— работать с таблицами и графиками;

— менять изображения и стиль;

— экспортировать результат в PPTX без потери структуры.

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

Ключевой момент — пользователь может редактировать результат сам или подключать ИИ точечно. Мы сознательно отказались от идеи «идеальной генерации с первого раза» и сделали ставку на управляемость: генерация даёт основу, а дальше пользователь доводит её до нужного состояния внутри продукта.

Презентации — не только под студенческие задачи

Изначально мы задумывали  генератор презентаций как инструмент для учебных задач. Но в процессе интервью и тестирования стало понятно, что сценарии использования шире.

Презентации делают не только студенты, и не только для семинаров и курсовых. Они нужны для:

— аналитических отчётов;

— внутренних проектов;

— публичных выступлений;

— промо‑материалов.

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

Если вы используете презентации в работе, протестируйте генерацию под свои задачи. ^[2]После этого можно и нужно оставить фидбэк — Кэмп покажет, где это сделать.

В следующих выпусках разберём, что под капотом

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

Во второй статье разберём, как это всё внутри женилось.

А в третьей — почему редактор стал отдельным архитектурным слоем и почему мы решили строить его с нуля.