DevRel ломается не на коде, а на первом контакте с девом

DevRel ломается не на коде, а на первом контакте с девом

Если у продукта есть SDK, API или CLI, то DevRel начинается с вопроса: за сколько минут человек дойдёт до первого рабочего запроса. Не до чтения блога, не до регистрации в waitlist, а до результата в терминале.

Что обычно убивает onboarding:
— пример есть, а auth не сходится;
— в docs показан happy path, но нет ошибки 401/403;
— SDK прячет базовый HTTP-ответ и ломает отладку;
— в quickstart слишком много шагов до первого call.

Хороший DX — это когда dev может скопировать кусок кода, вставить токен и получить ответ без чтения всего раздела. Ещё лучше, если рядом есть curl-пример, минимальный запрос и одно место, где явно написано: «вот что сломается, если убрать этот параметр». Это экономит не только время, но и саппорт.

Для DevRel это простой тест: если первый сценарий не заводится без переписки с sales или support, у вас не onboarding, а квест. Честный quickstart, понятные ошибки и примеры для 2-3 самых частых языков часто продают лучше любого «developer-first».