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

Как распознать хороший портал для разработчиков?

Не уверены, как должен выглядеть ваш запланированный портал для разработчиков? Или как текущая? Взгляните на него как на пользователя и честно оцените основные показатели. Или спросите самих разработчиков, как они видят свою работу с порталом. Что отслеживать? Бизнес-ценность, UX или информационная структура. Следующие вопросы помогут вам сделать точную оценку.

  • Объясняются ли на портале преимущества решения?
  • Насколько быстро происходит адаптация? Можно ли смотреть материалы без регистрации?
  • Как портал выглядит и как работает? Это понятно? Знает ли пользователь, с чего начать и как достичь своей цели?
  • Есть ли тестовая среда? Сходны ли данные концептуально с производственными?
  • Легко ли ориентироваться в портале? Есть ли у него логическая структура?
  • Узнает ли пользователь информацию (подводные камни и особенности) в нужное время и в нужном месте?

Как с нуля создать хороший портал разработки?

В DX Heroes мы все прошли этап разработки, поэтому по собственному опыту знаем, как должен выглядеть портал для разработчиков и какие атрибуты он должен иметь, чтобы разработчики могли хорошо работать. И как мы будем действовать? Мы задаем себе следующие вопросы, и ответы на них помогают нам в процессе создания.

1. Определение бизнес-цели портала

Должен ли он служить не только информационной ценностью, но и деловым (ведущим) каналом?

2. Определение конечного пользователя

Кто такой типичный пользователь? Это просто разработчик? Или другие роли, например, аналитик или менеджер по продукту? Какая наименее техническая часть?

3. Деловой Интернет и портал для разработчиков

Как связаны эти два канала? Где заканчивается бизнес-сайт и начинается портал для разработчиков?

4. Определение бюджета

Насколько велик или мал бюджет? Его высота влияет на объем и функции портала (например, небольшой бюджет не дает места для песочницы).

Теперь, когда у нас есть важная информация, что дальше?

1. Определение технического стека

Для нас это обычно интеграция React или nextJS + на клиентском сервере.

2. Анализ и создание структуры

Создайте портал так, чтобы страницы и информация следовали друг за другом.

3. Определение и написание инструкций

Определите и подготовьте инструкции о необходимости своевременного изучения информации пользователем.

4. Создание копии для целевой страницы

Тексты должны быть понятными и находить отклик у целевой группы.

5. Справочник по настройке API

Четкое объяснение параметров и атрибутов связи.

При желании дайте им возможность опробовать API (например, cURL)

6. Создание пользовательского интерфейса

Прототипирование основано на созданных материалах со всеми элементами.

Как изменить существующий портал для разработчиков?

У вас уже есть портал для разработчиков, но он не отвечает вашим требованиям и требованиям ваших разработчиков? Просто настройте существующий. Как это сделать?

1. Определение бизнес-цели портала

Должен ли он служить не только информационной ценностью, но и деловым (ведущим) каналом?

2. Определение конечного пользователя

Кто такой типичный пользователь? Это просто разработчик? Или другие роли, например, аналитик или менеджер по продукту? Какая наименее техническая часть?

3. Определение бюджета

Насколько велик или мал бюджет? Его высота влияет на объем и функции портала (например, небольшой бюджет не дает места для песочницы).

И что дальше?

1. Определение технического стека

Обдумайте с клиентом, использовать ли существующие тексты в новом решении или разработать текущий стек технологий.

2. Анализ и модификация конструкции

Проверьте, следуют ли страницы и информация друг за другом, или измените структуру.

3. Определение и заполнение инструкций

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

4. Редактировать копию целевой страницы (если есть)

Тексты должны быть понятными и находить отклик у целевой группы.

5. Справочник по настройке API

Четкое объяснение параметров и атрибутов связи.

При желании дайте им возможность опробовать API (например, cURL).

6. Создание пользовательского интерфейса

Прототипирование основано на созданных материалах со всеми элементами.

Хотите узнать, как обстоят дела у вашего портала разработки, или получить совет по созданию нового портала с нуля? Свяжитесь с нами, и мы вместе выясним, чем мы можем вам помочь. Мы порекомендуем вам, как должен выглядеть и работать портал, и поможем с его созданием.