Программа может выполнять все команды правильно и при этом выдавать неправильный результат. Достаточно, чтобы на входе оказались данные, которые выглядят одинаково для человека, но означают разное для системы. Или наоборот: две одинаковые записи отличаются одним незаметным символом. В задачах автоматизации и маркировки это особенно заметно. Скорость обработки мало помогает, если связь между товаром, кодом и документом уже нарушена. Поэтому мне интереснее начинать обсуждение будущего инструмента с самого обычного файла, который в него собираются загружать...
ARS
Автоматизация без большого проекта: что можно собрать из готовых интеграций
Не каждой рабочей задаче нужен собственный сайт или большая программа. Иногда данные уже живут в нескольких сервисах, а человек просто переносит их между окнами. Пришла заявка - скопировать её в таблицу, сообщить ответственному и отметить, что работа началась. Такую цепочку можно связать готовыми интеграциями. Но даже если для настройки не пришлось писать код, это всё равно маленькая система. У неё есть правила, ошибки и человек, который должен понимать, что происходит. Представим форму для внутренних заявок...
Пользователь просит кнопку. Как понять задачу за этой просьбой
"Добавьте ещё одну кнопку" - вполне нормальная обратная связь. Человек столкнулся с неудобством, представил решение и предложил его автору. Сложность начинается, если сразу реализовать предложение, не выяснив, какое действие стало трудным. Для небольшого проекта каждая новая функция заметна: её нужно продумать, сделать, проверить и потом поддерживать. Поэтому мне важно понимать задачу за просьбой. Это помогает не обесценивать опыт пользователя и одновременно не превращать интерфейс в коллекцию случайных дополнений...
Хорошее сообщение об ошибке экономит время всей команды
Человек нажимает кнопку и видит: "Ошибка. Попробуйте позже". Что именно не получилось, можно ли повторить действие и сохранились ли введённые данные - неизвестно. В результате он нажимает ещё раз, пишет коллеге или отправляет снимок экрана тому, кто поддерживает программу. Сообщение об ошибке кажется небольшой частью интерфейса. Но в момент сбоя именно оно определяет, сможет ли пользователь продолжить работу. Если ответ непонятен, проблему приходится одновременно разбирать нескольким людям. Рассмотрим загрузку файла...
Первая версия продукта: что действительно нужно оставить
Пока продукт существует только в голове, у него почти нет ограничений. Хочется сразу добавить личный кабинет, статистику, настройки, уведомления и несколько вариантов оформления. Каждая идея кажется полезной, а первая версия постепенно превращается в план на неопределённое время. Мне знакомо это ощущение по собственным экспериментам. Чем больше понимаешь возможностей, тем сложнее остановиться. Но первый запуск нужен, чтобы встретиться с реальной задачей и реальным использованием. Для этого продукту необходим законченный рабочий сценарий...
Резервная копия есть. А получится ли из неё восстановиться?
Сообщение "резервная копия создана" успокаивает. Где-то лежит архив, значит, работа не пропадёт. Но в момент сбоя понадобится не сам факт существования файла, а возможность вернуть проект в рабочее состояние. Для небольшой цифровой мастерской это легко отодвинуть на потом. Сначала хочется запустить сайт, добавить материалы и закончить новую функцию. Резервные копии редко выглядят как заметное развитие продукта. Зато именно от них может зависеть, сколько уже сделанной работы удастся сохранить. Условный сайт состоит не только из файлов с кодом...
