ЭЯЙ

– IT-директор (может заблокировать твой проект, но не может утвердить бюджет ) – какой-нибудь зам/помощник, которого посадили просто послушать и пересказать. Никто из них не носит на лбу таблички. Все ведут себя уверенно, кивают и что-то обещают. Я для себя ввела скоринг клиента — это набор вопросов, по которым я после первого колла понимаю, насколько проект реален. Файл прикрепила, пользуйтесь. Там есть пояснительные комментарии, размером почти с целый пост. Эти вопросы задаем ИСКЛЮЧИТЕЛЬНО на звонке. Не текстом. Что должно быть на выходе с Discovery. Еще раз. 1. Четко сформулированный запрос (одной фразой) 2. Критерии успеха проекта (что значит «получилось») 3. Карта стейкхолдеров (кто ЛПР, кто не хочет этот проект, кто пользователь) 4. Три уровня боли (функция/деньги/политика) 5. Договоренность о следующем шаге (NDA и пресейл) Если хотя бы одного пункта нет — не иди дальше. Discovery — это последняя точка , где ты можешь «не продать» без финансовых и временных потерь. Потому что после NDA, после КП, после подписанного договора — выйти из проекта уже сложнее. На этапе Discovery ты ещё свободный человек. Не бойся задавать «глупые» вопросы. Не стесняйся говорить «давайте я переспрошу, чтобы убедиться, что правильно понял». И, пожалуйста, не присылай КП после первого 30-минутного созвона. Я знаю, хочется закрыть проект быстро. Но это всегда плохо кончается и для тебя и для заказчика. В следующем посте разберём NDA — злой молоточек из карты. Кого он защищает и почему стандартный NDA от заказчика — это почти всегда NDA в одни ворота. Как утверждать правки, что именно править и на какие формулировки, чтобы это всех устроило. Будет нудно. Но полезно. #ЭяйГрабли #Discovery

«А этот проект сейчас с нами в одной комнате?» Discovery ч.1 Discovery — это тот этап, на котором ты ещё ничего не продал, ничего не подписал, и формально вообще ни за что не отвечаешь. Поэтому 80% AI-инженеров и фрилансеров его достаточно быстро пропускают и бегут писать КП. Так не надо. Ниже три реальные истории. Кто работал в кастоме, тот возможно узнает себя. Кейс 1. Клиент сказал «нам нужен AI-агент, который будет отвечать клиентам в чате». На присейле выяснилось, что под «отвечать клиентам» имелось в виду интегрироваться с тремя CRM, двумя ERP, четырьмя мессенджерами, включая неизвестный корпоративный, плюс уметь голосом, плюс понимать сленг отрасли, плюс отдавать всё это в их кастомную аналитику. Бюджет, который клиент держал в голове на старте — 600к. Реальная стоимость такой задачи — от 5 млн. Вопрос: на каком этапе должно было всплыть это расхождение? Кейс 2. Заказчик пришёл с запросом на «AI для аналитики звонков». Мы сделали первый созвон, всё классно, KPI понятные, метрики тоже. Через две недели на пресейле всплывает, что истории звонков у них не хранятся. Вообще). То есть продукт, под который мы уже наполовину собрали архитектуру, физически не на чем построить. На каком этапе должен был всплыть этот вопрос? Кейс 3. Грустный . Клиент с виду адекватный, бюджет есть, говорит, что он лицо, принимающее решение, всё подписывается быстро. Через месяц пилота выясняется, что человек, с которым мы общались — не тот, кто принимает решение. Реальный ЛПР про проект узнал от своего юриста и был, мягко говоря, в шоке. Проект встал. На каком этапе это должно было всплыть? Все это – этап Discovery. Что вообще происходит на Discovery и зачем он нужен ? На Discovery есть три уровня боли:

– функциональная — что не работает в процессе? – экономическая — сколько это стоит компании в деньгах/времени? – политическая — кому внутри компании это решение нужно и зачем именно ему?

Третий уровень почти все игнорируют. И это очень плохо. Именно политическая боль определяет, подпишут ли тебе договор. Что касается задач на Discovery. В посте про расшифровку карты я уже немного затронула эту тему. Задачи три:

