Как общаться с разработчиками, если вы не технарь
Практика3 минРедакция Innovialabs
Коротко
Описывайте задачу через цель и пример, а не через техническое решение; сообщайте об ошибке шагами, ожидаемым и фактическим результатом со скриншотом; спрашивайте, из чего состоит оценка и какие в ней риски.
Главное правило: говорите о цели, а не о решении
Разработчикам не нужно, чтобы вы знали технологии. Им нужно, чтобы вы четко объясняли, что должно происходить и зачем. Как это реализовать — их зона ответственности.
Сравните:
- Плохо: «Добавьте кнопку, которая выгружает базу».
- Хорошо: «Бухгалтеру раз в месяц нужен список оплаченных заказов за период, чтобы сверить с банком. Сейчас он копирует их вручную».
Во втором случае разработчик может предложить вариант лучше: например, автоматическую отправку отчета на почту.
Как описывать задачу
Хорошая задача отвечает на пять вопросов:
- Кто — какой пользователь или роль.
- Что он хочет сделать.
- Зачем — какую проблему это решает.
- Как понять, что готово — критерии приемки.
- Пример — скриншот, ссылка на похожий сервис, набросок от руки.
Пример формулировки:
Как менеджер магазина, я хочу видеть заказы, не оплаченные больше суток, чтобы напомнить клиенту. Готово, когда в списке заказов есть фильтр «Не оплачен > 24 ч» и количество таких заказов видно на главной.
Одна задача — одна тема. Пять просьб в одном сообщении легко потерять.
Как сообщать об ошибке
Фраза «ничего не работает» почти ничего не дает. Разработчику нужно воспроизвести ошибку у себя.
Шаблон сообщения об ошибке:
| Поле | Что написать |
|---|---|
| Где | Страница, экран или ссылка |
| Шаги | Что вы делали по порядку |
| Ожидание | Что должно было произойти |
| Факт | Что произошло на самом деле |
| Окружение | Устройство, браузер или версия приложения |
| Вложения | Скриншот или запись экрана, текст ошибки |
| Когда | Дата и время, если ошибка случилась один раз |
Советы:
- Скриншот всего экрана, а не только фрагмента — видно адрес, состояние страницы.
- Запись экрана полезна, когда ошибка возникает в процессе действий.
- Текст ошибки скопируйте целиком, если он есть.
- Сообщите, повторяется ли ошибка и у всех ли пользователей.
Как спрашивать про оценки и сроки
Оценка — это прогноз, а не обещание. Чтобы она была полезной, задавайте вопросы:
- Из чего состоит оценка? Попросите разбивку по частям задачи.
- Что не включено? Тестирование, правки, публикация, перенос данных.
- Какие риски? Что может увеличить срок: интеграция с внешним сервисом, неясные требования.
- Что можно упростить, чтобы сделать быстрее? Иногда половина функции дает основную пользу.
- Когда будет промежуточный результат, который можно посмотреть?
Если оценка кажется большой, не торгуйтесь о цифре, а обсуждайте объем. Сокращение срока без сокращения задач обычно оборачивается ошибками.
Как избежать недопонимания
- Фиксируйте договоренности письменно. После созвона — короткое сообщение с итогами.
- Один канал для задач. Таск-трекер вместо разрозненных сообщений в разных мессенджерах.
- Один ответственный с вашей стороны, который принимает решения и собирает пожелания.
- Переспрашивайте термины. Нормально спросить, что значит «деплой» или «бэкенд», — лучше, чем гадать.
- Смотрите промежуточные версии регулярно, а не только в конце.
- Отделяйте ошибки от новых пожеланий. «Работает не так, как договорились» и «хочу по-другому» — разные вещи, и влияют на сроки по-разному.
Чего избегать
- Менять требования устно, «между делом», без записи.
- Ставить задачи с пометкой «срочно» по умолчанию — тогда срочным перестает быть ничего.
- Предлагать техническое решение, когда не уверены, что оно подходит.
- Принимать работу без проверки по критериям приемки.