Как показать свой инструмент другой команде

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

Допустим, мы сделали инструмент для загрузки фотографий в блог вместе с подписями из таблицы. В таблице каждой подписи соответствует имя файла. Раньше редактор передавал фотографии и таблицу разработчику и ждал, когда они появятся на сайте. Теперь всё можно подготовить и загрузить самостоятельно.

Можно начать показ с того, как мы разбирали таблицы и почему отказались от первой библиотеки. Возможно, это интересная история. Только редактор пока не знает, подойдёт ли его обычный файл и что случится с уже загруженными фотографиями, если отправить таблицу ещё раз.

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

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

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

Мне также важно показать повторное действие. Во время демонстрации мы обычно загружаем всё впервые. В обычной работе подписи исправляют, фотографии меняют, а потом отправляют тот же набор снова. Обновятся ли подписи? Заменятся ли файлы? Не исчезнут ли уже внесённые изменения? На этом месте стоит задержаться, даже если из-за этого не успеем перечислить остальные возможности.

После показа должно быть понятно, где открыть инструмент и куда написать, если что-то не получится. Можно предложить следующую загрузку сделать вместе: теперь за действиями редактора будем наблюдать мы, и он сможет задать вопросы, которых не возникало, пока всё показывали за него.

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