1. Превратить хотелки в реальный запрос. 2. Понять, в чём настоящая боль. 3. Убедиться, что ты вообще разговариваешь с тем человеком.

Превращаем хотелки в запрос. Клиент приходит с болью. «У нас проблема с поддержкой». «У нас бардак в документах». «Я видел это у Сбера, хочу так же». Твоя задача раскопать.

Что такое бардак? Сколько документов в день? Какие? Кто их сейчас обрабатывает? Сколько времени уходит? Где конкретно человек ошибается? Что считается «нормально»?

Главный маркер хорошего Discovery: к концу созвона у тебя в голове должна быть одна короткая фраза, которая описывает задачу так, что любой человек из твоей команды её поймёт без контекста: «AI для бэкофиса» 👎🏽 «Модель, которая по входящему счёту определяет проект и автоматом ставит на согласование нужному менеджеру». ✅ (Если такой фразы нет — discovery не закончен). Боль — это не то, что озвучивают. Самая дорогая ошибка на этом этапе — поверить заказчику на слово. Заказчик говорит: «нам надо ускорить обработку заявок». Ты начинаешь считать КП. А его реальная боль, что финдир его задолбал нытьём про раздутый штат сотрудников в этом отделе и ему нужно показать на следующем совете директоров, что «ЭЯЙ внедрён, сотрудников стало меньше». )) Ему нужен не результат — ему нужен классный отчет перед руководством. Это нормально. Но если ты этого не знал, ты строишь продукт под одну метрику, а оцениваться будешь по другой.

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

С кем ты вообще разговариваешь. Мое любимое. И самое игнорируемое. Запомни, на первом колле в 70% случаев присутствует НЕ ЛПР. Это может быть: – директор по цифровизации (звучит как ЛПР, но бюджет утверждает финансовый директор) – продакт (горит идеей, но на проект влияет только косвенно)

Всем привет. На готове следующий пост в рубрике заказной AI-разработки. А пока немного о личном. До сих пор не поделилась здесь самыми сумасшедшими эмоциями в моей жизни от полета в космической невесомости, подаренной Богданом.

Как говориться, если ты до*уя хочешь— скорее всего ты встретишь того, кто до*хуя может. И зная этого человека, могу сказать точно — он может вообще все. 🚀

Искренне считаю, что каждому соприкоснувшемся с Богданом достаточно близко, в бизнесе или дружбе, очень и очень сильно повезет. Я не встречала мужчин, которые умеют так любить, поддерживать, отдавать, мотивировать и бустить на рост других людей. Даже этот канал существует благодаря тому, что он убедил меня начать делиться моей экспертизой. Спасибо, моя любовь @bogdanisssimo за то, что ты для меня делаешь и за то, что с тобой нет ничего невозможного🚀🤍 Делюсь интервью о том, как это было и чуть больше про наши отношения. https://www.gazetametro.ru/articles/kak-julija-peresild-iz-vyzova-moskvich-podaril-ljubimoj-nevesomost-za-million-17-04-2026

Новый фильм с Райаном Гослингом, «Проект “Аве Мария”» – 10/10, на уровне Интерстеллара, а может даже выше Всем рекомендую

Хотела скинуть парочку классных разборов и фактов о фильме. Но даже здесь спойлерить не хочется. Очень хорош. Однозначно к просмотру именно в кинотеатре.

5. Бывшие коллеги, бывшие работодатели, бывшие клиенты. Для того, чтобы в целом кто-то доверил тебе проект , он должен знать, что ты : а) адекватный, б) умеешь работать, в) доводишь задачи до результата, д) тебе можно доверять. Твои бывшие работодатели, коллеги, клиенты – знают это , как никто другой. И это значительно лучше любого личного бренда в блоге построенного только на твоих словах. 6. Ниша Скорее не канал, но важный инструмент. Даже для полноценной ЭЯЙ компании странно не иметь конкретных ниш, в которых она наиболее сильна. Для фрилансера — темболее. Один человек , который «умеет все на свете», почти всегда вызывает недоверие. Звучит широко, продает плохо. Так что важно определиться, в чем ты имеешь самую сильную экспертизу и говорить о ней. Тогда у клиента сформируется нейронная связь :

