Сюда — пока больших клиентов не расхватали
Суть проекта
Весь маркетинг сейчас постепенно превращается в контент-маркетинг. Рекламные объявления — это форма короткого контента, посты в соцсетях — более длинного, статьи — ещё более длинного. Плюс к тому контент стал мультимедийным — тут могут быть и текст, и картинки, и видеоролики. А ещё контент нужно уметь переупаковывать — чтобы размещать его в разных типах каналов в разных форматах, а также повторно использовать удачные единицы контента.
Однако управление контентом для компаний начинает потихоньку превращаться в кошмар — ведь нужно уметь вести каталог всего этого контента, быстро искать в нём нужные блоки, преобразовывать их в разные форматы и совершать множество других телодвижений. По мере роста компании и увеличения её маркетинговой активности — кошмар превращается в ужас
Hygraph обещает решить эту проблему, предлагая компаниям свою платформу для управления контентом. Особо подчёркивая простоту её масштабирования при увеличении количества контента, каналов, форматов, маркетинговой активности и количества людей, задействованных в его создании и использовании.
Свою платформу Hygraph называет «федеративной» (federated, объединённой) — и считает это своей главной фишкой.
По мнению основателей стартапов «федеративная» архитектура, в том числе в системах управления контентом — это следующий этап развития после «безголовой» (headless) архитектуры.
Суть «безголовой» системы управления контентом в том, что у неё есть только «бэкенд» (backend) — то есть платформа для создания, хранения и редактирования контента. А вот «головы» («фронтенда», frontend) как жёстко определяемого самой системой способа показа этого контента — нет.
Плюс такого подхода — в гибкости. Потому что владельцы контента могут теперь создавать свои собственные приложения для телефонов, компьютеров и других платформ, использующие любые хитрые, красивые и необычные способы показа контента — получая сам контент по API от бэкенда (то есть безголовой системы управления контентом).
Hypgraph сделал ещё один шаг — и отделил от своей платформы ещё и места хранения исходного контента. Теперь контент может подсасываться на платформу из интернет-магазинов, из внешних систем управления контентом, или из корпоративных баз данных, или откуда угодно по API Hygraph.
Тем, кто пользуется фоторедакторами типа Apple Photo или Adobe Lightroom — похожая концепция уже знакома:
- Сами фотографии импортируются с диска компьютера, внешних дисков или из каких-нибудь внешних сервисов.
- Редактируются фотографии с помощью инструментов фоторедактора — но исходный контент остаётся нетронутым.
- Отредактированные фотографии можно экспортировать куда угодно.
Если мы заменим ручную работу по импорту и экспорту на автоматическое выполнение соответствующих операций по API — то мы получим представление о сути «федеративной» платформы Hygraph
Другими словами, задача платформы:
- вести каталог всех мест хранения исходного контента и импортировать его оттуда при необходимости по API в режиме реального времени,
- предоставлять пользователям возможность редактирования и преобразования полученного контента вручную или автоматически по заданным правилам,
- экспортировать готовый контент по API в режиме реального времени в использующие этот контент приложения.
Для удобства работы отдельные единицы контента можно объединять в блоки. Тупой пример подобного блока — информация о товаре с картинками, названием и описанием. Такие блоки одним вызовом API можно импортировать или экспортировать (передавать в приложения).
Для каждого такого блока или отдельной единицы контента администратор платформы может назначать права доступа — кто из пользователей платформы или внешних приложений может его видеть (получать) и/или изменять (редактировать).
Таким образом, например, удобно производить перевод контента на другие языки, открывая доступ переводчику только к тому контенту, который компания поручила ему перевести.
Если же говорить в общем, то процесс обработки исходного контента до состояния, готового к его показу в приложениях — обычно многоступенчатый. Самый простой вариант — кто-то обрабатывает фотографии, кто-то редактирует тексты, кто-то одобряет эти изменения.
Но в реальной жизни такие процессы могут оказаться более сложными. Причём для разных типов контента эти процессы могут быть разными. Платформа Hygraph позволяет задать разные правила порядка работы с разным контентом — чтобы эти процессы в компаниях безусловно соблюдались.
Для небольших компаний с небольшим количеством людей, участвующих в работе с контентом, и небольшим количеством его использований (до 1 миллиона вызовов API в месяц и не более 100 переданных через API гигабайт) — платформа будет бесплатна.
Дальше начинаются уже платные тарифы по цене 399 или 899 долларов в месяц, а ещё дальше — специальные тарифы для больших компаний и больших проектов, которые нужно обсуждать отдельно.
У Hygraph сейчас около 400 компаний-клиентов, среди которых есть Samsung, Philips и Dr Oetke.
Текущий раунд инвестиций оказался для стартап самым большим на сегодняшний день — 27.9 миллионов евро, с учётом чего общий размер инвестиций в проект вырос до 43.6 миллионов долларов.
Что интересного
Компании начинают более активно работать с контентом. Количество контента увеличивается. Количество платформ и каналов, где этот контент должен показываться — тоже увеличивается.
В силу этого рынок платформ для управления контентом тоже растёт. В это году его размер должен составить порядка 21 миллиарда долларов. А к 2028 году — вырасти до 27 с лишним миллиардов.
Стартапы, разрабатывающие платформы для управления контентом, тоже хорошо растут. Например, летом 2021 года я писал о стартапе Sanity с платформой, которая умеет вести централизованную базу контента и передавать его по API в приложения. За прошедшее время стартап успел поднять ещё один раунд инвестиций на 35 миллионов долларов, в результате чего общий размер инвестиций в проект вырос до 86.8 миллионов.
А ещё мне понравилась сама концепция «федеративной» платформы — в которой есть только средства работы с самим контентом, но от которой отделены источники контента и приложения (сервисы) для его показа.
Тут мне сразу пришёл в голову пример из совсем другой области. Летом прошлого года я писал о стартапе Patchworks, который сделал платформу для интеграции различных систем, необходимых для работы интернет-магазина.
Изначальная суть их платформы состояла в автоматизации передачи данных между всеми этими системами. Для этого они сделали модули для импорта данных из внешних систем на свою платформу и экспорта из платформы во внешние системы — то есть данные между системами передаются через промежуточный слой, их платформу. Таким образом, на платформе в унифицированном виде стал храниться актуальный «слепок» данных из всех подключённых к платформе систем.
И тогда они сделали следующий шаг — начали создавать полезные приложения для интернет-магазинов (например, бизнес-аналитика для интернет-магазина), которые работают не напрямую с разноформатными данными из разных систем — а с унифицированными данными, которые оттуда были импортированы, и хранятся теперь на самой платформе.
Теперь интернет-магазин может заменить любую из используемых систем на другую — если они взяли для неё готовый модуль импорта или даже написали свой. Но само полезное приложение продолжит работать — потому что оно продолжит использовать унифицированные данные, хранящиеся на платформе. А как они туда попали — это уже не его дело
Пока эти полезные приложения Patchworks создаёт сам. Однако логичным шагом развития платформы, на мой взгляд, стало бы создание «магазина приложений», где свои полезные приложения, работающие с унифицированным набором данных, могли бы публиковать и сторонние разработчики.
Концептуально говоря, у платформы Patchworks есть три уровня:
- Первый уровень — это внешние источники данных, то есть системы, с которыми работает интернет-магазин,
- Второй уровень — это сама платформа, на которой хранится актуальный набор унифицированных данных о работе интернет-магазина,
- Третий уровень — внешние приложения, работающие с унифицированными данными, получаемыми от платформы.
Получается, что Patchworks — это тоже «федеративная» платформа! Только Hygraph в «федеративном» режиме работает с контентом. А Patchworks — с данными, появляющимися в процессе работы интернет-магазинов.
Куда бежать
Первый факт состоит в том, что рынок платформ для управления контентом растёт, потому что растёт важность и количество используемого компаниями контента.
Второй факт — растёт не только размер рынка, но и отдельные его игроки зарабатывают всё больше денег и получают инвестиции на дальнейшее развитие. Достаточно посмотреть на тот же упомянутый сегодня Sanity.
Третий факт в том, что у платформ для управления контентом есть дополнительная прелесть:
- Во-первых, самую сильную потребность в них используют большие компании с большим количеством контента. Соответственно, средние чеки у таких платформ должны быть довольно высокими за счёт наличия такого рода клиентов.
- Во-вторых, однажды «с кровью, потом и слезами» внедрив себе подобную платформу для управления контентом, большая компания с кучей контента и использующих её приложений — фиг с неё без убедительных на то причин слезет. Потому что это потребует вдвое больше крови, пота и слёз.
- В-третьих, каждая вновь добавляемая на платформу единица контента увеличивает привязанность компании к используемой платформе — так как усложняет процесс возможного переноса накопленного контента на другую аналогичную платформу.
В общем, сейчас самое время заходить на этот рынок — пока все большие компании не «подсели» на чью-то чужую платформу для управления контентом
В качестве примеров для подражания, которые уже согласились использовать большие компании, можно использовать как минимум сегодняшний Hygraph или тот же Sanity.
А ещё меня зацепила концепция «федеративных» платформ. Сегодня мы увидели варианты реализации этого подхода в двух совершенно разных сферах. А в какой ещё сфере, с какими типами данных можно использовать тот же самый подход — чтобы он оказался гибче и удобнее для клиентов, чем жёстко сконструированные платформы?
О компании
Hygraph
- Сайт: hygraph.com
- Последний раунд: €27.6M, 29.03.2023
- Всего инвестиций: $43.6M, раундов: 6