Что собрать самому до первого разговора с разработчиком, о чём заранее спросить коллег и какую часть описания заказа спокойно оставить исполнителю или аналитику.
Возьмите один недавний заказ и пройдите его от первого обращения до результата: кто что делал, какие сведения понадобились, где они хранились и по какому признаку все поняли, что работа закончена. Такое описание разработчик поймёт без технических слов.
Если одни и те же сведения вводят дважды в разных программах, до решения о новой системе стоит проверить, нельзя ли наладить передачу между уже работающими. Разберём, когда связь уместна, а когда нет, и как составить карту передачи: что, откуда, куда, когда и кто разбирает ошибку.
Как задать всем исполнителям одни и те же вопросы и увидеть, чем их предложения действительно отличаются: результатом, составом работы, исключениями и ответственностью.
Что попросить показать, как проверить работу на одном знакомом сценарии и как записать расхождения так, чтобы обе стороны одинаково понимали следующий шаг.
Четыре договорённости, без которых обращения сотрудников теряются: куда писать, кто отвечает внутри компании, как разбирать ошибку и как заказывать изменения.
Как выбрать пробный участок, назначить ответственных, научить людей на их собственной работе и заранее решить, по каким признакам переход продолжать или остановить.