если у нас вот такая-то боль — нужно идти к нему.

P.S Я ненавижу продавать. И, как не парадоксально, я занимаюсь развитием бизнеса в ЭЯЙ/IT компании. Годовая выручка компании и ее рост — одна из основных метрик моего собственного роста. Но не смотря на это прямые продажи всю жизнь вызывают у меня дикий стресс и я в них не иду. Мой опыт на позиции CBDO в общей сложности около 5 лет. И я все еще ненавижу «не нативно» продавать. Именно поэтому все каналы поиска, которые я описала выше — мои личные инструменты, которыми я пользуюсь и которые помогают без лишнего стресса прямых продаж находить клиентов. В этом списке ты не найдешь холодные продажи, звонки, аутричи. Потому, что вместо того, чтобы прокачивать толерантность к отказам, лучше качать навык публичных выступлений. Профит значительно выше. Я выступаю на конференциях и стараюсь делать это, как можно чаще. Так я создаю публичный спрос на экспертизу и клиенты подходят ко мне сами. Я веду этот блог , пишу здесь на языке бизнеса и экспертизы, для того , чтобы клиенты находили меня сами. Я заключаю партнерства с крупнейшими it-компаниями, потому, что у нас есть экспертиза, а у них клиенты. И так далее. Поэтому если ты тоже не любишь прямые продажи — это не значит, что ты не найдешь клиентов. Это значит, что тебе нужно найти свои каналы, в которых ты не ломаешь себя, а усиливаешь.

Как искать клиентов?

Сильный технарь почти всегда переоценивает силу своего скилла и недооценивает силу дистрибуции.

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

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

На моей практике — это один из самых быстрых способов познакомиться с кучей людей, среди которых вполне могут быть твои клиенты. За эти две минуты тебе нужно сделать две вещи: 1. Понять, есть ли у человека реальный запрос. 2. Успеть вшить ему в голову, что ты уже решал похожие задачи. Однажды на конференции, на одной такой speed-dating игре, ко мне за стол подсел… наш же ML-инженер😄 Очевидно, что он искал себе дополнительные проекты. И, в принципе, правильно делал. Важно: – если у тебя уже есть реализованные кейсы, про это надо говорить. Говорить активно и на языке бизнеса. – если можешь и умеешь выступать, выступай. Потому что кейс, рассказанный со сцены, продаёт тебя сильнее, чем кейс, который ты между делом упомянул в кулуарах. – если у тебя есть кейсы в конкретном направлении бизнеса, ходить нужно именно на профильные конференции под этот бизнес, а не просто не все конфы по ЭЯЙ. – спикеров на конференциях надо слушать очень внимательно! Потому что в конце выступлений они почти всегда : а) делятся контактами, б) рассказывают, что у них в планах на ближайший год. А планы на ближайший год — это то, на что уже заложен бюджет и предложения на которые они будут реагировать в первую очередь. в) Человек публично озвучивает тебе свои боли. И ты используешь это при знакомстве:

«Я слушал ваше выступление и вы говорили, что у вас в планах на этот год ______. У меня есть релевантные кейсы и опыт. »

2. Контент и блог. Если ты пишешь как разработчик для разработчиков, ты получишь лайки от таких же разработчиков. Что очевидно. Если ты пишешь, как тот, кто решает бизнес проблему ты начнёшь получать внимание от тех, у кого есть деньги. Помни об этом, когда рассказываешь про свои кейсы. «5 open-source фреймворков для агентной архитектуры» ❌ «Как я с помощью OCR + LLM сократил ручную обработку документов на 55%» ✅ 3. Рекомендации Один из самых понятных и денежных каналов. Если у тебя есть опыт, тебе нужны: • короткие кейсы • понятное описание, что ты сделал • для кого • какой был эффект • и кого (или кому) тебе/тебя можно рекомендовать В заказной разработке почти всё крутится вокруг риска выбрать не того подрядчика . Рекомендации (человека или компании), это самая горячая точка входа. 4. Партнёрства с IT-компаниями и интеграторами Недооцененный канал. Для одиночного фрилансера это пожалуй самый реалистичный способ зайти в серьезного клиента. IT компании умеют продавать в enterprise. Но не у всех внутри есть сильная ЭЯЙ/ML экспертиза на все кейсы. Ты приносишь экспертизу. Они дают контур, сформированное доверие и юрлицо. Ты можешь заходить как: – эксперт/консультант – человек на proof/pilot –архитектор решения –узкий спец под конкретную задачу Из такого сотрудничества ты вытаскиваешь опыт работы с крупным клиентом. О котором потом можно писать/говорить/выступать.

