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