Пост 27: Встреча с клиентом как этап процесса, а не событие
У компаний, которые продают сложные продукты, почти всегда есть один обязательный этап в процессе — встреча с клиентом.
Это касается:
- девелопмента,
- сложных B2B-продаж,
- проектных услуг,
- кастомных решений,
- производства под заказ,
- и прочие продукты.
Когда продукт нельзя “просто купить по кнопке”,
клиенту нужно:
- сформировать цели/задачи/потребность,
- объяснить логику,
- показать варианты,
- обсудить ограничения,
- договориться о деталях.
На примере девелопмента это видно особенно хорошо —
без встречи невозможно ни продать, ни двигаться дальше по процессу.
И вот тут возникает ключевой вопрос:
а что вообще происходит с этой встречей внутри компании?
Подробнее рассказываю в статье
#автоматизируй_отдел
У компаний, которые продают сложные продукты, почти всегда есть один обязательный этап в процессе — встреча с клиентом.
Это касается:
- девелопмента,
- сложных B2B-продаж,
- проектных услуг,
- кастомных решений,
- производства под заказ,
- и прочие продукты.
Когда продукт нельзя “просто купить по кнопке”,
клиенту нужно:
- сформировать цели/задачи/потребность,
- объяснить логику,
- показать варианты,
- обсудить ограничения,
- договориться о деталях.
На примере девелопмента это видно особенно хорошо —
без встречи невозможно ни продать, ни двигаться дальше по процессу.
И вот тут возникает ключевой вопрос:
а что вообще происходит с этой встречей внутри компании?
Подробнее рассказываю в статье
#автоматизируй_отдел
👍2🔥2
Когнитивное искажение. Эффект Даннинга-Крюгера: почему дурак всегда уверен, а умный сомневается
Вы замечали: новичок, который вчера прочитал две статьи, уже учит всех «как надо». А профессионал с 10-летним опытом часто говорит: «Чем больше знаю, тем меньше понимаю».
Это не скромность и не наглость. Это работа мозга.
Листайте карусель ➡️
#будни_фрилансера
Вы замечали: новичок, который вчера прочитал две статьи, уже учит всех «как надо». А профессионал с 10-летним опытом часто говорит: «Чем больше знаю, тем меньше понимаю».
Это не скромность и не наглость. Это работа мозга.
Листайте карусель ➡️
#будни_фрилансера
🔥3💯2
Последнее время всё чаще получаю вопросы про фриланс, от друзей, коллег, знакомых: "как начать работать на фрилансе?"
Понял, что пора об этом поговорить и собрать всё в одну серию, логично, что расскажу все на примере своих ролей, их было не много, но все же: менеджер проектов, бизнес-аналитик, системный аналитик.
В серии разберу:
— как я начинал как РП и почему фриланс оказался сложнее, чем казалось;
— что происходит, когда ты управляешь проектом без формальной власти;
— зачем я ушёл глубже в бизнес-анализ и как это спасало проекты;
— чем отличается фриланс БА от системного аналитика;
— как меняется взгляд на проект, когда ты совмещаешь все роли;
— где искать проекты, если ты не “просто аналитик”;
— ошибки, которые я совершил и за которые заплатил;
— как считать деньги и не работать в минус;
— как не выгореть, когда ты один против хаоса;
— и что в итоге даёт фриланс, если пройти этот путь.
Будет без романтики и иллюзий.
Про ответственность, границы, деньги, рост и психологию.
#будни_фрилансера
Понял, что пора об этом поговорить и собрать всё в одну серию, логично, что расскажу все на примере своих ролей, их было не много, но все же: менеджер проектов, бизнес-аналитик, системный аналитик.
В серии разберу:
— как я начинал как РП и почему фриланс оказался сложнее, чем казалось;
— что происходит, когда ты управляешь проектом без формальной власти;
— зачем я ушёл глубже в бизнес-анализ и как это спасало проекты;
— чем отличается фриланс БА от системного аналитика;
— как меняется взгляд на проект, когда ты совмещаешь все роли;
— где искать проекты, если ты не “просто аналитик”;
— ошибки, которые я совершил и за которые заплатил;
— как считать деньги и не работать в минус;
— как не выгореть, когда ты один против хаоса;
— и что в итоге даёт фриланс, если пройти этот путь.
Будет без романтики и иллюзий.
Про ответственность, границы, деньги, рост и психологию.
#будни_фрилансера
🔥3❤2
Библиотека Даров аналитики
— как я начинал как РП и почему фриланс оказался сложнее, чем казалось;
Пост 1 (из серии): Когда меня спрашивают, как я пришёл в проекты и фриланс, люди обычно ожидают красивую стратегию.
Спойлер: её не было.
Я пришёл в небольшую ИТ-компанию из абсолютно другой сферы. Без опыта, без профильного образования, без понимания, что такое жизненный цикл разработки.
Краткая история входа в ИТ и РП
Что бы я сделал иначе вернувшись назад
Главный вывод
#будни_фрилансера
Спойлер: её не было.
Я пришёл в небольшую ИТ-компанию из абсолютно другой сферы. Без опыта, без профильного образования, без понимания, что такое жизненный цикл разработки.
Краткая история входа в ИТ и РП
Первая удалённая подработка — наполнение интернет-магазинов. Карточки, описания, характеристики. Просто аккуратно делать работу.
Потом меня начали привлекать как РП.
Дали несколько проектов и сказали: “Координируй”.
CRM не было.
Трекеров не было.
Процесса не было.
Был блокнот.
Сначала всё казалось простым:
снял требования → передал в разработку → проконтролировал → сдал.
В какой-то момент я вёл около 30 проектов одновременно. Да, однотипных. Но даже однотипный поток перегревает, если нет системы.
И я лопнул.
Не потому что не справлялся.
А потому что понял — я не управляю системой, я тушу пожары.
Тогда впервые задумался про процесс, инструменты, роли и границы ответственности.
После этой компании ушёл на фриланс с ощущением, что “я всё знаю”.
Спойлер: не знал.
Проекты нужно продавать.
Я нашёл скрипты в интернете и начал звонить всем подряд.
Проекты появились.
И почти все прошли через боль.
Где-то не подошли технологии.
Где-то я неверно оценил объём.
Где-то клиент ожидал магии.
Где-то я сам не докопался до сути.
Граблей было много.
После этого вернулся в найм — уже в более крупную ИТ-компанию, чтобы “научиться правильно”.
Система вроде бы была.
Но управленческий хаос и странные решения сверху не дали нормально завершить ни один проект.
Парадоксально, но настоящая школа началась, когда я ушёл, а клиенты попросили остаться с ними и довести проекты вне рамок компании.
Тогда я начал:
— фиксировать договорённости письменно;
— считать оценку через декомпозицию;
— разделять роли РП, БА и системного аналитика;
— задавать неудобные вопросы до старта, а не после;
— выстраивать процесс, а не геройствовать.
Если честно, путь можно было сократить.
Что бы я сделал иначе вернувшись назад
1. Целенаправленно выбрал бы компанию с сильной проектной культурой.
Не “где возьмут”, а где есть:
— трекер задач,
— регламенты,
— наставничество,
— разбор факапов,
— прозрачная модель оценки.
2. Системно изучал бы управление проектами и анализ.
Не по ходу боли, а заранее:
— базовая методология (Agile/Waterfall);
— оценка трудоёмкости;
— управление рисками;
— коммуникация со стейкхолдерами.
3. Нашёл бы ментора или сильного руководителя.
Один разговор с человеком, который уже прошёл этот путь, экономит месяцы хаоса.
4. Не уходил бы во фриланс “на эмоциях”.
Фриланс без опыта в системной среде — это ускоренный курс граблей.
Главный вывод
Карьеру в ИТ можно строить хаотично — через боль и перегрев.
А можно осознанно — через выбор среды, знаний и людей.
Первый путь закаляет.
Второй — ускоряет.
В РП проще всего переходить из ролей, где уже прокачаны:
1. Коммуникации и переговоры
Менеджер по продажам, аккаунт-менеджер, менеджер по работе с клиентами.
Вы уже умеете:
— слышать клиента,
— выявлять потребности,
— управлять ожиданиями,
— договариваться.
Это 50% работы РП.
2. Координация людей
Операционный менеджер, администратор проектов, тимлид в любой сфере.
Навык держать несколько задач и людей в фокусе — критически важен.
3. Организация процессов
Логистика, производство, сервисные компании.
Если вы понимаете, как устроен процесс “от заявки до результата” — вы уже мыслите системно.
Чего обычно не хватает при переходе в ИТ:
— понимания разработки и технологий;
— оценки трудоёмкости;
— управления рисками;
— документации и формализации.
Это изучается.
#будни_фрилансера
🔥2❤1👍1
Библиотека Даров аналитики
— что происходит, когда ты управляешь проектом без формальной власти;
Пост 2 (из серии): «Управление проектом без власти — это не про "командовать", а про магию вне Хогвартса.
Когда ты РП (руководитель проектов), но у тебя нет рычагов прямого влияния (ты не начальник для команды), происходит магия.
А теперь добавь сюда систему оплаты «процент с каждого счета». Никакого оклада. Только доля от денег, которые зашли в конце месяца. И тут мотивация зашкаливает так, что может выдержать не каждый (говорю про свои грабли).
🔹 Ты учишься слушать лучше любого психолога.
🔹 Ты становишься дипломатом, продавая задачи команде и в итоге заказчику.
🔹 Ты начинаешь бояться срыва сроков сильнее, чем сами разработчики, потому что твой доход привязан к финальному чеку.
Но есть и особые кейсы закалки.
Например, когда директор перед днем выплаты зарплаты решает уехать в неизвестном направлении на недельку. Без предупреждения. И ты сидишь с командой, которой должен объяснить, почему оплата задерживается, хотя сам не понимаешь, где собственник и когда теперь будут твои проценты.
Что происходит на самом деле?
Ты перестаешь быть просто «надзирателем» за задачами. Ты превращаешься в человека, который:
1. Пашет за результат, потому что иначе не поесть.
2. Никогда не верит обещаниям на словах.
3. Умеет договариваться даже с пустым карманом.
Твой авторитет строится не на должности, а на том, что ты вывозишь этот цирк на честном слове и энтузиазме. Если твои разработчики все еще с тобой после таких историй — вы не просто коллеги, вы братство.
Так, собственно, и есть.
Когда я уходил из той компании, команда просто собрала ноутбуки и ушла вслед за мной на фриланс. Без гарантий, без окладов, просто потому, что за время работы без формальной власти мы научились доверять не должностям, а друг другу.
Главный вывод: как не попасть в такие условия и что делать, если уже попал.
Как не попасть. До подписания договора или выхода на проект чётко фиксируй не только проценты, но и регламент выплат: даты, ответственность сторон, штрафы за задержки. Если собственник не готов к прозрачности — это красный флаг. Лучше потерять сомнительный проект, чем нервы и команду.
Что делать, если уже попал. Выстраивай отношения с командой так, чтобы твой авторитет был выше должностных полномочий. Стань для них не просто «передающим задачи», а человеком, который решает их проблемы (даже с деньгами).
И главное — всегда имей финансовую подушку, чтобы пережить «командировки директора» без паники. А ещё — фиксируй договорённости в письменном виде, даже если кажется, что «свои люди». Этот опыт делает тебя неубиваемым, но лучше учиться на чужих ошибках, чем набивать свои шишки каждый раз.
#будни_фрилансера
Когда ты РП (руководитель проектов), но у тебя нет рычагов прямого влияния (ты не начальник для команды), происходит магия.
А теперь добавь сюда систему оплаты «процент с каждого счета». Никакого оклада. Только доля от денег, которые зашли в конце месяца. И тут мотивация зашкаливает так, что может выдержать не каждый (говорю про свои грабли).
🔹 Ты учишься слушать лучше любого психолога.
🔹 Ты становишься дипломатом, продавая задачи команде и в итоге заказчику.
🔹 Ты начинаешь бояться срыва сроков сильнее, чем сами разработчики, потому что твой доход привязан к финальному чеку.
Но есть и особые кейсы закалки.
Например, когда директор перед днем выплаты зарплаты решает уехать в неизвестном направлении на недельку. Без предупреждения. И ты сидишь с командой, которой должен объяснить, почему оплата задерживается, хотя сам не понимаешь, где собственник и когда теперь будут твои проценты.
Что происходит на самом деле?
Ты перестаешь быть просто «надзирателем» за задачами. Ты превращаешься в человека, который:
1. Пашет за результат, потому что иначе не поесть.
2. Никогда не верит обещаниям на словах.
3. Умеет договариваться даже с пустым карманом.
Твой авторитет строится не на должности, а на том, что ты вывозишь этот цирк на честном слове и энтузиазме. Если твои разработчики все еще с тобой после таких историй — вы не просто коллеги, вы братство.
Так, собственно, и есть.
Когда я уходил из той компании, команда просто собрала ноутбуки и ушла вслед за мной на фриланс. Без гарантий, без окладов, просто потому, что за время работы без формальной власти мы научились доверять не должностям, а друг другу.
Главный вывод: как не попасть в такие условия и что делать, если уже попал.
Как не попасть. До подписания договора или выхода на проект чётко фиксируй не только проценты, но и регламент выплат: даты, ответственность сторон, штрафы за задержки. Если собственник не готов к прозрачности — это красный флаг. Лучше потерять сомнительный проект, чем нервы и команду.
Что делать, если уже попал. Выстраивай отношения с командой так, чтобы твой авторитет был выше должностных полномочий. Стань для них не просто «передающим задачи», а человеком, который решает их проблемы (даже с деньгами).
И главное — всегда имей финансовую подушку, чтобы пережить «командировки директора» без паники. А ещё — фиксируй договорённости в письменном виде, даже если кажется, что «свои люди». Этот опыт делает тебя неубиваемым, но лучше учиться на чужих ошибках, чем набивать свои шишки каждый раз.
#будни_фрилансера
🔥4❤1
Библиотека Даров аналитики
зачем я ушёл глубже в бизнес-анализ и как это спасало проекты;
Пост 3 (из серии): Когда я только начинал работать РП в ИТ, в нашей компании не было аналитиков.
Поэтому всё, что сейчас называют бизнес-анализом, требованиями, логикой системы — делал менеджер проекта.
Процесс выглядел примерно так:
клиент что-то рассказал → я записал → оформил ТЗ → передал в разработку.
А дальше по классике — после ТЗ начинался этап UX/UI.
И вроде бы логика понятная: сначала описываем систему, потом рисуем интерфейсы.
Но после одного из первых проектов стало ясно, что в реальности это работает плохо.
Проблема была в простом факте:
мы писали ТЗ на систему, которую сами ещё не понимали.
Клиент описывал процесс словами.
Я фиксировал требования.
Но пока не начинаешь “видеть” систему — не понимаешь половину логики.
Начинались проблемы:
— какие-то сценарии не учли;
— какие-то действия пользователей не продумали;
— интерфейсы начинали противоречить ТЗ;
— разработчики задавали вопросы, на которые у нас не было ответа.
И тогда стало понятно, что писать ТЗ “вслепую” — довольно странная идея.
После одного из таких проектов я предложил изменить порядок работы.
Не писать полноценное ТЗ сразу. А сначала делать проработку UX.
На этапе подготовки ТЗ мы начали вместе с дизайнером разбирать UX и собственно его проектировать:
— как пользователь будет двигаться по системе;
— какие действия он совершает;
— какие состояния есть у сущностей;
— где появляются данные и куда они уходят.
Фактически мы начали строить логику системы через интерфейс.
И вот в этот момент многое стало вставать на свои места.
Когда видишь систему в сценариях и экранах — требования становятся гораздо понятнее.
ТЗ перестаёт быть набором абстрактных пунктов.
Оно становится описанием уже продуманной логики.
И именно тогда я начал по-настоящему погружаться в UX-мышление.
Не в “красивые кнопки”, а в:
— пользовательские сценарии,
— CJM,
— прототипирование,
— структуру экранов,
— состояние системы,
— бизнес-процессы.
И по сути это был мой первый шаг в сторону бизнес-анализа.
Вывод, к которому я пришёл:
писать ТЗ на систему, которую вы ещё не “увидели”, — почти всегда путь к переделкам.
Совет тем, кто работает с требованиями:
прежде чем писать большие документы, попробуйте сначала “прожить” систему — через сценарии, экраны и пользовательский путь.
#будни_фрилансера
Поэтому всё, что сейчас называют бизнес-анализом, требованиями, логикой системы — делал менеджер проекта.
Процесс выглядел примерно так:
клиент что-то рассказал → я записал → оформил ТЗ → передал в разработку.
А дальше по классике — после ТЗ начинался этап UX/UI.
И вроде бы логика понятная: сначала описываем систему, потом рисуем интерфейсы.
Но после одного из первых проектов стало ясно, что в реальности это работает плохо.
Проблема была в простом факте:
мы писали ТЗ на систему, которую сами ещё не понимали.
Клиент описывал процесс словами.
Я фиксировал требования.
Но пока не начинаешь “видеть” систему — не понимаешь половину логики.
Начинались проблемы:
— какие-то сценарии не учли;
— какие-то действия пользователей не продумали;
— интерфейсы начинали противоречить ТЗ;
— разработчики задавали вопросы, на которые у нас не было ответа.
И тогда стало понятно, что писать ТЗ “вслепую” — довольно странная идея.
После одного из таких проектов я предложил изменить порядок работы.
Не писать полноценное ТЗ сразу. А сначала делать проработку UX.
На этапе подготовки ТЗ мы начали вместе с дизайнером разбирать UX и собственно его проектировать:
— как пользователь будет двигаться по системе;
— какие действия он совершает;
— какие состояния есть у сущностей;
— где появляются данные и куда они уходят.
Фактически мы начали строить логику системы через интерфейс.
И вот в этот момент многое стало вставать на свои места.
Когда видишь систему в сценариях и экранах — требования становятся гораздо понятнее.
ТЗ перестаёт быть набором абстрактных пунктов.
Оно становится описанием уже продуманной логики.
И именно тогда я начал по-настоящему погружаться в UX-мышление.
Не в “красивые кнопки”, а в:
— пользовательские сценарии,
— CJM,
— прототипирование,
— структуру экранов,
— состояние системы,
— бизнес-процессы.
И по сути это был мой первый шаг в сторону бизнес-анализа.
Вывод, к которому я пришёл:
писать ТЗ на систему, которую вы ещё не “увидели”, — почти всегда путь к переделкам.
Совет тем, кто работает с требованиями:
прежде чем писать большие документы, попробуйте сначала “прожить” систему — через сценарии, экраны и пользовательский путь.
#будни_фрилансера
👍5🔥1
Библиотека Даров аналитики
чем отличается фриланс БА от системного аналитика
Пост 4 (из серии): Фриланс-аналитик: БА vs СА — как это работает на практике.
Расскажу на своём примере.
После фриланса в роли РП я перешёл в бизнес-анализ. Всё происходило параллельно: я одновременно работал в найме как БА и начал фрилансить тоже как БА. Опыта в системном анализе на тот момент не было — только квалификация в Битрикс24, не более.
В роли СА как таковой я никогда не фрилансил полноценно. Почему? Потому что на фрилансе мои проекты всегда строились иначе.
Сначала — построение процессов. Это чистая работа БА: понять, как устроен бизнес, где болит, что нужно оптимизировать. А уже потом, внутри этих процессов, возникали микрозадачи, требующие системного анализа: интеграции, прикрутить сервис доставки, связать телеграм-бота, настроить оплату.
То есть СА на фрилансе — это не отдельная роль, а дополняющая. Ты не приходишь как «системный аналитик», ты как БА в процессе решения бизнес-задачи погружаешься в техническую реализацию ровно настолько, чтобы проект заработал.
Коротко про разницу
— БА на фрилансе — строит процессы, ищет точки роста, отвечает на вопрос «что нужно бизнесу?».
— СА на фрилансе — чаще возникает как «режим внутри проекта», когда те же интеграции требуют технической проработки.
— В чистом виде фриланс-СА — редкость. Обычно это либо БА с техническими навыками, либо узкий специалист под конкретную задачу (например, описать API).
На фрилансе границы размыты, любой опыт полезен. Главное — понимать, как решить поставленную задачу.
#будни_фрилансера
Расскажу на своём примере.
После фриланса в роли РП я перешёл в бизнес-анализ. Всё происходило параллельно: я одновременно работал в найме как БА и начал фрилансить тоже как БА. Опыта в системном анализе на тот момент не было — только квалификация в Битрикс24, не более.
В роли СА как таковой я никогда не фрилансил полноценно. Почему? Потому что на фрилансе мои проекты всегда строились иначе.
Сначала — построение процессов. Это чистая работа БА: понять, как устроен бизнес, где болит, что нужно оптимизировать. А уже потом, внутри этих процессов, возникали микрозадачи, требующие системного анализа: интеграции, прикрутить сервис доставки, связать телеграм-бота, настроить оплату.
То есть СА на фрилансе — это не отдельная роль, а дополняющая. Ты не приходишь как «системный аналитик», ты как БА в процессе решения бизнес-задачи погружаешься в техническую реализацию ровно настолько, чтобы проект заработал.
Коротко про разницу
— БА на фрилансе — строит процессы, ищет точки роста, отвечает на вопрос «что нужно бизнесу?».
— СА на фрилансе — чаще возникает как «режим внутри проекта», когда те же интеграции требуют технической проработки.
— В чистом виде фриланс-СА — редкость. Обычно это либо БА с техническими навыками, либо узкий специалист под конкретную задачу (например, описать API).
На фрилансе границы размыты, любой опыт полезен. Главное — понимать, как решить поставленную задачу.
#будни_фрилансера
👍2🔥2
Канал существует уже несколько месяцев, и за это время здесь появилось много разных тем: аналитика, автоматизация, фриланс, инструменты, личный опыт.
Недавно поймал себя на мысли, что хочется выровнять курс — и для канала, и для себя.
Поэтому я пересобрал структуру контента, определил основные направления и решил ещё раз нормально представиться для новых читателей.
Меня зовут Игорь, я бизнес и системный аналитик.
Моя работа — находиться между бизнесом и IT.
Я помогаю компаниям разобраться:
— как у них устроены процессы
— где теряется время и деньги
— что можно автоматизировать, а где просто написать регламент
— какие системы и инструменты действительно нужны и что с ними делать
За последние годы я занимался разными задачами:
— внедрение CRM
— доработка ERP и WMS систем
— автоматизация отчётности
— описание и оптимизация бизнес-процессов
— интеграции сервисов
— аудит процессов в компаниях
Этот канал я веду как площадку для практического опыта, а не теории.
Отдельно хочу сообщить про второй канал, который я веду — «Искры мысли | Мышление аналитика».
Это канал про то, как оставаться эффективным без выгорания: через опыт, саморазвитие и здравый смысл.
В нем больше про мысли, наблюдения и идеи, которые помогают лучше думать, работать и принимать решения.
Недавно поймал себя на мысли, что хочется выровнять курс — и для канала, и для себя.
Поэтому я пересобрал структуру контента, определил основные направления и решил ещё раз нормально представиться для новых читателей.
Меня зовут Игорь, я бизнес и системный аналитик.
Моя работа — находиться между бизнесом и IT.
Я помогаю компаниям разобраться:
— как у них устроены процессы
— где теряется время и деньги
— что можно автоматизировать, а где просто написать регламент
— какие системы и инструменты действительно нужны и что с ними делать
За последние годы я занимался разными задачами:
— внедрение CRM
— доработка ERP и WMS систем
— автоматизация отчётности
— описание и оптимизация бизнес-процессов
— интеграции сервисов
— аудит процессов в компаниях
Этот канал я веду как площадку для практического опыта, а не теории.
Здесь будет несколько основных направлений:
1. Будни фриланс-аналитика
Личный опыт работы с клиентами, проекты, ошибки, инсайты.
2. Инструменты для бизнеса и аналитиков
Сервисы, системы, подходы, которые реально используются в работе.
3. Автоматизация процессов
Как упростить работу отделов, убрать ручной труд и навести порядок в процессах.
4. Кейсы
Разбор реальных задач: проблема → решение → результат.
Иногда будут материалы и для тех, кто только входит в аналитику — потому что сам когда-то начинал практически с нуля.
Более подробно в рубриках канала.
Отдельно хочу сообщить про второй канал, который я веду — «Искры мысли | Мышление аналитика».
Это канал про то, как оставаться эффективным без выгорания: через опыт, саморазвитие и здравый смысл.
В нем больше про мысли, наблюдения и идеи, которые помогают лучше думать, работать и принимать решения.
🔥7❤3
Пост 18: Топ-5 бесплатных инструментов для аналитика на фрилансе.
Когда я только начинал работать на фрилансе, я совершил классическую ошибку — купил годовую подписку на дорогие софты, думая, что без него клиент не оценит мой профессионализм.
Спойлер: клиент оценил, но деньги ушли впустую. Сейчас 90% моих рабочих задач закрывают бесплатные или разумно платные инструменты. Делюсь подборкой, которая реально экономит бюджет и время.
1. Notion — штаб-квартира фрилансера 🏠
Заменяет и Trello, и папку с документами, и ежедневник.
📌 Как использую: Завел одну базу «Проекты», где каждая страница — это клиент. Внутри: ТЗ, ссылки на исходники, чек-лист задач по этапам, статус оплаты. Никогда не забываю, кому и когда должен отдать отчет. Плюс храню там шаблоны отчетов и скрипты общения — копирую в новый проект за минуту.
2. Figma / Miro — для тех, кто устал объяснять на пальцах 🎨
Раньше я мучительно подбирал слова в мессенджере, чтобы объяснить структуру отчета. Теперь в любой не понятной ситуации просто рисую.
📌 Как использую: В Miro набрасываю макеты будущих дашбордов или UX сервиса вместе с клиентом (воркшоп за час). В Figma делаю прототипы, если хочу продать дизайнерское оформление. Визуализация повышает чек быстрее любых скиллов.
3. DeepSeek — бесплатный стажер с энциклопедическими знаниями 🤖
Раньше я гуглил формулы и пытался вернуться к азам математики или просил помощи в чатах. Теперь у меня есть напарник, который не просит кофе и не тупит.
📌 Как использую: Прошу объяснить сложные термины простым языком (чтобы переслать клиенту), генерирую гипотезы для анализа, пишу код для парсинга, проверяю логику расчетов, создаю схемы, процессы, регламенты. Экономит часов 20 в неделю точно.
4. Draw.io + ChatGPT — убийственная связка для схем 📊
Клиенту плевать на сложные модели данных, но он хочет понимать логику. Рисую понятные BPMN, ER, UML диаграммы в Draw.io — бесплатно и сердито.
📌 Лайфхак для ленивых: Если нужен серьезный документооборот, собираю связку ChatGPT + Visio. Бессрочная лицензия Visio обходится в ~3500 ₽ (один раз), ChatGPT — 3000 ₽/мес. DeepSeek в этой связке не справится, так как нужна генерация Excel с макросами и тонкая настройка под MS Office. Но для 80% задач Draw.io хватает за глаза.
5. Notion — да, он здесь второй раз 👆
Потому что Notion настолько огромен, что тянет на два инструмента.
В нем же я веду:
— Базу знаний клиентов (чтобы не переспрашивать одно и то же)
— Базу знаний по методам аналитики (чтобы самому не забывать)
— Финансовый учет (доходы/расходы по проектам)
Главный инсайт:
Фриланс — это не про владение самым дорогим софтом. Это про гибкость и умение объяснить клиенту сложное простыми словами.
#бизнес_инструменты
Когда я только начинал работать на фрилансе, я совершил классическую ошибку — купил годовую подписку на дорогие софты, думая, что без него клиент не оценит мой профессионализм.
Это, как для удаленной работы арендовать офис😁
Спойлер: клиент оценил, но деньги ушли впустую. Сейчас 90% моих рабочих задач закрывают бесплатные или разумно платные инструменты. Делюсь подборкой, которая реально экономит бюджет и время.
1. Notion — штаб-квартира фрилансера 🏠
Заменяет и Trello, и папку с документами, и ежедневник.
📌 Как использую: Завел одну базу «Проекты», где каждая страница — это клиент. Внутри: ТЗ, ссылки на исходники, чек-лист задач по этапам, статус оплаты. Никогда не забываю, кому и когда должен отдать отчет. Плюс храню там шаблоны отчетов и скрипты общения — копирую в новый проект за минуту.
2. Figma / Miro — для тех, кто устал объяснять на пальцах 🎨
Раньше я мучительно подбирал слова в мессенджере, чтобы объяснить структуру отчета. Теперь в любой не понятной ситуации просто рисую.
📌 Как использую: В Miro набрасываю макеты будущих дашбордов или UX сервиса вместе с клиентом (воркшоп за час). В Figma делаю прототипы, если хочу продать дизайнерское оформление. Визуализация повышает чек быстрее любых скиллов.
3. DeepSeek — бесплатный стажер с энциклопедическими знаниями 🤖
Раньше я гуглил формулы и пытался вернуться к азам математики или просил помощи в чатах. Теперь у меня есть напарник, который не просит кофе и не тупит.
📌 Как использую: Прошу объяснить сложные термины простым языком (чтобы переслать клиенту), генерирую гипотезы для анализа, пишу код для парсинга, проверяю логику расчетов, создаю схемы, процессы, регламенты. Экономит часов 20 в неделю точно.
4. Draw.io + ChatGPT — убийственная связка для схем 📊
Клиенту плевать на сложные модели данных, но он хочет понимать логику. Рисую понятные BPMN, ER, UML диаграммы в Draw.io — бесплатно и сердито.
📌 Лайфхак для ленивых: Если нужен серьезный документооборот, собираю связку ChatGPT + Visio. Бессрочная лицензия Visio обходится в ~3500 ₽ (один раз), ChatGPT — 3000 ₽/мес. DeepSeek в этой связке не справится, так как нужна генерация Excel с макросами и тонкая настройка под MS Office. Но для 80% задач Draw.io хватает за глаза.
5. Notion — да, он здесь второй раз 👆
Потому что Notion настолько огромен, что тянет на два инструмента.
В нем же я веду:
— Базу знаний клиентов (чтобы не переспрашивать одно и то же)
— Базу знаний по методам аналитики (чтобы самому не забывать)
— Финансовый учет (доходы/расходы по проектам)
Главный инсайт:
Фриланс — это не про владение самым дорогим софтом. Это про гибкость и умение объяснить клиенту сложное простыми словами.
#бизнес_инструменты
🔥4👍1
«Бутылочное горлышко»
Не так давно прочитал на книгу, которую давно советовали коллеги, — «Цель» Элияху Голдратта. Честно говоря, думал: «Ну ещё одна бизнес-книжка про эффективность, наверное, вода». Но открыл и... пропал.
Там есть одна метафора, которая въелась в голову и теперь не отпускает — «бутылочное горлышко».
Голдратт объясняет простую вещь: в любой системе (будь то завод, интернет-магазин или работа фрилансера) есть одно узкое место, которое тормозит всё остальное. Как в бутылке: сколько воды ни налей, через узкое горлышко быстрее не прольётся.
И главный инсайт: бессмысленно улучшать всё подряд. Нужно найти это самое горлышко и расшивать именно его.
Представьте конвейер:
🔹 Первый этап — 10 деталей в час
🔹 Второй этап — 5 деталей в час (горлышко)
🔹 Третий этап — 10 деталей в час
Сколько деталей получим на выходе? 5. Хоть закачайся в первый и третий этап — конвейер быстрее не поедет.
Час простоя узкого места = час потерь всего бизнеса.
Как это выглядит в реальности
Интернет-магазин. Менеджеры не успевают обрабатывать заказы. Клиенты злятся, продажи падают.
❌ Ошибка: нанять еще менеджеров.
✅ Правильно:
— Убрать с менеджеров отчёты и планерки
— Дать шаблоны ответов
— Внедрить CRM или чат-бота на простые вопросы
— Если не помогло — нанимать
И только потом смотреть: не перешло ли горлышко на доставку?
#будни_фрилансера
Не так давно прочитал на книгу, которую давно советовали коллеги, — «Цель» Элияху Голдратта. Честно говоря, думал: «Ну ещё одна бизнес-книжка про эффективность, наверное, вода». Но открыл и... пропал.
Там есть одна метафора, которая въелась в голову и теперь не отпускает — «бутылочное горлышко».
Голдратт объясняет простую вещь: в любой системе (будь то завод, интернет-магазин или работа фрилансера) есть одно узкое место, которое тормозит всё остальное. Как в бутылке: сколько воды ни налей, через узкое горлышко быстрее не прольётся.
И главный инсайт: бессмысленно улучшать всё подряд. Нужно найти это самое горлышко и расшивать именно его.
Представьте конвейер:
🔹 Первый этап — 10 деталей в час
🔹 Второй этап — 5 деталей в час (горлышко)
🔹 Третий этап — 10 деталей в час
Сколько деталей получим на выходе? 5. Хоть закачайся в первый и третий этап — конвейер быстрее не поедет.
Час простоя узкого места = час потерь всего бизнеса.
5 шагов, которые меняют всё
1. Найдите горлышко
Где самая большая очередь? Кто работает на 100%, а остальные курят? Это ваше ограничение.
2. Выжмите из него максимум
Снимите всё лишнее. Пусть узкое место делает только свою главную работу и никогда не простаивает.
3. Подчините всех остальных
Пусть предыдущие этапы работают ровно с той скоростью, с которой успевает горлышко. Лишнее производство только создаст завалы.
4. Расширьте горлышко
Если выжали всё — вкладывайтесь. Новый человек, оборудование, обучение. Всё сюда.
5. Ищите следующее
Расширили одно — появится другое. Система никогда не идеальна.
Как это выглядит в реальности
Интернет-магазин. Менеджеры не успевают обрабатывать заказы. Клиенты злятся, продажи падают.
❌ Ошибка: нанять еще менеджеров.
✅ Правильно:
— Убрать с менеджеров отчёты и планерки
— Дать шаблоны ответов
— Внедрить CRM или чат-бота на простые вопросы
— Если не помогло — нанимать
И только потом смотреть: не перешло ли горлышко на доставку?
#будни_фрилансера
👍3🔥3
Пост 28: Пример, как за неделю применить теорию ограничений в обычном офисе.
И так, я прочитал «Цель» и решил: ради интереса надо проверить на чём-то живом. Договорился с другом, пришел к нему в офис — у них есть отдел продаж, бухгалтерия, логистика, все стандартно.
Спрашиваю: «Где у вас узкое место? Расскажи процесс.»
Друг: «Да всё вроде нормально, просто продажи упали».
Начинаем копать.
Оказывается, у них один менеджер оформляет все сложные договоры. Юрист на полставки, работает удалённо, доступен только с 14 до 17. Без его подписи ни один клиент не уходит.
Продажник подготовил сделки, ждет юриста. Юрист приходит, и на него сваливается 20 сделок за раз. Он торопится, злится, ошибается. Клиенты нервничают.
Классическое бутылочное горлышко.
Что сделали за неделю:
День 1. Нашли ограничение — юрист.
День 2. Сняли с него всё, кроме финальной проверки договоров (передали сверки бухгалтеру).
День 3. Ввели правило: договоры не копим, отправляем сразу по готовности.
День 4. Создали буфер — закинули шаблон договора в CRM менеджеру, научили готовить «рыбу» договора, чтобы юрист только проверял, а не писал с нуля.
День 5. Договорились, что сложные случаи юрист решает/отвечает сразу в чате.
Результат через месяц: договоры проходят за 2 часа вместо 2-3х дней. Продажи выросли на 15% просто потому, что клиенты перестали ждать.
Вывод: Теория ограничений работает не только на заводах, но в любом офисе, где есть люди и процессы.
#автоматизируй_отдел
И так, я прочитал «Цель» и решил: ради интереса надо проверить на чём-то живом. Договорился с другом, пришел к нему в офис — у них есть отдел продаж, бухгалтерия, логистика, все стандартно.
Спрашиваю: «Где у вас узкое место? Расскажи процесс.»
Друг: «Да всё вроде нормально, просто продажи упали».
Начинаем копать.
Оказывается, у них один менеджер оформляет все сложные договоры. Юрист на полставки, работает удалённо, доступен только с 14 до 17. Без его подписи ни один клиент не уходит.
Продажник подготовил сделки, ждет юриста. Юрист приходит, и на него сваливается 20 сделок за раз. Он торопится, злится, ошибается. Клиенты нервничают.
Классическое бутылочное горлышко.
Что сделали за неделю:
День 1. Нашли ограничение — юрист.
День 2. Сняли с него всё, кроме финальной проверки договоров (передали сверки бухгалтеру).
День 3. Ввели правило: договоры не копим, отправляем сразу по готовности.
День 4. Создали буфер — закинули шаблон договора в CRM менеджеру, научили готовить «рыбу» договора, чтобы юрист только проверял, а не писал с нуля.
День 5. Договорились, что сложные случаи юрист решает/отвечает сразу в чате.
Результат через месяц: договоры проходят за 2 часа вместо 2-3х дней. Продажи выросли на 15% просто потому, что клиенты перестали ждать.
Вывод: Теория ограничений работает не только на заводах, но в любом офисе, где есть люди и процессы.
#автоматизируй_отдел
👍4❤2
От хоккея к роботам!
Еще каких-то 9 лет назад моя жизнь выглядела совсем иначе.
Лёд, тренировки, сборы, выезды, клюшка в руках с самого детства.
Но жизнь иногда делает неожиданные повороты.
Сегодня я работаю системным аналитиком на проекте роботизации федерального продовольственного склада.
Вместо ледовой коробки — склады, процессы, алгоритмы и автоматизация. Вместо клюшки — схемы процессов, интеграции, требования и системы, которые управляют роботами.
Параллельно я:
— веду блог «Бизнес и Дары аналитики»
— работаю на фрилансе в бизнес-анализе
— провожу аудиты бизнес-процессов в компаниях
— помогаю наводить порядок в операционной работе бизнеса
И я понял, что весь этот путь — от спорта до аналитики и роботизации — это целая история.
Поэтому я завёл блог на Дзене.
Здесь я буду рассказывать эту историю в формате книги.
Не сухой биографии, а живого пути — со своими решениями, сомнениями, ошибками и открытиями.
Это история о том:
— как спортсмен попадает в IT
— как появляются первые проекты
— как приходит выгорание
— как рождается системное мышление
— и как в итоге работа приводит к роботизации больших процессов
Но это будет не просто история.
По ходу книги я буду делиться тем, что накопилось за годы работы:
— полезными инструментами для аналитиков и менеджеров
— практическими лайфхаками по работе с процессами
— опытом аудита компаний и оптимизации бизнеса
— наблюдениями о том, как устроена работа изнутри
История уже началась.
И первые статьи — про маленький уральский город, лёд и первые шаги в IT уже на канале.
Заходите, читайте, подписывайтесь🔥
https://dzen.ru/gifts_of_analytics?share_to=link
Еще каких-то 9 лет назад моя жизнь выглядела совсем иначе.
Лёд, тренировки, сборы, выезды, клюшка в руках с самого детства.
Хоккей был не просто увлечением — это была часть моей личности и моего мира.
Но жизнь иногда делает неожиданные повороты.
Сегодня я работаю системным аналитиком на проекте роботизации федерального продовольственного склада.
Вместо ледовой коробки — склады, процессы, алгоритмы и автоматизация. Вместо клюшки — схемы процессов, интеграции, требования и системы, которые управляют роботами.
Параллельно я:
— веду блог «Бизнес и Дары аналитики»
— работаю на фрилансе в бизнес-анализе
— провожу аудиты бизнес-процессов в компаниях
— помогаю наводить порядок в операционной работе бизнеса
И я понял, что весь этот путь — от спорта до аналитики и роботизации — это целая история.
Поэтому я завёл блог на Дзене.
Здесь я буду рассказывать эту историю в формате книги.
Не сухой биографии, а живого пути — со своими решениями, сомнениями, ошибками и открытиями.
Это история о том:
— как спортсмен попадает в IT
— как появляются первые проекты
— как приходит выгорание
— как рождается системное мышление
— и как в итоге работа приводит к роботизации больших процессов
Но это будет не просто история.
По ходу книги я буду делиться тем, что накопилось за годы работы:
— полезными инструментами для аналитиков и менеджеров
— практическими лайфхаками по работе с процессами
— опытом аудита компаний и оптимизации бизнеса
— наблюдениями о том, как устроена работа изнутри
История уже началась.
И первые статьи — про маленький уральский город, лёд и первые шаги в IT уже на канале.
Заходите, читайте, подписывайтесь🔥
https://dzen.ru/gifts_of_analytics?share_to=link
❤3🔥3
Когда руководитель чувствует: «что-то работает не так». 5 признаков, что пора провести аудит процессов.
На аудитах встречаюсь с тем, что руководитель не может чётко объяснить проблему, и в целом говорит, что у них все хорошо работает.
Это нормальная ситуация.
Руководитель не обязан быть экспертом в процессной архитектуре или автоматизации. У него может не быть точного понимания что именно автоматизировать, какие процессы пересобирать и где искать узкие места.
Но при этом у него появляется интуитивное ощущение системной проблемы. Т.к. со стороны операционной модели бизнеса начинают проявляться сигналы.
Вот несколько признаков, по которым можно понять, что компании уже нужен аудит процессов.
1. Вы не знаете нормальное время выполнения процесса
Попробуйте ответить на простой вопрос:
Сколько времени должна занимать одна сделка / заказ / заявка?
Если ответ звучит примерно так: «По-разному… иногда день, иногда неделю» — значит в компании нет бенчмарка процесса.
Без бенчмарка невозможно понять:
— где задержки
— где перегруз
— где реальные потери времени
📌 Первый шаг аудита — зафиксировать текущий процесс и измерить его фактическое время.
2. Процесс зависит от конкретных сотрудников
Если в компании есть фразы вроде:
— «Этим занимается только Сергей»
— «Без бухгалтера это никто не сделает»
— «Марина знает, где лежат файлы»
значит процесс:
— не описан
— не стандартизирован
— не масштабируется
📌 В таких случаях аудит показывает критические точки риска, а автоматизация помогает убрать зависимость от конкретных людей.
3. В процессе слишком много ручных действий
Типичная картина:
— данные копируются из таблицы в CRM
— отчёты собираются вручную
— документы создаются из шаблонов каждый раз заново
Это не просто неудобство.
Это скрытые потери времени и источник ошибок, которые растут вместе с бизнесом.
📌 Аудит помогает увидеть, какие шаги процесса можно автоматизировать без потери контроля.
4. Руководитель становится «диспетчером процессов»
Если без вашего участия не происходит:
— распределение задач
— принятие мелких решений
— это означает, что процесс не работает сам по себе.
Хорошо выстроенные процессы должны работать без постоянного участия руководителя.
5. Никто не может показать процесс «от заявки до денег»
Попросите команду объяснить, как проходит путь клиента от первого контакта до оплаты.
Часто ответы выглядят так:
— «Сначала менеджер смотрит заявку…»
— «Потом передаём в производство…»
— «Потом бухгалтерия… вроде…»
Это означает, что процесс существует только в головах сотрудников.
Где взять бенчмарк процесса
Многие руководители думают, что нужно сравниваться с конкурентами.
Но первый и самый полезный бенчмарк — ваш собственный процесс сегодня.
На аудите обычно делают три вещи:
1️⃣ фиксируют реальный процесс
2️⃣ измеряют его показатели (время, загрузку, ошибки)
3️⃣ находят узкие места
После этого становится понятно:
— какие шаги нужно убрать
— где ускорить процесс
— а где автоматизация действительно даст эффект
И конечно все можно посчитать и измерить (даже примерно), например, какое количество времени занимает заполнить какую-нибудь таблицу в процессе:
1. Найти сделку в CRM — 20 сек.
2. Найти и скопировать нужные данные — 10 сек.
3. Найти и открыть таблицу — 10 сек.
4. Создать или найти нужную строку в таблице — 5-30 сек.
5. Заполнить таблицу данными — 20 сек.
Итого: примерно 1,5 минуты на заполнение копипастом каких-то данных.
А если надо копипастить данные из разных мест в CRM и в разные таблицы, или таких таблиц несколько, или надо из одной таблицы в другую, сколько времени это займет?
А еще в этот момент всплывают отвлекающие факторы, звонок, встреча, кофе, вопросы коллег и т.д.
💡 Главное правило
Основная рекомендация, когда появилось наитие, что, что-то идет не так, то делать аудит процессов, а уже потом внедрять системы и инструменты.
#для_руководителя
На аудитах встречаюсь с тем, что руководитель не может чётко объяснить проблему, и в целом говорит, что у них все хорошо работает.
Но почти всегда звучит похожая фраза: «Я понимаю, что что-то работает не так… но не могу понять где именно».
Это нормальная ситуация.
Руководитель не обязан быть экспертом в процессной архитектуре или автоматизации. У него может не быть точного понимания что именно автоматизировать, какие процессы пересобирать и где искать узкие места.
Но при этом у него появляется интуитивное ощущение системной проблемы. Т.к. со стороны операционной модели бизнеса начинают проявляться сигналы.
Вот несколько признаков, по которым можно понять, что компании уже нужен аудит процессов.
1. Вы не знаете нормальное время выполнения процесса
Попробуйте ответить на простой вопрос:
Сколько времени должна занимать одна сделка / заказ / заявка?
Если ответ звучит примерно так: «По-разному… иногда день, иногда неделю» — значит в компании нет бенчмарка процесса.
Без бенчмарка невозможно понять:
— где задержки
— где перегруз
— где реальные потери времени
📌 Первый шаг аудита — зафиксировать текущий процесс и измерить его фактическое время.
2. Процесс зависит от конкретных сотрудников
Если в компании есть фразы вроде:
— «Этим занимается только Сергей»
— «Без бухгалтера это никто не сделает»
— «Марина знает, где лежат файлы»
значит процесс:
— не описан
— не стандартизирован
— не масштабируется
📌 В таких случаях аудит показывает критические точки риска, а автоматизация помогает убрать зависимость от конкретных людей.
3. В процессе слишком много ручных действий
Типичная картина:
— данные копируются из таблицы в CRM
— отчёты собираются вручную
— документы создаются из шаблонов каждый раз заново
Это не просто неудобство.
Это скрытые потери времени и источник ошибок, которые растут вместе с бизнесом.
📌 Аудит помогает увидеть, какие шаги процесса можно автоматизировать без потери контроля.
4. Руководитель становится «диспетчером процессов»
Если без вашего участия не происходит:
— распределение задач
— принятие мелких решений
— это означает, что процесс не работает сам по себе.
Хорошо выстроенные процессы должны работать без постоянного участия руководителя.
5. Никто не может показать процесс «от заявки до денег»
Попросите команду объяснить, как проходит путь клиента от первого контакта до оплаты.
Часто ответы выглядят так:
— «Сначала менеджер смотрит заявку…»
— «Потом передаём в производство…»
— «Потом бухгалтерия… вроде…»
Это означает, что процесс существует только в головах сотрудников.
Где взять бенчмарк процесса
Многие руководители думают, что нужно сравниваться с конкурентами.
Но первый и самый полезный бенчмарк — ваш собственный процесс сегодня.
На аудите обычно делают три вещи:
1️⃣ фиксируют реальный процесс
2️⃣ измеряют его показатели (время, загрузку, ошибки)
3️⃣ находят узкие места
После этого становится понятно:
— какие шаги нужно убрать
— где ускорить процесс
— а где автоматизация действительно даст эффект
И конечно все можно посчитать и измерить (даже примерно), например, какое количество времени занимает заполнить какую-нибудь таблицу в процессе:
1. Найти сделку в CRM — 20 сек.
2. Найти и скопировать нужные данные — 10 сек.
3. Найти и открыть таблицу — 10 сек.
4. Создать или найти нужную строку в таблице — 5-30 сек.
5. Заполнить таблицу данными — 20 сек.
Итого: примерно 1,5 минуты на заполнение копипастом каких-то данных.
А если надо копипастить данные из разных мест в CRM и в разные таблицы, или таких таблиц несколько, или надо из одной таблицы в другую, сколько времени это займет?
А еще в этот момент всплывают отвлекающие факторы, звонок, встреча, кофе, вопросы коллег и т.д.
💡 Главное правило
Основная рекомендация, когда появилось наитие, что, что-то идет не так, то делать аудит процессов, а уже потом внедрять системы и инструменты.
#для_руководителя
👍2🔥2
ВАЖНОЕ ОБЪЯВЛЕНИЕ: реорганизация блогов и переезд 🚚
В связи с известными событиями и текущей ситуацией с блокировками, я вновь решил провести реорганизацию своих (пока ещё мини) блогов, чтобы сделать контент более удобным, безопасным и структурированным для вас.
Зачем это всё?
— Чтобы вы могли выбирать формат под свои задачи.
— Чтобы контент не тонул в ленте.
— И чтобы в любой непонятной ситуации у нас была надёжная площадка для связи.
Спасибо, что остаётесь со мной. Даже в таких условиях мы растем и становимся лучше.
В связи с известными событиями и текущей ситуацией с блокировками, я вновь решил провести реорганизацию своих (пока ещё мини) блогов, чтобы сделать контент более удобным, безопасным и структурированным для вас.
Что происходит с этим каналом?
Он остаётся, но меняет адрес и концепцию.
Все посты, которые были здесь раньше, никуда не исчезнут — они сохранятся. Но теперь этот канал будет называться «Библиотека Даров аналитики» 📚 и станет аналитической базой знаний.
Здесь будут выходить только статьи, разборы и глубокие материалы — всё, что можно изучать не спеша, перечитывать и использовать как базу знаний. Никакой оперативки, приколов, рассказов, только аналитика.
А куда переезжает все остальное?
А все старое переезжает в новое👉 Подписывайтесь на новый канал «Бизнес и Дары аналитики»
Зачем это всё?
— Чтобы вы могли выбирать формат под свои задачи.
— Чтобы контент не тонул в ленте.
— И чтобы в любой непонятной ситуации у нас была надёжная площадка для связи.
Спасибо, что остаётесь со мной. Даже в таких условиях мы растем и становимся лучше.
🔥5❤1