На этапе scale многие ML фрилансеры, которые не имеют своей команды, передают проект дальше —в IT компании или интеграторам. Потому что промышленная эксплуатация — это уже совсем другие задачи и ответственность: безопасность, интеграции, мониторинг, SLA и поддержка и тд. 

Результат этапа: (1) КП на пром (стоимость/этапы/сроки/ресурсы), (2) пояснительная записка на пром (архитектура, риски, допущения, план масштабирования), (3) план внедрения/миграции.

Важно: этапы на карте — это прям эталонная enterprise-версия. Она нужна, если ты хочешь работать с дорогими заказчиками: средний бизнес, энтерпрайз, гос, где есть юристы, безопасники, закупки, контуры, сроки оплат и в целом очень высокая  цена ошибки. Если ты ML-фрилансер и чаще работаешь с ИП и малым бизнесом — тебе не всегда потребуется проходить весь этот цикл. Иногда NDA вообще не нужно. Иногда достаточно одного документа вместо десяти, а пилот и proof сливаются в один быстрый этап. Но «скелет» этой карты должен быть и помогать тебе в понимании: – этапности  – ролей (кто что даёт, кто что принимает, кто за что отвечает) – границ (что входит, что не входит, как выглядит успех) Дальше будем подробно копаться в самых важных этапах, а так же обсудим как же все-таки находить клиентов , чтобы все эти этапы вообще смогли случиться. 👀

Этапы внедрения ИИ в компанию. (Детализация карты из предыдущего поста) Итак, допустим ты ЭЯЙ-инженер, который в одиночку или с командой хочет внедрять ЭЙЯ в бизнесы. Кто твои клиенты? ИП, малый и средний бизнес, Энтерпрайз, госкомпании. У каждого свои нюансы: скорость принятия решений, регламенты, безопасники, закупки, юристы, контуры, доступы, сроки оплаты и тд.  Но есть одно сходство: Большинство клиентов — от ИП и до среднего (а иногда и крупного) бизнеса — понятия не имеют, из каких этапов состоит заказная ИИ-разработка, особенно если это их первый раз... Им кажется, что всё выглядит достаточно просто : созвон — ты прислал КП (коммерческое предложение) — они окнули — ты сделал крутой эяй-сервис — и сразу внедрил его в прод. Поэтому, дабы  перестраховать себя и клиента от неоправданных ожиданий, сорванных сроков и размытых критериев приёмки, IT компании придерживаются определенных этапов внедрения. Что за этапы? 1. Дискавери (разведка) Клиент пришел с запросом: «хочу автоматизировать бизнес процессы». Твоя задача на данном этапе превратить его абстрактные хотелки в понятный запрос: что делаем? Зачем? За сколько? Как проверим? Какие есть риски? На этом же этапе происходит скоринг клиента, о котором мы будем говорить в следующих постах и артефактами по которому я поделюсь. 

Результат данного этапа: (1) чётко сформулированный запрос, (2) критерии успеха проекта, (3) подписанный NDA и согласованный формат предоставления данных, (4) ответы на скоринговые вопросы. 

2. Пресейл (препродажа) На Presale ты берёшь то, что сделал на Discovery, и превращаешь это в список конкретных работ и артефактов. На данном этапе происходит предварительная вилочная оценка проекта. Здесь же ты запрашиваешь тестовые данные для демо и проверяешь их пригодность. 

