
Кейс CRM-платформы «Модус»: уходим из Confluence в Docs as Code
krakenkaken 1 час назад Кейс CRM-платформы «Модус»: уходим из Confluence в Docs as Code 10 мин 3.1K Блог компании Gramax Анализ и проектирование систем * Подготовка технической документации * CRM-системы * Управление...
Anthropic — What company has the best second artificial intelligence model at the end of June?
В сфере искусственного интеллекта произошло заметное событие. krakenkaken 1 час назад Кейс CRM-платформы «Модус»: уходим из Confluence в Docs as Code 10 мин 3. 1K Блог компании Gramax Анализ и проектирование систем * Подготовка технической документации * CRM-системы * Управление продуктом * Кейс Всем привет, я Катя, развиваю Gramax. Мы часто говорим, что документация должна жить в одном ритме с продуктом.
В этом кейсе как раз видно, что за этой фразой стоит на практике. Команда CRM-платформы «Модус» от ИТ-холдинга Т1 переводит руководства пользователя и администратора из Confluence в Docs as Code. Задача — связать документацию с релизами продукта, сократить ручную сборку и сделать так, чтобы аналитики могли писать в Markdown без боли.
Технические детали
Подробно об этом мы поговорили с Екатериной, владельцем продукта «Модус», и Еленой, ведущим аналитиком, которая драйвила переход на новый процесс. В статье раскроем: что не работало в старой схеме, как команда выбирала инструмент, как прошел пилот и какого эффекта удалось добиться. Что представляет собой Модус«Модус» от ИТ-холдинга Т1— платформа для автоматизации бизнес-процессов взаимодействия с клиентами.
Платформу используют крупные заказчики, в том числе банки, и крупнейшая авиакомпания России. Есть регулярные релизы, релизные ветки, руководства пользователя и администратора, технические спецификации, внутренние регламенты, инструкции для команд и материалы для поддержки. В основе — CRM-система «Модус».
И еще несколько крупных бизнес-модулей, построенных на базе платформы: Маркетинг, Лояльность, Взыскание, Аналитика, Продажи, CPO, Сервис, Контактный центр. Пользовательская документация: руководства пользователя и администратора, которые отдают заказчикам и партнерам. Основные авторы пользовательской документации — аналитики.
Отраслевые последствия
Они описывают сценарии, ограничения и поведение системы. Продукт поставляется отдельно, документация живет в Confluence отдельно. Чтобы передать ее заказчику, специалисты выгружают нужные материалы, собирают Word-файлы, проверяют актуальность и версию, а потом отправляют документацию отдельным комплектом.
Проблема: «а что было в 27 версии? »У команды несколько версий платформы в эксплуатации. Один заказчик на одном релизе, другой на другом, кто-то на промежуточной версии.
И когда прилетает вопрос по методу, модулю или сценарию, нельзя ответить по последней странице в базе знаний. Нужно понять: в какой версии живет клиент и что именно было в этой версии. Елена описала это очень точно:«Отсутствие версионирования для нас было трэшем.
Событие, по словам экспертов, усилит конкуренцию в сфере ИИ.





