Как работать с разработчиками, если вы не технарь

Работать с разработчиками без технического бэкграунда значит не учить код, а уметь чётко сказать, что должно измениться для покупателя, договориться, как вы это проверите, и видеть, что происходит с проектом. Для этого хватает обычных управленческих навыков.

Что вам нужно уметь, а что нет

Знать язык программирования не нужно. Нужно уметь:

• описать результат, а не решение: «покупатель видит статус доставки Новой почты в кабинете» вместо «сделать API-интеграцию»;
• сказать, зачем это нужно и какая цифра должна измениться;
• договориться о критериях приёмки: по чему вы скажете «готово»;
• понимать, что проверять: форму, оплату, мобильную версию, письма.

Как ставить задачу

1. Одно предложение о цели и о том, какую проблему это решает.
2. Кому это нужно (покупатель, менеджер, бухгалтер).
3. Как должно работать, по шагам, с примером реального заказа.
4. Что считаем готовым: перечень проверок.
5. Что не входит в задачу.

Для больших изменений составьте техническое задание и сразу договоритесь, кто что проверяет.

Как не зависеть от одного человека

• Доступы (домен, хостинг, код, аналитика) должны быть оформлены на компанию.
• Код лежит в репозитории, к которому у вас есть доступ.
• Изменений много, и они небольшие, а не одна большая сдача раз в полгода.
• Есть тестовое окружение, где вы смотрите изменения до публикации.
• Решения и объяснения записаны, а не только сказаны.

Разработчики и AI

Разработчики уже массово пользуются AI. По отчёту DORA 2025 (опрошено почти 5 000 технических специалистов) AI используют 90% опрошенных, а 30% мало доверяют или совсем не доверяют сгенерированному коду. Главный вывод отчёта: AI усиливает то, что уже есть в команде. Сплочённые команды получают выигрыш в эффективности, разрозненные лишь больше проблем (Google, DORA 2025). Для вас это означает: спрашивайте не «используете ли вы AI», а «как вы проверяете результат». Подробнее о границах: вайб-кодинг и технический долг.

Типичные ошибки

• Давать задачу на словах без записи.
• Менять требования посреди работы и удивляться срокам и стоимости.
• Не смотреть промежуточные результаты до самой сдачи.
• Не спрашивать, что будет с поддержкой после запуска и кто за неё платит (стоимость владения).
• Измерять работу часами, а не результатом для покупателя.

FAQ

Как понять, что разработчик говорит правду о сроках? Попросите разбить работу на небольшие этапы с видимым результатом и смотрите на них каждую неделю. Один этап проверяется значительно проще, чем общая «готовность 80%».

Что делать, если мне непонятны технические термины? Попросите объяснить на примере заказа покупателя. Если человек не может объяснить просто, это сигнал.

Нужен ли мне собственный технический консультант? Для больших проектов (новая платформа, миграция) может оправдать себя. Сначала проверьте, хватит ли хорошего ТЗ и приёмки.

Связанные термины

• Из чего состоит техническое задание для создания интернет-магазина?
• Технический долг
• Вайб-кодинг (vibe coding)
• SaaS-платформа, собственный магазин или вайб-кодинг: что выбрать
• Своя команда или агентство

Источники

• Google. How are developers using AI? Inside our 2025 DORA report — blog.google/technology/developers/dora-report-2025