Результат этапа: (1) согласованный список ожидаемых результатов, (2) ограничения/допущения/риски, (3) набор тестовых данных и вывод по качеству данных, (4) план Proof-этапа: как и чем будем измерять точность.

3. Proof (демо на данных клиента и реальная точность) Задача этапа - верифицировать гипотезы и согласовать реальные ожидания от продукта. Данный этап четко разграничивает, где система справляется автономно, а где требуется вмешательство человека.

Результат этапа: (1) демо на тестовых данных клиента, (2) отчёт по метрикам и  на каком датасете они считались, (3) список ограничений/допущений, (4) условия перехода в пилот.

4. Коммерция (Комерческое предложение  и пояснительная записка) Это не просто цифры, а фиксация границ ответственности, которая защищает тебя от раздувания задач. Если коммерческое предложение говорит «сколько стоит проект», то записка объясняет «при каких условиях». 

Результат этапа:

(1) КП (этапы, сроки, стоимость, график оплат), (2) пояснительная записка (допущения, вилки, риски, что входит/не входит), (3) критерии успеха и приёмки по этапам, (4) сценарий: пилот или сразу пром.

5. Execution Это юридическая фиксация рамок. Договор связывает сроки и стоимость с обязанностями (твоими и заказчика). Любые «хотелки» вне этого документа идут через официальную процедуру изменений и доп. договоров. 

Результат этапа:

(1) подписанный договор на пилот, (2) критерии приёмки, (3) график оплат ( 50/50, пост оплата и тд ) и ответственность сторон.

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

Результат этапа: (1) работающий пилот в согласованном контуре, (2) артефакты пилота (демо, отчёты, логи, инструкция), (3) список выявленных проблем и улучшений (как бэклог), (4) подтверждение фактических метрик на тестовом наборе.

5.2 Приёмка пилота Приёмка — это проверка решения по заранее согласованным критериям.

Результат этапа: (1) акт приёмки, (2) результаты тестирования по критериям, (3) список замечаний с классификацией и сроками, (4) решение: переходим в пром или дорабатываем пилот по согласованному списку.

6. Scale (промышленное внедрение)

Хочу запустить серию полезных постов про грабли заказной AI разработки под тэгом #AIграбли – для фрилансеров, студий, IT компаний и всех, кто хоть раз продавал проект в enterprise или планирует. Будет про очень важные юридические детали, договоры, пилоты, приёмку, деньги и про то, что обещать, а что никогда не обещать. Для более простого понимания, а так же для более простого ориентира сделала карту основных этапов заказной AI разработки. Все, что отмечено «!» или судебным молоточком считаю критично важным, чтобы не обосраться (и для успешного проекта) Темы: Discovery: первые касания, NDA. - NDA, который работает на тебя или на заказчика. Нюансы формулировок - что считается конфиденциальным (а что нет) - ответственность и адекватные штрафы - порядок передачи/хранения/удаления данных - что можно показывать в портфолио (и что нельзя) - аффилированные лица, подрядчики, доступы Presale: разбор задачи ограничения, тестовые данные . - Ожидаемые результаты”– самый опасный раздел пресейла - как правильно формулировать результаты - что такое результат пилота? Тестовые данные и демо на них. - синтетика / обезличивание - грязные данные, кто чистит, за чей счёт, как это влияет на сроки и стоимость - «эталонная» презентация демо (и чего угодно) Точность: метрики, допущения, границы применимости - как фиксировать точность так, чтобы это не превратилось в бомбу замедленного действия (юридическую) Коммерция: кп + пояснительная записка - почему пояснительная записка, это твоя страховка - как обозначать вилочную стоимость на пилот и пром, если проект пока на этапе «черный ящик» - критерии приёмки (что будет считаться “сделано”) - ответственность сторон и участие заказчика (если они не дали данные/доступы вовремя, что происходит и как обезопасить себя от штрафов) - почему оплата после результата почти всегда токсичная модель в кастоме Буду рада разобрать и другие волнующие темы. Если такие есть - пишите в чат.

