Как сделать Ваши кейсы про IT разработку убедительными для крупных лидов в LinkedIn

Играет музыка. Всем привет. Меня зовут Дмитрий Роденко. Я основатель сообщества SaaS Founders. Помогаю фаундерам IT-компаний находить новых крупных клиентов с помощью лидогенерации в LinkedIn. На сегодняшнем стриме мы обсудим такие вопросы. А самый главный из них, в первую очередь, как сделать ваши кейсы про IT-разработку убедительными для крупных лидов LinkedIn. Это как бы основной вопрос. А раскроем мы его через следующее. Почему кейсы IT-компаний плохо продают вашу экспертизу? Какие кейсы генерируют заявки на встречи от крупных клиентов LinkedIn, а какие не генерируют? Как использовать кейсы в профиле, ленте, переписке? Примеры, как надо и как не надо. Ну и, естественно, ответы на другие ваши вопросы. Значит, если у вас есть вопросы на русском языке, задавайте на русском языке. Если у вас есть вопросы в украинском, задавайте в украинском. Итак, продолжаем. Когда мы говорим про кейсы, вот первый вопрос, почему кейсы IT-компании плохо продают вашу экспертизу. Все очень просто. Дело в том, что обычно IT-кейсы готовят инженеры. И когда их готовят инженеры, или люди, которые вдохновлены инженерами, у которых есть материалы от инженеров, они в качестве результата показывают то, что они считают важным, или то, что считал важным инженер. Что важно для инженера? Современный фреймворк, передовая технология, достижение какого-то классного технического результата. Что важно у покупателя услуг инженера, у покупателя разработки? Для него важны бизнес результаты. То есть, условно говоря, инженер хвастается тем, что он сделал решение на классном фреймворке, на последнем, на сложном, на масштабируемом и так далее. Он внедрил классную фичу номер 1, классную фичу номер 2, классную фичу номер 3. Сделал это вовремя. Это хорошая история. И теперь решение супертехнологически функциональное и, возможно, он продает богатство возможностей. Предприниматель или бизнесмен или decision maker покупает не это. Он покупает не многообразие возможностей, он покупает одну фичу, всего одну, но которая позволяет, первое, увеличить доход, второе, снизить затраты, третье, в итоге увеличить прибыль, Четвертое. Увеличить количество клиентов. Пятое. Увеличить средний чек. Шестое. Увеличить LTV, Lifetime Value. Сколько всего денег принесет клиент за все время, так сказать, работы с вами. Понимаете разницу, где технические характеристики с одной стороны и где бизнес-характеристики с другой стороны. И почему они в данном случае не корреспондируются, никак не связаны. В этом и есть большая проблема. То есть инженеры рассказывают про классные фишки, свойства, возможности, а бизнес, который за это платит, ждет бизнес-результаты. Вы справедливо скажете, Дмитрий, ну подожди, я же не отвечаю за их бизнес, я могу дать им классное решение, с помощью этого классного решения они ничего не достигнут, потому что у них паршивый маркетинг, отвратительный саппорт, денег нет, бизнес-модель не та, которая нужна рынку. Правда? Правда. А теперь давайте посмотрим на успешное решение. Успешное IT-решение. для успешного внедрения этих решений. Из чего они состоят? Если мы говорим про решения, связанные с рынком, то из чего состоят решения? Первое. Из классного маркетинга, то есть на эту бизнес-идею, на этот продукт пришли люди. Эти люди вдохновились идеей, увидели рекламу и решили этот продукт попробовать. То есть первый элемент – это классный маркетинг. Второй элемент – это классный продукт, потому что если люди пришли, сделал классный маркетинг, но продукт паршивый, они потыкали в него кнопочки, попользовались, сплюнули и больше никогда им пользоваться не будут. На этом вся история заканчивается. Поэтому для успеха бизнеса в целом важно не только классный маркетинг, хотя и он тоже, но и классный продукт. Поэтому Когда вы говорите о том, что я никак не влиял на успех данного продукта, вы на самом деле лукавите, потому что без вашего IT-решения компания не получила бы то, что она получает на данный момент. Справедливое и обратное. Без их маркетинга у них тоже бы ничего не произошло. Но вы чувствуете, насколько важным является ваш собственный вклад в это решение, но в конце концов оно бы не стоило этих денег, которые за него заплатили, правда? Его же покупали не в коллекцию, не ради хобби, его покупали как инструмент для решения бизнес-задачи. Правда? Теперь возникает вопрос, если вы покупали как инструмент для решения бизнес-задачи и эту бизнес-задачу успешно решили, почему вы про это не рассказываете? Почему во всех кейсах IT-компаний, в подавляющем большинстве, длинный список фич, технологических решений и так далее, и минимум конкретных бизнес результатов. С одной стороны, потому что мы про это не спросили. Мы не думали, когда нам сказали кейс, Мы с клиентом давно не общались, либо составляет кейс не тот человек, который общался с клиентом. То есть у нас нет информации от клиента о том, как вся эта история работала. Это первая причина. Вторая причина – мы об этом просто не думали. А зачем это было нужно? Третья причина – клиент сам такую информацию не собирает. Это тоже справедливо. Клиент себе получил решение, побежал заниматься своими делами. Это тоже нормально, это справедливо и так далее. Соответственно, если мы знаем, что это важно, если мы знаем, что это поможет нам продавать наши услуги быстрее, дороже и большему количеству людей, мы уже понимаем, что нам это нужно. Раз. Второе. Мы можем собрать эту информацию внутри компании, у той продуктовой команды, если она доступна, естественно, которая работала с этим проектом. Что в итоге получилось? Какие были результаты? Не обязательно знать все с точностью до доллара, с точностью до цифры. Даже если решение, которое вы внедрили, получило новую инвестицию, раз, привлекло тысячу новых клиентов за год и так далее, вышло на определенный оборот, этого достаточно, вам не обязательно нужна идеальная точная цифра, в этом нет необходимости. Вам важно, по сути, показать в рамках своего бизнес-кейса, как соотносится, по сути, вложение в вашу работу, с результатом, то есть дать такую некую условную ROI-оценку, пусть не сильно точную. По крайней мере, покажите, что вложив в разработку условно 200 тысяч долларов, клиент в первый год с его помощью сэкономил 600 тысяч. Классно, круто, отлично. На чем он мог сэкономить? Первое, на автоматизации. Раньше то, что делалось руками, людьми, за что платились конкретные деньги в точке зрения почасовой оплаты или там зарплаты и так далее, теперь делается автоматом. То есть этих затрап уже нет. Это первое. Второе. Вариант такой немножко более сложный. Бывает история такая. Раньше все делали ручками на коленке, собирали определенную информацию, потом внедрили эти систему и теперь эта информация собирается моментально то есть то что делается раньше там две недели там 10 людьми и сейчас делается там 10 минут за зашли открыли посмотрели все готово да вот можно оценить эту историю еще по-другому сколько нужно было бы силы средств конкретных людей конкретного времени для того чтобы получать информацию за это время да все надо было бы готовить уточнять. Бывает такая история, например, что раньше информацию готовило 10 людей, а для того, чтобы готовить ее в таком же объеме и так же часто, нужно было бы 15 людей. Соответственно, 5 годовых зарплат этих людей – это наш профит, правильно? А если брать среднюю зарплату США, хотя бы 1060 долларов, это уже, пожалуйста, 300 тысяч мы себе нашли. Вот и так далее. Вот так вот экспертно мы можем оценить ситуацию и понять вообще, ребята, а где профит от внедрения вашего бизнеса. Это второй момент. Третий момент. Окей, мы разобрались, что у нас информации внутри нет. Мы не знаем, кого спасти. Давайте пойдем к клиенту. Во-первых, это классная точка контакта, потому что когда вы интересуетесь результатами вашей работы, вы интересуетесь тем, что у клиента реально произошло в бизнесе, ну, это как бы круто на самом деле. Это хорошая качественная точка контакта, которая говорит о том, что вам не все равно. И это, опять же, хороший шанс сделать из неактивного клиента активного, потому что такие вещи ценятся, они важны, они здорово влияют на отношения и здорово помогают в развитии отношений в целом. Поэтому спросите у клиента, уточните результаты, и вы выкиданы. Многие будут готовы с вами обсуждать эту тему. Даже если они не знают, они будут самим интересно, как, что работает и так далее. Поэтому это очень важно. Поэтому, резюмируя эту часть, хочу сказать, что если вы показываете потенциальным клиентам реальные результаты ваших прошлых клиентов, то они покупают ваши обещания приложить все усилия, помочь им достичь таких же результатов. И это стоит обычно гораздо дороже, чем с часы разработчика. Дальше по вопросам. Так, какие кейсы генерируют заявки на встречи от крупных клиентов? Я вам подготовил, подготовил вам информацию, подготовил конкретные примеры. Сейчас покажу их на экране. Сейчас, одну секунду. Я взял несколько кейсов. секундочку, да, я взял несколько кейсов, вот, сейчас я вам их потихонечку расскажу. У них у всех есть примерно, ну, скажем, сейчас я сделаю немножко крупнее, чтобы вам было лучше видно, да, вот так вот, наверное, может даже вот так вот. То есть у них всех есть определенная логика. Вот я сейчас покажу вам три кейса, вы четко увидите у них общую логику. Логика в целом, вот представьте, вы садитесь с своим другом или с подругой на лавочку и вас спрашивают, чем ты занимался последний месяц, какой был последний проект, расскажи что-то интересное и так далее. И вы так же, как другу, в той же самой логике, несложно, объективно, понятно, понятным языком рассказываете, над чем вы работали, какие это дало результаты и так далее. Давайте пройдемся по структуре. Во-первых, у кейса должен быть классный заголовок. Он должен привлекать внимание. Заголовок, по сути, продает. Будет ли этот кейс? Продает сам кейс. Если люди решили кликнуть, нажать, почитать кейс, супер, значит, заголовок продал. Вы перешли на следующий этап. Сам кейс продает созвон в итоге. Созвон с вами. Если у вас классный заголовок, люди зашли на кейс. Если у вас классный кейс, люди забукали с вами встречу. Вот ваша воронка, вот ваша конверсия. Заголовок должен быть вкусным. Заголовок — это один из наиболее важных результатов, которые вы получили в рамках прошлого проекта. Здесь про технологии минимум. Видите? How to save 1.5 million per year on financial transaction processing with the custom high-load software solutions. То есть, что мы здесь продаем? Custom high-load software solutions. Предлагаем некие решения. Какой результат мы делаем? Save 1.5 million per year. С помощью чего? Financial transaction processing. Конкретная история. как это работает. Дальше, как другу рассказываем, пришла компания. Заметьте, если у нас есть NDA, он жесткий, он не разрешает нам ссылаться на название компании. Окей, мы так и пишем. Financial Service Company represented by Founders of Central Europe. То есть мы здесь даже не называем. Не название компании. Видите? Это финансовая компания, которая оказывает финансовые службы. Окей. Описываем, что им было надо. They are all looking for a team with expertise in professional software development. Что им было надо? Какие бизнес-задачи они хотели решить? Желательно максимально просто. Видите, не надо рисовать какие-то супер классные дизайны. Продает история, продает результаты. Вот основной фокус. Если это будет красиво оформлено, супер, это прекрасно. Но вот такого простого лаконичного оформления уже достаточно. Что хотели? Прототип системы, которая может быстро делать транзакции, цифровать процессы, анализы репортинга, ну и поддерживать high loading, easy scaling, то есть быстрое развитие больших нагрузок. Тут мы спрашиваем, тут мы отвечаем на вопрос, а почему они сами не могли это сделать? И это очень важно, потому что, когда мы говорим про продажу outsourcing, конечно, люди могут нанять команду к себе, люди могут работать с другим разработчиком. А почему, по сути, мы встречаем, почему они выбрали вас? Почему они не могли сделать это сами? Потому что были высокие затраты, то есть, скажем так, была беспричинно высокие затраты на готовые решения по автоматизации финансовых транзакций. Значит, они при этом не справлялись с тем объемом нагрузки, о котором так говорилось. Ну и было сложно найти поставщиков, которые были экспертами одновременно и в финансовых услугах, и в разработке софта. Сложная история. Тем не менее, именно вот здесь вводятся самые большие деньги. Дальше. Что мы предложили? Там язык, та-та-та, и так далее. Кто я? Это вот прям про себя. Вот тот человек, который будет проводить встречу, вот здесь про него и должно быть написано. Кто он? Что он? И так далее, и тому подобное. Как мы решили подобную проблему? Возможно, в один слайд, возможно, несколько. Идеально было бы отобразить это вот так. Простой, понятной инфографикой проблемы. Мы собрали информацию, сделали разработку, запустили демо и сделали support. Все. Это важно, потому что люди понимают, что вы их не бросите, а вы будете делать решения с ними до конца. Это отлично. Результаты. Saved сэкономили. Да. Вот здесь техническая характеристика System Performance 1000 операций в секунду, но она подтверждает тот бизнес результат, о котором мы говорили, что система позволяет High Load. И это, опять же, не главный аргумент, а поддерживающий, он идет вторым. Опять же, здесь же Deposited Infinite Scaling High Load. И они получили экспертизу и так далее. Но самый главный аргумент, вот он, полтора миллиона сэкономили на разработке и поддержке. И в конце здесь ссылочка на созвон, где вы предлагаете поделиться своим опытом, как решить подобные задачи в финансовых услугах. Это кейс номер один. Теперь следите за руками и найдите определенные схожие вещи. Другой кейс. Если первый кейс – это кейс кастомной дорогой разработки, то второй кейс – это продуктовый, подписной продукт. Это ребята, которые помогают с помощью предиктивной аналитики. Сейчас я тоже сделаю его немножко крупнее. С помощью предиктивной аналитики помогают повысить отдачу от Facebook кампаний. Это продуктовое решение, значительно сложное, базируется на AI в различных решениях и так далее. Опять же, крикбейт на заголовок. How to increase sales from Facebook campaign by 150% with Atom AI predictive conversions. Рассказывается история. Был у нас запрос от онлайн-эдюкейшн-бизнес-платформ, к которой нужно было увеличить количество студентов. И это логично. Это большая боль в коммерсе. Это большая боль и в эдюкейшне. То есть тратится большое количество денег. По сути, в эдюкейшне люди тратят на три вещи. по сути, вначале на разработку платформы или в целом на разработку платформы, второе на маркетинг и третье — зарплаты преподавателя. Соответственно, маркетинг здесь забирал очень много денег, соответственно, увеличение результативности отдачи от маркетинга, даже небольшое, давало очень серьезные результаты. Чего компания хотела получить? Drive sales pipeline, улучшить юнит-экономику, в общем, повысить результативность. Понятно, но конечная конверсия была меньше одного процента, мало заказывали, то есть большинство лидов заказывали недорогие курсы, длинный цикл продаж до четырех недель, но при цене курса небольшой это много, да, и слабая конверсия заявок в продажу. Очень четкие и понятные боли для любого бизнеса, особенно для бизнеса онлайн-эдитиона, которым мы тогда и для которого мы тогда этот кейс и готовили. Соответственно, задача – повышить количество конверсий для того, чтобы увеличить доход компании. Значит, четыре шага. То есть, как мы это делали? Потому что без этого шага непонятна магия. Вот, условно говоря, была проблема, и получился результат. А как они сконнектились? Где коннектор? Вот это и есть коннектор. Мы разбиваем его на понятные шаги. Easy Setup, Collected Data, Model Streaming, Marketing API Credentials. Замечу здесь, про каждый из этих шагов можно выписать, ну, не знаю, энциклопедию. Что было сделано как, миллионы документов есть на этом тему и так далее. Здесь этого ничего нет. Простые, четкие, понятные шаги. Последовательность была, стала. Не усложняйте жизнь своему клиенту. Я вам больше скажу, даже когда мы проводим первый созвон, с потенциальными клиентами. И наши ребята тоже проводят первый сезон. Мы не перегружаем клиентов и не рекомендуем нашим клиентам перегружать своих клиентов техническими деталями. Что было сделано, как было сделано. Не надо. Они будут задавать вопросы, вы на них ответите. Это да. А сконцентрируйтесь на тех бизнес результатах, которые они могут получить в этой истории. Значит, здесь мы немножко рассказываем про использование решения, что было сделано конкретно, раз-два-три, то есть какие сигналы получались. Результаты, видите, немножко другая подача, но она очень удачна, потому что 2,5 раза return on average sale, то есть 2,5 раза повысилась отдача на условно вложенный доллар в продажи, вложенный доллар в рекламу. Размер среднего заказа вырос в 1,7 раз. Lead to conversion 76% выросло. И cost per order, то есть стоимость заказа, снизилась на 33%. Я думаю, достаточно было бы, в принципе, не знаю, например, первых двух показателей. Но эти также очень приятные. Они, как бы, в целом тоже говорят о том, чтобы все было сделано правильно. Это Дмитрий, фаундер компании. Кстати, познакомьтесь с ним. Он очень круто разбирается в рекламе. Вот, в рекламе, в том, как оптимизировать рекламу в Фейсбуке. И в конце мы заканчиваем тем, что, опять же, кратко показывается, что необходимо. То есть, вот его ссылочка на Zoom call с ним. И здесь с Дмитрием можно связаться и пообщаться. Естественно, не презентациями едиными. Есть еще хорошая история, когда можно сделать кейс в виде статьи. Почему? Дело в том, что... Это другой формат, с одной стороны, да, он такой более нативный для LinkedIn. И когда вы посылаете человеку, говорите, я подготовил кейс в виде статьи, это тоже хорошо, потому что здесь человек не боится кликать на ссылочку на LinkedIn. И опять же, но те же самые правила, которые используются при подготовке кейса, готовятся и здесь. Аналогично. How to increase revenue by more than 100,000. Through simple and inexpensive actions for digital agriculture field. То есть это было решение для, насколько я помню, digital agriculture компании. Компании, которые занимаются, ну, две целевые. Одна – это, собственно, крупные фермеры, а вторая история – это, собственно говоря, агро-стартапы, агритекторы, что называется. Вот. Рассказываем историю, работали, та-та-та, были разные задачи. да, то есть agro-process synchronization with weather, там crop health, input activity, вот конкретные показатели, которые очень волнуют фермеров, да, и тех, кто оказывает им услуги. Какие были задачи нужно было решить, так-дак-дак-дак-дак, рассказали, да, какими проблемами человек столкнулся аналогично, вот. Графика такой уровня поддерживающего. Графика здесь должна подчеркивать какие-то идеи, освежать их, то есть она не должна отвлекать от основного смысла. Да, вот здесь, например, ключевая мысль состоит в том, чтобы показать, что мы предложили, то есть как это можно сделать. Потом какой-то базовый процесс разработки и результаты. Так, смотрим результаты. Что у нас есть? Значит, мы опубликовали новую версию, и здесь даже, что хорошо, видите, картинку использовали для поддержки. То есть, что было, как у 130 пользователей по 100 долларов подписка, и того по 12 месяцев, 156 тысяч долларов продаж. Следующий шаг, когда они сделали, по сути, подписку 100-долларовую разбили на некие сеты, на некие тулы, и те же 130 пользователей 11 тулами, некими наборами этих тулов под себя, но каждый из них стоил по 15 долларов, выросли на 100 тысяч долларов. То есть они просто переразбили структуру продукта, переписали ее полностью. Сначала обмыслили, как она, ради чего пользуется. Разбили на отдельное продуктовое решение, подпродуктовый набор фич, как в Zoho CRM. Ты можешь взять там условно набор, а можешь скомплектовать набор самостоятельно. Вот они сделали комплект таких наборов. В итоге за счет этого увеличили продажи на 100 тысяч долларов. Вот и ребята четко показывают. Алексей показывает. Вот, пожалуйста, ссылочка. Встречайтесь, общайтесь и так далее. Соответственно, вот то, что можно сделать, как можно упаковать кейсы, сделать их интересными и такими, которые вовлекают целевую аудиторию. Естественно, Ой, прям наш промоэфир сюда записали. Очень классно. Видите, LinkedIn развивается. Очень здорово. Теперь смотрите, как эти кейсы можно использовать помимо outbound. Их можно использовать еще здесь в избранном feature. Можно добавить сюда публикацию, ссылку, медиаресурс. Вот здесь у меня, например, добавлены наши кейсы с результатами. Прямо на английском языке кейсы, что мы сделали и так далее. Там сделка, там контракты, созвоны и так далее. Да, опять же, какие-то документы добавлены тоже в виде презентации, тоже кейс. Есть кейсы на русском языке разные в виде статей, в виде презентации и так далее. То есть кейс можно давать сюда с красивой картиночкой, очень здорово оживляет профайл и работает на вас, на вашу компанию. Хорошо, также кейсы можно подтянуть и в конкретную, в описание должности. Такая возможность тоже есть. То есть, когда не было Featured, я их подтягивал вот сюда. То есть, какие-то медиа-ресурсы, рекомендации и так далее я подтягивал сюда. Какие-то там тоже тулы. Соответственно, моя рекомендация вкратце говорит о том, что нам с вами нужно уметь вынимать из нашего профессионального опыта то, что подтверждает экспертизу. и с этой экспертизой потом идти. Каждая компания, которая хотя бы несколько лет работает в рынке, уже обладает достаточным объемом кейсов и примеров. Вопрос в том, первое, как их собрать, какую информацию нужна, как ее запаковать, и третье, как ее представить. Все. То есть, если вы понимаете, что это нужно, вы на первом шаге. Вы уже знаете, что продавать будут ваши кейсы, ваши экспертизы. Это будет открывать вам двери в компании в этих нишах, и вы сможете общаться с ними не как еще один разработчик с ценой, не знаю, 20-25 долларов в час, потому что столько платят в вашей стране и так далее. А вы будете тем, кто является узко отраслевым специалистом, которых изначально немного, которых изначально гораздо более ценны. Так, теперь вопросы. Так, Мирон Пытая. Как, например, рассказывать правильную разработку на WordPress, вещественные проблемы, какими вы решали, например, часто они не выглядят такими великими, как в кейсах, какие показали вы. Например, имплементация multilingualness — это не что-то, что, напевно... Так, он обрезается, я вам расскажу так. Напевно не что-то, про что, напевно, багато что распишешься. Перевожу для тех, кто не знает спевучую украинскую мову. Как продавать разработку на World Press? Потому что проблемы, которые мы показали, они вроде крутые, большие. А вот имплементация multilingualness – это вроде бы не то, что надо. Смотрите, суть такая. Ведповедаю Мирону. Те фичи. Есть два шляха. Шлях первый. Або вы показываете... Например, ваше решение в вашей компании, поскольку у вас уже был опыт, оно было готово, за помощью вас все было впроваджено намного быстрее, намного дешевле. Ну, умовно говоря, кастомная разработка бы коштовала, там, умовно, пять тысяч долларов, да, а у вас уже был опыт, вы уже делали схожее на проектах, у вас были какие-то классы, модули, темплейты, вы их скомплектовали и справились за півторы. То есть клиент экономил в три раза. Класс, класс. Это первое, да? Кроме того, это первый момент, то есть насколько вы уменьшили их головную боль с точки зрения реализации. Раз. Это то, что вы точно знаете. Вы можете пораховать на цифрах и так далее. С другой стороны, они сделали мультилингвал-версию. То есть, например, у них была версия базов английская, например, да, и они сделали испанскую версию вместе. И теперь вы можете запытать у клиента, окей, а сколько клиентов приходит, использует испанскую версию? Если выходит, что умовно 20% трафика это испанскоговорочный трафик, если 20% или 15% продажи это продажи, которые были сделаны через испанскую версию, ну так бинго, я вас поздравляю. Если у них был миллион, то теперь у них миллион сто пятьдесят тысяч. И вы помогли им увеличить продажи на сто пятьдесят тысяч долларов на год. на рик. Якщо вы продали це, там, умовно, за 20 тысяч доларів, воно окупилося, ну, вы вже знаете, там, рентабельность клиента, можете его запитати, на скільки воно швидко окупилося. За рик воно, ну, там, воно менше, неж за рик окуповывается, навіть якщо воно коштуло 20 тысяч доларів. Тому дивіться, якщо мы глибше идемо в бізнес клиента, мы отримаємо аргументы, які є непараможными при роботі з іншими такими ж клиентами. Вы розмовляєте з ними однією мовою, раз, вы разговариваете с ними про одно и то же самое, и им легче вам поверить, и они разумеют, что вы работаете про то самое. Что я вам пропоную на разе? Идем дальше. Уже пора бежать, у меня следующая встреча. Мы занимаемся чем? Мы помогаем им выстраивать эти процессы. То есть мы делаем это под ключ для тех, кто готов. Обычно разработчики говорят, слушай, я разработчик, ты умеешь это делать? Ты даешь финансовую гарантию, все, бери и делай. Правильно? Ну и это нормально. У нас такой же степь технологий, как у вас в разработке, только в маркетинге. Им тоже надо овладевать, а постоянно улучшать, контролировать, мотивировать. Поэтому, если мы даем фин-гарантию, ну так классно, да? Поэтому, если вы хотите разобраться в этом глубже, что я рекомендую сделать? Внизу ссылка, кликайте на ссылку, заполняйте информацию о себе, рассказывайте о своей проблеме, что болит, что пытались сделать, что не получилось. Наши ребята из команды рейда генерации внимательно изучают этот вопрос, разбираются в том, что можно было бы улучшить в этом процессе, дают вам свои рекомендации. На основании этой рекомендации вы принимаете решение. Хотите, идете с нами, мы вам помогаем это делать, либо делаем под ключ, либо на основании нашего ответа вы понимаете, что вы сами сделали не так, и внедряете изменения самостоятельно. Окей? Поэтому, кто готов меняться, кому нужны новые крупные клиенты, кто готов вкладывать в это время и силы в первую очередь, потому что это важно реально, Тогда, милости прошу, получайте консультацию бесплатную, заполняйте информацию себе, давайте информацию, получайте данные, принимайте решения, внедряйте в свою деятельность. Все. Спасибо всем за участие. Надеюсь, было полезно. Всем крупных контрактов и до скорой встречи на консультации с нашим навигатором. Пока-пока.