Вчера

Ника Солдатова
1 день назад

Иногда любви, которую тебе дают, просто не хватает. Её может быть много — но мало для тебя. Можно бесконечно оправдывать другого: «он старается», «у него так получается», «не все же умеют любить по учебнику». Но внутри всё равно остаётся холодок и пустота.


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


Важно признать этот разрыв между «любят как могут» и «любят так, как мне нужно». Первое — часто про обстоятельства другого человека. Второе — про твои собственные границы и право на счастье.


Ты имеешь право оказаться там, где тебя любят не "как могут", а так, как ты этого заслуживаешь.

Показать полностью…
2 отметок Нравится. 0 сделано Репостов.
Пока нет комментариев
Юрий Филатов
1 день назад

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

Показать полностью…
2 отметок Нравится. 0 сделано Репостов.
Пока нет комментариев
ПРАКТИКА КАК СИСТЕМА с Юрием Филатовым
1 день назад

Решение ещё не стало системным

В практике часто кажется, что решение уже принято, потому что специалист понял и начал действовать по-новому. Поднял цену. Добавил услугу. Вышел на новую площадку. Изменил формат работы. Но потом обнаруживается: одна часть практики уже живёт по новым правилам, а соседние — по старым.

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

Для меня это важное различение: решение в голове и системное изменение — не одно и то же. Системным оно становится тогда, когда мы увидели, какие ещё элементы оно затрагивает, провели изменения по этим связям и посмотрели, что произошло в реальности.

Например, повышение цены — это не только новая цифра. Оно может изменить состав обращений, ожидания людей, требования к доверию до покупки, экономику загрузки и то, как специалист объясняет свою работу. Если поменялась только цифра, мы ещё не знаем, действительно ли новая конструкция работает.

С услугой то же самое. Новый формат должен появиться не только в списке предложений. Нужно понять, для какой ситуации он нужен, откуда человек в него приходит, какой следующий шаг видит после него, как он описан публично, какие условия теперь нужны и сколько ресурса он забирает.

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

Такая карта помогает делать простую, но важную вещь — «проводку» изменений. Принял значимое решение — посмотрел, какие соседние элементы оно затрагивает. Не обязательно перестраивать всё. Но полезно убедиться, что новая часть не начала противоречить остальной системе.

При этом сама архитектура не должна становиться новой бюрократией. Если после каждого небольшого движения нужно часами обновлять таблицы и схемы, система начинает обслуживать себя. Мне ближе другой принцип: фиксировать то, что действительно меняет конструкцию и помогает принимать следующие решения точнее.

Ещё одно важное различение — факт, решение и гипотеза. «Пришло столько-то подходящих обращений» — факт. «Оставляем эту площадку основной» — решение. «Если усилим здесь профессиональные кейсы, станет больше целевых диалогов» — гипотеза, которую ещё нужно проверить.

Когда эти уровни смешиваются, временный эксперимент легко превращается в правило просто потому, что его однажды придумали. А старая договорённость может жить в системе, хотя реальность давно показывает другое.

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

Для меня система живёт именно так: наблюдение → гипотеза → решение → действие → данные → уточнение. А архитектура нужна, чтобы последствия каждого значимого решения не терялись между разными частями практики.

Иногда проблема не в том, что специалист принимает плохие решения. А в том, что хорошие решения остаются локальными — и практика продолжает жить сразу в нескольких версиях себя.

Показать полностью…
3 отметок Нравится. 0 сделано Репостов.
Пока нет комментариев

20 сентября 2026

ПРАКТИКА КАК СИСТЕМА с Юрием Филатовым
2 дня назад

Полгода назад клиент сказал:

— Хочу перестать бояться публичных выступлений. Мне важно выйти на большую профессиональную сцену.

Через несколько месяцев ему прислали приглашение на конференцию.

— Откажусь, — сказал он.

Специалист удивился:

— Но это же была наша цель.

— Была. Я понял, что не хочу строить работу вокруг выступлений.

Меня цепляют такие повороты.

Иногда за отказом действительно стоит страх, и тогда полезно не торопиться считать цель изменившейся. Иногда поменялись обстоятельства. А иногда человек просто перестал хотеть то, к чему раньше стремился.

Я бы различал невозможность идти к цели и изменение самой цели.

Профессионализм — не только помогать двигаться, но и заметить, когда старая точка больше не принадлежит клиенту.

Полезный вопрос:

он отказывается, потому что не может — или потому что больше не выбирает это?

Показать полностью…
4 отметок Нравится. 0 сделано Репостов.
Пока нет комментариев