Документация для SaaS-продуктов: как создать и эффективно управлять¶
Многие технологические SaaS-компании сталкиваются с проблемами при разработке и распространении документации к своим продуктам (руководств пользователя, инструкций и обучающих материалов).
Часто это происходит из-за отсутствия знаний о правильном подходе к созданию документации или неясности в вопросе, кто именно должен отвечать за эти материалы.
Пока в мире существуют инструменты и программное обеспечение, нам необходима эффективная коммуникация, чтобы доносить информацию об использовании, разработке, функционировании и архитектуре этих продуктов. Почему это так важно? Ответ прост: технические коммуникативные навыки критически важны для сбора информации и помощи аудитории в лучшем понимании продукта или технологии.
В то время как в реальном мире общение происходит через речь, язык тела и выражение эмоций, в виртуальном мире техническая коммуникация осуществляется через документацию продукта!
Единственная цель технической документации — помочь пользователю понять принципы работы и архитектуру продукта. Это своего рода справочник "как использовать" для ваших новых сотрудников, пользователей/клиентов и всех, кому нужно знать методы работы и детальное описание всех компонентов продукта.
Обязанность менеджера продукта — взять на себя ответственность за создание команды, которая будет разрабатывать, управлять, публиковать и поддерживать качественную документацию.
Уверен, каждый менеджер продукта говорил или слышал в своем отделе фразы вроде: "Документация — это часть обязанностей владельца продукта", "Каждая команда разработчиков должна документировать свои приложения", "Функция внедрена, а руководство обновлено?" или, что еще хуже, "В технической документации ошибка".
Очевидно, что техническая документация может вызывать затруднения, несмотря на кажущуюся простоту! Пока сотрудники пытаются разрешить споры о том, кто за что отвечает, руководства и учебные материалы устаревают, что наносит вред имиджу вашего продукта и компании.
Чтобы помочь тем, кто сталкивается с подобными проблемами, вот несколько процедур для оптимизации документации вашего продукта.
Какова цель документации продукта?¶
Когда речь идет о документации для технологического продукта или услуги, мы говорим об информации, которая описывает его и связанных с ним данных.
Техническая документация помогает вашей аудитории и клиентам использовать, читать, понимать и применять ваш продукт. Большинство документации создается в различных областях, включая инженерию, медицину, информационные технологии и маркетинг.
Качественная техническая документация помогает пользователям ориентироваться в вашем продукте и использовать его без осложнений.
Также важно понимать, что техническая документация критически важна для поддержки клиентов и значительно влияет на бренд компании и доверие к нему. Когда у пользователей возникают проблемы, они обращаются к документации. Аудитория использует вашу документацию, чтобы изучить процессы и решить возникающие проблемы.
Поэтому наличие подробной и всеобъемлющей документации с возможностью поиска крайне важно.
Какие бывают типы документации продукта¶
В этом разделе рассмотрим, какие типы документации могут понадобиться для ваших клиентов.
Существует множество различных типов документации, отвечающих разным потребностям и сценариям использования:
Пользовательская документация: Включает руководства пользователя, инструкции, обучающие материалы, часто задаваемые вопросы, примечания к выпускам, учебные пособия и процедуры эксплуатации.
Корпоративная документация: Исследования показывают, что более 8 из 10 компаний из 1000 опрошенных используют формальные политики и процедурные руководства.
Существует множество других видов корпоративной документации, включая документы о политиках и процедурах компании, инструкции, технические практики, документацию по поведению и этике, а также юридическую документацию, которая может быть защищена паролем. Сюда также относятся структуры компаний, лучшие практики, процедуры и руководства по обслуживанию.
Документация для разработчиков: Этот тип документации предоставляет инструкции по разработке программного продукта, функциональные спецификации, технические спецификации, документацию и инструменты для упрощения рабочего процесса разработчика.
Теперь, когда мы лучше понимаем различные типы технической и продуктовой документации, давайте обсудим, с чего начинается процесс эффективного управления разработкой документации.
Назначьте руководителя разработки документации¶
Типичная проблема — определение того, кто должен отвечать за документацию продукта, не просто как человек, который ее обновляет, а как тот, кто несет ответственность за качество и успех продукта.
В некоторых компаниях считают, что каждый владелец продукта и/или менеджер продукта отвечает за документацию, а также другие отделы, такие как разработка и поддержка, могут быть ответственны за поддержание руководств пользователя и всех аспектов документации в актуальном и эффективном состоянии.
Разработка документации имеет много аспектов, но здесь мы выделим два из них:
-
Кто понимает, как работает продукт на всех уровнях (включая команды разработки и спецификаций).
-
Те, кто получает обратную связь от клиентов, которые изучают документацию и делятся своими трудностями, отзывами и замечаниями о понимании имеющейся документации.
Первый пункт помогает создавать документацию на основе имеющихся знаний, которая затем передается клиенту. В ответ клиенты дают обратную связь и запускают второй процесс, который помогает оптимизировать документацию.
Иногда эти два пункта не идеально организованы, и это приводит к ситуациям, когда документация никогда не получает необходимого внимания.
Один из подходов — назначить человека, ответственного за "эффективность" документации продукта. Представьте заказ на покупку, где "Документация продукта" — это продукт. Этот человек отвечает за работу со всеми командами компании, описывает, как каждый продукт создает свои руководства, и выявляет проблемы, связанные с этим процессом.
Цель не в том, чтобы этот владелец продукта и менеджер продукта полностью отвечал за создание и изменение руководств, а в том, чтобы помогать людям в каждой команде с управлением документацией.
Этот человек должен изучать, как пользователи взаимодействуют с документами, предлагать способы сделать обновления более плавными и собирать отзывы, чтобы определить, как улучшить каждую документацию для целевой аудитории. Наличие человека, ответственного за все аспекты документации, управление рабочим процессом и различными отделами, необходимыми для завершения этой документации, повысит продуктивность компании, создаст осведомленность и обучит клиентов через информационные порталы о продукте, а также в целом упростит понимание продукта.
Рассматривайте документацию как самостоятельный продукт¶
Продукты существуют, чтобы предоставлять ценность, которая соответствует или превосходит ожидания клиентов. Согласно статистике D2WorldWide, 73,7% людей считают документацию более полезной, чем видео, упаковку или продавцов, когда ищут информацию о продуктах, которые рассматривают для покупки.
Рассмотрим факторы, которые делают продукт привлекательным. Существует множество факторов, но для целей этой статьи сосредоточимся на трех: они превосходят ожидания по ценности, их использование приносит удовлетворение, и они конкурентоспособны.
Те же принципы применимы к качественной онлайн-документации. Документация, которая "превосходит ожидаемую ценность", показывает не только как использовать конкретный продукт, но и предлагает решения, о которых клиент не знает или не считает возможными. Всегда необходимо смотреть, как другие компании создают свою документацию, чтобы учиться на их успехах и ошибках.
Бессмысленно иметь компанию, которая разрабатывает уникальное и высококачественное программное обеспечение, опережающее конкурентов, если разработчики и клиенты, использующие вашу техническую документацию, не могут ее понять.
Учитывайте, что человек, читающий документацию, может быть не знаком с диапазоном возможных решений, предлагаемых продуктом, или с рынком (как часто бывает с техническими SaaS-продуктами), поэтому его нужно "обучить" этим решениям и различным опциям, связанным с продуктом.
Документация, использование которой "приносит удовлетворение", следует логическому шаблону чтения, подходящему для целевой аудитории. Нет смысла иметь самое подробное руководство в мире, если это 500-страничный PDF-файл или в нем нет примеров кода, и оно не создано динамически с возможностями поиска и другими функциями. Собирайте отзывы от пользователей вашей документации и персонала поддержки. Они определят основные проблемы, связанные с представленной информацией.
Конкурентоспособная документация — это та, которая постоянно обновляется с использованием наиболее эффективных методов обмена информацией. Она имеет такие удивительные функции, как встроенный поиск, переводы, различные версии, встроенные изображения, видео и многое другое!
Даже если ваше руководство по интеграции написано лучше, чем у всех технологических компаний, ему будет не хватать привлекательности без добавленного видео, изображений и кода, который можно скопировать и вставить для удобства ваших технически подкованных клиентов, покупающих ваши технические SaaS-продукты.
Всегда необходимо смотреть, как другие фирмы создают свои документы, чтобы учиться на их успехах и ошибках.
Бессмысленно иметь компанию, которая разрабатывает уникальное и высококачественное программное обеспечение, опережающее конкурентов, если разработчики и клиенты, использующие ваши документы, не могут их полностью понять.
Обратная связь по документации продукта
Эффективная техническая документация улучшает опыт конечного пользователя, совершенствуя процесс понимания продуктов и диагностики проблем с легкодоступными письменными решениями. Когда клиенты доверяют и понимают, как использовать ваши продукты, они могут вернуться к вам в будущем, когда возникнет необходимость.
Новое исследование SDL показывает, что роль документации на мировых рынках растет. Исследование показывает, что около 53% покупателей совершают покупки, используя техническую литературу, еще до того, как попробуют продукт. Также, другая статистика из этого исследования показывает, что 94% покупателей считают полезным иметь информацию о продукте в одном месте. Поэтому сегодня каждая компания уделяет одинаковое внимание как документации продукта, так и разработке или тестированию продукта.
Даже если у документации есть назначенный владелец, который управляет командой документации, они создали документацию, которая была пересмотрена и оценена для улучшения удобства использования, и она правильно обновлена, вы продолжаете бороться, чтобы ваши пользователи и потребители поняли ваши технические продукты. Это может возникнуть в результате неспособности пользователей/читателей понять, как читается ваша документация, или вопросов, которые они действительно задают. Это делает одним из самых сложных аспектов составления документации умение поставить себя на место читателя. В конце концов, кто бы ни создавал документацию продукта, он должен иметь хорошее понимание продукта.
Эти знания могут привести к тому, что автор упустит вещи, которые не так очевидны для среднего пользователя. Обычно это происходит, когда что-то самоочевидное для людей, создающих продукт, не совсем понятно тем, кто покупает и использует продукт.
Это может происходить различными способами:
Структура или форма письма: Хотя это может показаться субъективным термином, даже способ написания руководства может создать путаницу. Важно определить тип читателя, который читает документацию; иначе могут возникнуть фразы типа "Разработчики предпочитают примеры описательному тексту" или "Наша документация не ясна, несмотря на наличие примеров и визуальных материалов".
Организация тем в руководствах: Иногда компании, работающие на одном рынке, разрабатывают стандартизированный формат документации. Если руководства вашей компании не соответствуют этому формату, у читателя может возникнуть ощущение странности.
Чрезмерное использование неявных терминов: При применении к руководству сокращения могут иметь мало смысла, даже если фразы не являются аббревиатурами. Трудно заметить, но некоторые слова, такие как "статус", "идентификатор", "учетные данные", содержат неявное значение, скрытое как явное. Используйте конкретные обозначения, такие как "UserID", а не "UID".
Качественный перевод: перевод — это огромная часть глобального охвата. Часто компании создают плохо переведенные руководства пользователя и документацию продукта, которые не соответствуют культуре определенных стран, или просто слова не переводятся так же, как на английском языке в этой конкретной стране. Понимание этих тонкостей может превратить документацию из нечитаемой информации в полностью понятную и правильно переведенную документацию продукта.
Чтобы избежать таких ситуаций, цель состоит в том, чтобы разработать решение, которое собирает и анализирует обратную связь от пользователей и шаблоны навигации.
Инструменты обратной связи, такие как Vocally, функция Docsie, — отличный способ получать и оценивать шаблоны навигации и исследовать, как ваши клиенты просматривают документацию вашего продукта. Узнайте 7 золотых правил сбора обратной связи здесь.
Эта информация критически важна для обновления и оптимизации ваших руководств пользователя и документации продукта, чтобы создать более плавный опыт для ваших клиентов в изучении ваших продуктов. Нет ничего более разочаровывающего, чем представление нового продукта и обнаружение увеличения запросов в службу поддержки из-за плохих инструкций в руководстве.
Как написать исчерпывающую документацию продукта¶
Качественная документация продукта захватывающая, полезная и мощная. Я бы сказал, что умелая документация — необходимый компонент хорошего управления продуктом. Насколько менеджеры продукта участвуют в разработке продуктов, значительная часть успеха — создание отличной отполированной документации, которую наши клиенты могут понять и использовать для углубления своих знаний о наших продуктах.
Что происходит с большинством документации продукта?¶
Многие менеджеры продуктов не любят составлять документацию. Документация, с которой они знакомы, может не привлекать их клиентов, если не уделить больше внимания тому, чтобы сделать ее привлекательной, легкой для чтения и связанной с продуктом.
Однако часто компании не прилагают необходимых усилий для создания качественной документации. Плохая документация написана только для галочки. Она использует расплывчатые фразы, наполненные неясными мыслями и плохой компоновкой, чтобы отбить у пользователей желание взаимодействовать с материалом. Плохая документация создается для защиты автора от критики и является полной тратой времени для всех. И по этой причине клиенты не любят ее читать.
Как это исправить и написать лучшую документацию, которую наши клиенты будут с удовольствием читать?¶
Отличная документация написана с намерением быть прочитанной. Она лаконична. Хорошая документация хорошо отформатирована и может быть прочитана и понята каждым в компании или клиентами за три минуты. Она избегает жаргона и либо предоставляет, либо ссылается на бизнес-уровень представления. Отличная документация уделяет время описанию конкретных случаев использования, которые клиенты могут понять и применить для улучшенного использования продукта. Она вовлекает читателя и привлекает внимание к основным проблемам с хорошо проработанными решениями.
Сила хорошо написанной документации продукта¶
В малом, среднем или крупном бизнесе хорошо отформатированная техническая документация может сэкономить много времени и помочь сотрудникам работать продуктивнее. Это обычно верно для большинства продуктовых компаний, которые тратят большую часть своих бюджетов на наем технических писателей и создание технической документации.
Если в вашем бизнесе работает более двух человек, создающих документацию продукта, создание культуры хорошей документации полностью оправдано. Есть много причин, по которым вы хотели бы, чтобы ваша команда создавала, управляла и публиковала хорошо написанную документацию, но в следующем разделе мы рассмотрим, как эффективная документация является недорогим подходом к улучшению пользовательского опыта.
Эффективная документация — недорогой способ улучшить пользовательский опыт¶
Качественный пользовательский опыт — это основа для сохранения и поддержания лояльных клиентов. Большинство менеджеров проектов — оптимисты: они получают идею, увлекаются и затем выполняют ее. Хотя страсть достойна восхищения, а исполнение кажется продуктивным, наличие плана действий перед созданием документации жизненно важно.
Первые шаги после мозгового штурма — это инициирование цикла проектирования и структурирование контента документации таким образом, чтобы клиентам было все легче ее читать.
Также получение обратной связи от клиентов о текущей документации — важный шаг, необходимый для реструктуризации документации в соответствии с потребностями клиентов. Таким образом, менеджеры проектов могут создавать, управлять, поддерживать, публиковать и оптимизировать свою документацию с пониманием и автоматизацией. Это не простая и не незначительная задача, и наличие отличных инструментов, таких как Docsie, которые автоматизируют многие процессы для создания эффективной документации, крайне важно для успеха.
Привлекательная, увлекательная и удобная для навигации техническая документация помогает потребителям изучить продукт за меньшее время, что увеличивает вероятность того, что они правильно настроят продукт и будут его правильно использовать.
Все эти стратегии создания хорошо отполированной документации в конечном итоге приведут к более высоко оцениваемым продуктам, более благоприятным отзывам и увеличению продаж.
Как создать качественную документацию продукта¶
Как создать эффективную документацию и культуру, где это норма? Написание эффективной документации сложно, но есть много полезных функций в Docsie, которые могут помочь ускорить процесс создания хорошо проработанных и динамичных порталов документации. Ниже приведен высокоуровневый обзор нашего подхода к решению этой проблемы.
Начнем:¶
Ограничения по объему обеспечивают читаемость. Написание хорошего документа не должно быть сложным для чтения и понимания. Длинные, блуждающие предложения часто указывают на отсутствие ясности. Если сообщение нельзя правильно резюмировать на одной странице, это признак того, что менеджеру продукта, вероятно, следует вернуться и дополнительно разбить ситуацию.
Форматирование улучшает качество. Плохо структурированная документация увеличивает вероятность того, что автор будет импровизировать. Создайте шаблон с хорошо отформатированными разделами, таблицами и заголовками документов. Это одноразовые инвестиции с высоким потенциалом дивидендов.
Шаблоны помогают сэкономить время. Гораздо проще удалить раздел из шаблона, чем вспомнить, что нужно добавить. Это не снисходительно, а эффективно и экономит время. Простые разделы, которые напоминают автору начать с общего фона и быть конкретным в отношении измерений или опасных предположений, позволяют писать более точно и использовать иерархию решений.
Комментируйте и назначайте задачи. Нет более верного способа демотивировать ваших сотрудников от создания высококачественной документации, чем отсутствие комментариев к ней. Комментарии не обязательно должны быть очень умными; скорее, они должны указывать на вовлеченность и служить образцом. Хотя идеально предоставлять обратную связь в цифровом виде, чтобы другие в компании могли асинхронно получать пользу от разговора, простая функция в Docsie, которая позволяет комментировать и сотрудничать с вашей командой, отлично работает для команды документации продукта!
Узнайте больше о том, как Docsie помогает с сотрудничеством при создании документации:
https://www.docsie.io/blog/articles/collaboration-to-create-well-polished-product-documentation/
Типы документов должны масштабироваться в соответствии с потребностями вашей компании. По мере вовлечения большего числа заинтересованных сторон в процесс разработки продукта, коммуникация должна быть разделена на несколько документов (особенно если должен соблюдаться критерий "краткости" на одной странице). Docsie предлагает полезное и устойчивое решение для растущих команд документации продукта.
Используйте Docsie для ускорения создания отличной документации¶
Docsie — очень удобная платформа, которая помогает вам со всеми аспектами создания документации продукта и информационных порталов. В ней есть множество встроенных функций, которые делают создание, публикацию, поддержку и управление проектами документации действительно простыми и увлекательными! Вот лишь некоторые из многих функций Docsie, которые помогут вам достичь этих целей:
Возможность редактирования: Docsie позволяет всем нашим пользователям редактировать документацию после публикации, создавая альтернативную версию, которая не будет опубликована, пока не станет активной. Это замечательно, потому что команды управления продуктом могут работать над редактированием и изменением документации, а затем публиковать ее, когда они будут готовы, без необходимости разбираться с HTML и CSS. Документация автоматически обновится при переключении версии, когда они будут готовы.
Возможность поиска: если у вас много документации или продукт имеет множество функций, плагин поиска Docsie добавляет полезную функцию, которая позволяет вашим клиентам быстро и легко искать нужную информацию, ускоряя процесс просмотра и усвоения информации из вашей документации.
Возможность создавать ссылки: Docsie делает вашу документацию SEO-дружественной. Вы можете создавать обратные ссылки на определенные страницы вашего сайта или просто писать ключевые слова, основанные на ваших продуктах, которые будут доступны для поиска в интернете и привлекут новых клиентов, ищущих аналогичные продукты.
Возможность иметь разные переводы: Современный переводчик Docsie позволяет нашим пользователям переводить свою документацию на различные языки. Кроме того, с функцией выбора языка Docsie ваши клиенты могут выбрать язык, который им больше подходит. Это очень полезно для глобального охвата и расширения клиентской базы компании, одновременно укрепляя доверие с новыми клиентами за рубежом.
Возможность назначать задачи и комментировать для бесшовного сотрудничества: Docsie имеет потрясающие инструменты для сотрудничества с вашей командой документации. Вы можете оставлять комментарии, устанавливать задачи и назначать роли, чтобы лучше управлять тем, какие задачи выполняются каким пользователем, работающим над вашим проектом документации с Docsie. Узнайте больше в этом блоге.
Генерация обратной связи: Возможность знать, что ваши клиенты думают о вашей документации, — это единственный способ узнать, как оптимизировать вашу документацию в соответствии с потребностями клиентов, чтобы они могли более приятно понимать вашу документацию и информационные порталы. Чтобы узнать больше о важности обратной связи по документации продукта, пожалуйста, ознакомьтесь с моим блогом здесь.
Существует также множество других функций и возможностей, которые Docsie предоставляет вам и вашей команде управления продуктом для создания отличной документации. В этой статье я хотел бы рассмотреть плагины, которые каждый информационный портал и документация продукта Docsie могут добавить к своей документации для улучшения и повышения общей удобства использования.
Плагины Docsie для создания динамичного портала документации!¶
В этом разделе мы разделим объяснение этих плагинов для информационных порталов на три части.
ЧАСТЬ 1: В первой части мы покажем, что представляют собой "Выбор версии", "Выбор языка", "Отображение якорей разделов" и "Отображение навигации в футере".
ЧАСТЬ 2: В этой части мы рассмотрим плагины "Подсветка кода", "Поиск" и "Поделиться в социальных сетях".
ЧАСТЬ 3: В третьей части мы рассмотрим плагины "Предпросмотр изображений", "Метаданные документа" и "Автоматическое выделение раздела".
Прежде чем перейти к плагинам, давайте поговорим о том, как получить доступ к этим плагинам на платформе Docsie.
Сначала в рабочем пространстве нам нужно нажать на три точки в правом верхнем углу и открыть наш аккаунт:
Затем в разделе "Развертывания" мы можем получить доступ к плагинам после создания нового развертывания через "Настроить новое развертывание+"
Затем нажмите "Дополнительные опции", что позволит вам добавить эти плагины в вашу развернутую документацию через встроенный скрипт или через портал Docsie
Другой вариант — получить доступ к плагинам информационных порталов Docsie через кнопку "Обновить конфигурацию развертывания" под вашей уже опубликованной документацией.
Откроется эта панель управления, и затем вы можете добавлять или удалять плагины по своему усмотрению, а затем обновлять развертывание.
ЧАСТЬ 1:¶
Теперь, когда мы знаем, как получить доступ к плагинам Docsie, перейдем к ЧАСТИ 1.
Чтобы посмотреть видеоурок по части 1, посмотрите это видео:
Начнем с "Выбора версии" и "Выбора языка"
Когда эти два плагина активны, они появляются в левом нижнем углу вашего информационного портала как плавающие вкладки. Они позволяют вашим клиентам и тем, кто читает вашу документацию, просматривать ваши документы на разных языках и в разных версиях.
Когда пользователь выбирает язык в переключателе языков, вся документация, которую он читает, будет переведена на этот язык.
Отображение якорей разделов при активации позволяет вашим клиентам иметь ссылки рядом с каждым заголовком, которые дадут им ссылки на определенные разделы документации.
Каждый раз, когда эти ссылки нажимаются, часть заголовка будет меняться, и когда ваш клиент копирует и вставляет этот HTML, он направит человека, которому они его отправляют, к этому конкретному разделу документации.
Далее — "Отображение навигации в футере"
Этот плагин добавляет кнопку навигации в правом нижнем углу вашей документации. Выглядит это примерно так:
Таким образом, вашим клиентам будет удобнее перемещаться по вашей документации.
ЧАСТЬ 2:¶
Чтобы посмотреть видеоурок по части 2, посмотрите это видео:
В этой части мы рассмотрим плагины "Подсветка кода", "Поиск" и "Поделиться в социальных сетях".
Начнем с плагина "Подсветка кода"
Этот плагин отлично подходит для технических продуктов, которым нужно предоставлять различные коды своим клиентам. Плагин позволяет клиентам копировать и вставлять предоставленный код, чтобы они могли использовать его в своем редакторе для удобства, добавляя кнопку "Копировать".
Теперь рассмотрим плагин "Поиск".
После активации на вашем информационном портале Docsie ваши клиенты могут искать в вашей документации через поисковую навигацию в верхнем правом углу портала.
При нажатии на поиск появится сложная панель, которая позволит вашим клиентам точно определить, где найти определенную информацию в ваших полках и книгах.
Это значительно ускоряет процесс, в котором ваши клиенты могут найти и получить необходимую информацию о ваших продуктах.
Далее — плагин "Поделиться в социальных сетях"
Этот плагин позволяет вашим клиентам выделять разделы вашей документации и делиться ими в социальных сетях.
Это отлично, потому что может увеличить трафик, привлечь новых потенциальных клиентов и повысить общее доверие к вашему бренду.
ЧАСТЬ 3:
Чтобы посмотреть видеоурок по части 3, посмотрите это видео:
В третьей части мы рассмотрим плагины "Предпросмотр изображений", "Метаданные документа" и "Автоматическое выделение раздела".
Начнем с плагина "Предпросмотр изображений"
Предпросмотр изображений позволяет вашим клиентам увеличивать или уменьшать изображение в документации вашего продукта для лучшего просмотра.
Далее — "Метаданные документации"
Это позволяет нашим клиентам видеть временную метку, когда документация продукта или аспекты информационного портала были обновлены. Она будет расположена в верхней и нижней части документации.
Теперь рассмотрим плагин "Автоматическое выделение раздела"
Этот простой плагин позволяет вашим клиентам отслеживать, где они находятся в данной документации в информационном портале.
Он будет подсвечивать каждое место, где они находятся в информационном портале, чтобы ваши клиенты могли лучше отслеживать, в каком разделе они находятся, и легче перемещаться к другим разделам.
Все эти инструменты и многое другое предоставляются вам платформой Docsie. Если вы еще не пробовали, рекомендуем это сделать. Нажмите здесь
Если у вас есть вопросы, не стесняйтесь обращаться к нам по адресу hello@docsie.io