Подход
Я не начинаю с готового решения
Часто задача сразу формулируется через конкретное требование: сделать сайт, внедрить CRM, автоматизировать процесс, настроить инструмент или просто «сделать нормально».
Но первое решение не обязательно связано с настоящей причиной проблемы. Поэтому сначала я стараюсь понять, как устроена система, где находятся её ограничения и что действительно должно измениться.
Только после этого имеет смысл проектировать решение и проверять его на практике.
До выбора решения
Сначала нужно увидеть, что происходит на самом деле
Системой может быть бизнес, рабочий процесс, путь клиента, услуга, команда, цифровая инфраструктура или отдельный проект. Важно увидеть не только её элементы, но и связи между ними.
Я смотрю, где возникают задержки и потери, какие действия повторяются вручную, как передаётся информация, какие решения принимаются на ощущениях и какие ограничения сильнее всего влияют на результат.
При этом важны не только процессы и технологии. Люди тоже являются частью системы: они могут обходить неудобные правила, не фиксировать данные, сопротивляться изменениям или использовать инструмент совсем не так, как предполагалось.
Поэтому я стараюсь отделять факты от первоначальных объяснений. Для этого использую доступные данные, наблюдения, опыт участников, похожие случаи и практическую проверку предположений.
Инструмент становится решением только тогда, когда понятно, какую часть системы он должен изменить.
Рабочий метод
От понимания системы к проверяемому решению
В сложной задаче редко видно весь путь сразу. Поэтому мне важна не уверенность в первой идее, а последовательность движения.
-
01
Понять ситуацию
Увидеть, что происходит в реальности, а не только в первоначальном описании задачи.
-
02
Описать систему
Определить элементы, связи, процессы, людей и ограничения, которые влияют на результат.
-
03
Проверить предположения
Собрать доступные данные и факты, которые подтверждают, уточняют или меняют первоначальное понимание.
-
04
Найти точку изменения
Понять, какое ограничение действительно влияет на результат и что имеет смысл менять в первую очередь.
-
05
Спроектировать решение
Выбрать изменение, которое соответствует задаче, учитывает ограничения и не добавляет лишней сложности.
-
06
Проверить и скорректировать
Посмотреть, что изменилось в реальной системе, и скорректировать решение по результату.
Этот процесс не всегда идёт по прямой. Новые данные могут изменить первоначальное понимание, а проверка — показать другое ограничение. Важно не держаться за первое решение, если реальность показывает иное.
Простой пример
Запрос и задача — не всегда одно и то же
Например, владелец бизнеса приходит с запросом «нужен новый сайт». Технически задача понятна: спроектировать страницы, подготовить интерфейс и запустить разработку.
Но в процессе может выясниться, что предложение бизнеса не сформулировано, разные услуги смешаны между собой, заявки обрабатываются без понятного процесса, а данных о поведении клиентов почти нет.
Тогда новый сайт сам по себе не решит задачу. Сначала нужно понять, что именно он должен изменить и какие проблемы вообще относятся к сайту, а какие находятся в других частях системы.
Где подход полезен
Когда задача шире отдельного инструмента
Такой подход полезен, когда уже видно, что что-то работает плохо, но причина пока непонятна.
Или наоборот: есть идея сайта, сервиса, автоматизации, нового направления или изменения процесса, но ещё неизвестно, что действительно стоит создавать и что нужно проверить до серьёзных вложений.
В таких ситуациях важнее не быстрее выбрать инструмент, а найти точку, изменение которой действительно повлияет на систему.
Проблема выглядит технической, но её причина может находиться в процессе.
Есть несколько возможных решений, но непонятно, какое стоит проверять первым.
Система уже работает, но отдельные части мешают друг другу.
Предстоят вложения, но пока слишком много непроверенных предположений.
Дальше
В проектах видно, как этот подход работает на практике
Там исходная задача сталкивается с реальной системой: появляются ограничения, меняется первоначальное понимание и становится видно, почему было выбрано именно такое решение.