Сначала опишите изменение для пользователя
Инновация предполагает внедрённый новый или существенно улучшенный продукт либо процесс, а не только обсуждение возможного изобретения. При этом новизну нужно соотносить с тем, что уже используется в конкретной организации. Не всякое небольшое изменение оформления становится значимым нововведением. Возьмём вымышленную мастерскую: посетители путаются, в какое окно выдачи обращаться. Команда предлагает цифровой экран. Прежде чем обсуждать оборудование, полезно описать проблему наблюдаемыми словами: человек не может самостоятельно определить нужное окно по имеющейся информации. Возможны разные решения — изменение обозначений, другая последовательность выдачи или экран. Формулировка проблемы оставляет пространство для сравнения и не заставляет проект защищать первую выбранную технологию.
Проверяйте самое важное предположение
Для нашего примера предположение может быть таким: если показать номер заказа и обозначение окна в одном месте, посетитель сможет выбрать направление без дополнительного вопроса. Его можно исследовать на простом макете из бумаги. Для этого не требуется сначала покупать оборудование или создавать полноценную систему. Заранее определите задание и наблюдение: участник получает вымышленный номер и показывает нужное окно. Отдельно фиксируют ошибки, необходимость подсказки и непонятные обозначения. Одобрительный отзыв о красивом макете не равен успешному выполнению задания. Небольшая проверка помогает заметить проблемы, но сама по себе не доказывает, что результат сохранится при большой очереди, другом помещении или сбое оборудования. Границы испытания нужно записать вместе с выводами.
Свяжите результат с дальнейшим решением
До проверки полезно договориться, что означает каждый исход. Если участники не понимают обозначений, сначала меняют их. Если маршрут понятен, следующим вопросом может стать работа решения в условиях очереди. Если проблема не подтверждается, возможно, проект решает не ту задачу. Чёткое правило не позволяет объявить успехом любой результат. Назначьте ответственного за проверку, ограничьте необходимые ресурсы и определите момент обсуждения выводов. Документируйте не только то, что решили продолжать, но и какие предположения ещё остаются. Прототип показывает отдельные стороны замысла и не обязан обладать всеми свойствами готового продукта. Переход к настоящей эксплуатации требует отдельной проверки качества, надёжности и соответствия условиям использования. Быстрый опыт не отменяет эту работу.
Попробуйте на практике
Спроектируйте бумажную проверку идеи для вымышленной мастерской. Не используйте настоящие клиентские сведения и не меняйте реальный процесс обслуживания.
- Опишите проблему посетителя одним предложением, не называя заранее выбранную технологию.
- Сформулируйте проверяемое предположение о том, какая информация поможет выбрать окно выдачи.
- Нарисуйте простой макет с вымышленными номерами заказов и задайте один сценарий поиска.
- Запишите признаки удачного выполнения, возможные ошибки и следующее решение для каждого из этих результатов.
Как проверить результат. В плане связаны проблема, предположение, наблюдение и решение. Красота макета не подменяет выполнение задания, а выводы ограничены теми условиями, которые действительно предполагается проверить.
Частые вопросы
Нужен ли для первой проверки полноценный продукт?
Нет, если вопрос можно исследовать более простым прототипом. Важно, чтобы выбранная форма позволяла наблюдать именно нужное действие, а её ограничения были понятны.
Неудачная проверка означает провал проекта?
Она может показать ошибочное предположение до больших затрат. Дальнейшее решение зависит от причины: изменить решение, уточнить проблему, проверить другой вариант или прекратить работу над неподтверждённой идеей.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.