В общем провела вебинар для СБЕР e-com. Прошел классно. В этот раз было много практических кейсов и примеров. Проведя ряд последних вебинаров подтвердила гипотезу, на сколько важно в сфере эяй наглядно показывать те или иные решения. Пайплайны, workflow агентов и из чего они состоят, что находится внутри решений, таблицы, как агент принимает решение по степени уверенности, как генерить качественный ugc контент для селлеров, какие бывают факапы на основе моих реализованных кейсов – почему они происходят и как их чинить. А еще показывать уже работающие решения и как ими пользуются обычные люди. Наглядно. Тогда слушателям интересно и понятно как это применять. Они вовлечены, задают качественные вопросы, начинают экстраполировать решения и факапы о которых ты рассказываешь на свой бизнес, а это ключевая задача.

Ситуация : через 40 минут веду и спикерю на Сберовском вебинаре по Эяй. Мы осуществили два 10-ти часовых перелета из Южной Африки до Бали за два дня. За это время спала 2 часа. Жуткий джетлаг и полное непонимание, как включить голову на вебинар и на все последующие рабочие часы.

Летим сейчас в самолёте Qatar air. На борту идеальный, быстрый и бесплатный wi-fi. Такой, что можно забыть, что ты в алюминиевой коробке на десяток часов и спокойно работать, чем собственно мы и занимаемся. На этом фоне особенно смешно, что прямо сейчас по сети разлетелся публичный конфликт Маска и Ryanair. Как раз про интернет в самолете. Ryanair публично сказал “нет” установке Starlink интернета на свои самолеты. Причина вполне классическая для самого дешевого европейского лоукостера– экономика. О’Лири говорит, что антенны/аэродинамика дадут заметный рост расхода топлива и в итоге это вылезет в сотни миллионов в год. Маск в ответ в своем базовом стиле назвал О’Лири “идиотом, а затем начал троллить твитами “а не купить ли мне Ryanair”. О’Лири убежден, что пассажиры на коротких рейсах не готовы массово доплачивать за интернет на борту, а маржа лоукостера должна бы окупаться. Классный кейс про юнит-экономику против «вау» эффекта. Не смотря на то, что для пассажиров, часто летающих, wi-fi уже почти норма, для лоукостера типа Rayanair интернет– это издержки, вес, обслуживание, сертификация, риски и тд. Мой опыт “вау” – это взгляд пользователя. А Ryanair – это взгляд лоукостера, который в первую очередь думает о соотношении wtp и костах. Инфраструктура меняется и становится новой нормой очень незаметно. Сначала интернет на борту – премиум привилегия. Затем – бесплатный маст хэв. Еще через пару лет wi-fi на борту является базовой опцией, как розетка для зарядного устройства. Получается , что технология уже созрела, но кто за нее платит? Пассажир, авиакомпания, рекламодатели или партнеры – бизнес модели пока не определились. Qatar вот определился. Не зря он является лучшей авиакомпанией в мире :)

Обнаружен ЭЯЙ университет

В связи с этим мне доставляет огромное удовольствие иметь в окружении людей , которые научились создавать и делать что-то «на троечку». Они запускают, смотрят, а потом улучшают. И в итоге почти всегда приходят к сильному результату быстрее тех, кто изначально пытался создать шедевр с нуля. Один из таких людей в моей жизни @bogdanisssimo кстати он сторонник стратегии номер два. И этот пост как раз родился после одной из наших вечерних бесед о том, кто как работает со стрессом и рисками. В конечном счете, то, как именно проживать риски во многом зависит от твоего характера, привычек и даже окружения. Кого-то воспитали ставить безопасность превыше всего и он естественным образом склоняется ко второй модели. Кто-то, наоборот, по натуре визионер и ищет утешение в интеллектуальном контроле над будущим. А кто-то просто плывёт по течению и живёт реактивно, от кризиса к кризису. Плюс на нас влияют обстоятельства: этап бизнеса, культура компании, наличие ресурсов. Так или иначе главное – остаться в игре. Для этого иногда нужно быть гибким, иногда осторожным, а иногда – расчётливым. Подытожу фразой одной из моих любимых бизнес книг «Бесконечная игра».

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