Разработка приложения для аудиокниг: чтение и прослушивание как один продукт

Разработка приложения для аудиокниг меняет характер в тот момент, когда ту же книгу нужно ещё и читать с экрана. Это перестаёт быть одним приложением с кнопкой аудио. Это становится двумя продуктами, текстом и аудио, которые должны сойтись в одном: где человек находится в книге. UnderBooks, платформа для чтения и прослушивания книг, разработанная Logics7, построена вокруг этого единого общего места.

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

UnderBooks — платформа для книг в двух режимах: чтение с экрана и прослушивание, с возможностью переключаться между ними, не теряя места. Она рассчитана на смартфон, планшет и компьютер. Она синхронизирует прогресс между устройствами, поддерживает офлайн-доступ к загруженным книгам и советует, что читать или слушать дальше, на основе того, что человек уже выбрал.

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

Чтение и прослушивание выглядят как одна функция, а на деле это два разных продукта. Тексту нужны типографика, поиск, аннотации и быстрый рендеринг. Аудио нужны стриминг, буферизация, фоновое воспроизведение и позиция, которая переживёт телефонный звонок. Дальше — логика каждого режима в любом продукте такого рода. Это не список функций UnderBooks.

Чтение: EPUB, типографика, офлайн

Разработка читалки для электронных книг начинается с формата. Открытый стандарт электронных книг — EPUB, сейчас в третьей основной версии, EPUB 3. EPUB-читалка должна перекомпоновывать текст под каждый экран, от телефона до окна на компьютере. Типографика здесь не украшение: длина строки, размер шрифта, поля и контраст решают, будет ли человек читать час или закроет приложение. Поиск и аннотации, включая выделения, заметки и закладки, должны оставаться привязанными к нужному фрагменту, когда текст перекомпоновывается. Офлайн-доступ означает, что книга, её шрифты и аннотации читателя находятся на устройстве до того, как пропадёт связь.

Прослушивание: стриминг, главы, скорость, фоновое воспроизведение

Стриминг аудиокниг — сначала задача доставки и только потом задача плеера. Длинные записи обычно отдаются сегментами через CDN, чтобы воспроизведение начиналось быстро, а при слабой связи буферизовалось заранее. Навигацию по главам, скорость воспроизведения, закладки и таймер сна слушатели считают базой любого приложения для аудиокниг. Фоновое воспроизведение — место, где видна мобильная инженерия: операционная система может приостановить или остановить аудио в любой момент, а iOS и Android устанавливают разные правила. Позиция должна пережить телефонный звонок, заблокированный экран и потерю сигнала.

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

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

Чтение в двух режимах — уже не нишевая идея. Amazon много лет предлагает Whispersync for Voice: читатель переходит от электронной книги Kindle к её аудиоверсии в Audible и не теряет место, где остановился. Тому, кто планирует создать приложение вроде Audible, стоит ожидать, что читатели попросят такой же непрерывности.

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

Каталог и права

Сначала — права и каталог: что можно предлагать, где, на каких условиях и как это отслеживается. Лицензии на текст и на аудио часто согласуются отдельно, с разными правообладателями и издателями, поэтому книга может существовать в одном режиме и отсутствовать в другом. Метаданные каталога должны фиксировать, какое издание, территорию и формат покрывает каждая лицензия. Если рассматривается озвучка с помощью ИИ или синтез речи, разрешает ли это лицензия — вопрос к правообладателю и юристу. DRM для электронных книг и аудиокниг следует из этих условий: это лицензионное требование, выраженное в коде.

Доставка аудио относится к тому же разговору. Длинные записи, которые стримят и скачивают, превращают хранение и трафик CDN в постоянные расходы, которые должна покрывать модель ценообразования.

Экономика формата и удержание

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

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

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

Для нового продукта маршрут — Product Partnership: мы проверяем рынок, платящего пользователя и логику монетизации до того, как обсуждать разработку. Для работающего продукта для чтения или прослушивания с пользователями, рост которого остановился, Existing Product Review — это то, как Logics7 решает, входить ли в долю. Оба маршрута заканчиваются решением на Leadership Gate, описанным на странице как устроен наш процесс.

Если вы работаете над контентным или медийным продуктом, начните с правильного маршрута.