Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Когнитивные искажения в работе системного аналитика
Работа системного аналитика — это постоянный баланс между техникой и бизнесом, между хаосом требований и порядком спецификаций. Аналитик соединяет интересы заказчиков, пользователей, разработчиков и...
❤6👍1🤔1
Forwarded from Business | System analyst
Салют! Любой Аналитик (БА или СА) может столкнуться с Базами данных (БД), в любом случае это любимые вопросы на собесах. Поэтому предлагаю эту тему тоже не оставлять в стороне)
#БД #базыданных
1️⃣ Основные понятия
База данных (БД) – это структурированный набор данных, организованный для удобного хранения, управления и доступа.
Ключевые термины:
- Таблица (Table) – структура для хранения данных в виде строк (записей) и столбцов (полей).
- Запись (Row, Record) – строка в таблице, содержащая данные об одном объекте.
- Поле (Column, Field) – столбец в таблице, определяющий тип данных (например,
- Первичный ключ (Primary Key, PK) – уникальный идентификатор записи (например, `id`).
- Внешний ключ (Foreign Key, FK) – поле, связывающее таблицы между собой.
- Индекс (Index) – структура для ускорения поиска данных (как оглавление в книге).
- Нормализация – процесс устранения дублирования данных для улучшения структуры БД.
2️⃣ Разница между БД и СУБД
БД (База данных) — это просто хранилище информации, как цифровая "коробка с данными".
СУБД (Система управления базами данных) — это "умная программа", которая:
- Организует хранение данных в БД,
- Быстро находит и изменяет информацию,
- Защищает данные от ошибок и несанкционированного доступа,
- Позволяет удобно работать с БД через запросы (например, SQL).
Проще:
- БД — это как файл Excel (там лежат данные).
- СУБД — это как сам Excel (он умеет сортировать, фильтровать и защищать эти данные).
Без СУБД БД — просто беспорядочная куча информации. СУБД делает её удобной и рабочей
Аналогия:
- БД – это библиотека с книгами (данными).
- СУБД – это библиотекарь, который ищет, добавляет и изменяет книги.
3️⃣ Реляционные vs Нереляционные БД
Реляционные БД (SQL)
- Структура: Таблицы с жесткой схемой (строгие типы данных).
- Примеры: MySQL, PostgreSQL, Oracle, SQL Server.
- Плюсы:
- Четкая структура и связи (FK).
- Поддержка транзакций (ACID).
- Удобны для сложных запросов (`JOIN`, агрегации).
- Минусы:
- Менее гибкие (схему сложно изменить).
- Могут быть медленными при больших объемах.
Нереляционные БД (NoSQL)
- Структура: Документы, ключ-значение, графы, колоночные хранилища.
- Примеры: MongoDB (документы), Redis (ключ-значение), Cassandra (колоночная).
- Плюсы:
- Гибкость (данные могут быть без строгой схемы).
- Высокая производительность и масштабируемость.
- Минусы:
- Нет стандартных JOIN (связи сложнее).
- Меньше гарантий целостности данных.
Когда что выбирать?
- SQL – если важны транзакции, сложные запросы, строгая структура (банки, ERP).
- NoSQL – если нужна масштабируемость и гибкость (соцсети, IoT, big data).
4️⃣ Что должен знать начинающий системный аналитик про БД?
1. Умение читать схемы БД (ER-диаграммы).
2. Базовый SQL (`SELECT`,
3. Понимание нормальных форм (1NF, 2NF, 3NF).
4. Различие типов БД и их применение.
5. Как данные связаны между собой (один-ко-многим, многие-ко-многим).
6. Основы индексов (зачем нужны и как влияют на производительность).
Вместо вывоводов:
БД – основа почти любой информационной системы. Системный аналитик должен понимать, как данные хранятся и взаимодействуют, чтобы проектировать корректные требования и общаться с разработчиками.
🔥 Совет: Попробуйте создать простую БД (например, в SQLite или PostgreSQL) и потренируйтесь в SQL – это лучший способ разобраться!
В след раз углубимся в тему😉
#БД #базыданных
База данных (БД) – это структурированный набор данных, организованный для удобного хранения, управления и доступа.
Ключевые термины:
- Таблица (Table) – структура для хранения данных в виде строк (записей) и столбцов (полей).
- Запись (Row, Record) – строка в таблице, содержащая данные об одном объекте.
- Поле (Column, Field) – столбец в таблице, определяющий тип данных (например,
имя, `возраст`). - Первичный ключ (Primary Key, PK) – уникальный идентификатор записи (например, `id`).
- Внешний ключ (Foreign Key, FK) – поле, связывающее таблицы между собой.
- Индекс (Index) – структура для ускорения поиска данных (как оглавление в книге).
- Нормализация – процесс устранения дублирования данных для улучшения структуры БД.
БД (База данных) — это просто хранилище информации, как цифровая "коробка с данными".
СУБД (Система управления базами данных) — это "умная программа", которая:
- Организует хранение данных в БД,
- Быстро находит и изменяет информацию,
- Защищает данные от ошибок и несанкционированного доступа,
- Позволяет удобно работать с БД через запросы (например, SQL).
Проще:
- БД — это как файл Excel (там лежат данные).
- СУБД — это как сам Excel (он умеет сортировать, фильтровать и защищать эти данные).
Без СУБД БД — просто беспорядочная куча информации. СУБД делает её удобной и рабочей
Аналогия:
- БД – это библиотека с книгами (данными).
- СУБД – это библиотекарь, который ищет, добавляет и изменяет книги.
Реляционные БД (SQL)
- Структура: Таблицы с жесткой схемой (строгие типы данных).
- Примеры: MySQL, PostgreSQL, Oracle, SQL Server.
- Плюсы:
- Четкая структура и связи (FK).
- Поддержка транзакций (ACID).
- Удобны для сложных запросов (`JOIN`, агрегации).
- Минусы:
- Менее гибкие (схему сложно изменить).
- Могут быть медленными при больших объемах.
Нереляционные БД (NoSQL)
- Структура: Документы, ключ-значение, графы, колоночные хранилища.
- Примеры: MongoDB (документы), Redis (ключ-значение), Cassandra (колоночная).
- Плюсы:
- Гибкость (данные могут быть без строгой схемы).
- Высокая производительность и масштабируемость.
- Минусы:
- Нет стандартных JOIN (связи сложнее).
- Меньше гарантий целостности данных.
Когда что выбирать?
- SQL – если важны транзакции, сложные запросы, строгая структура (банки, ERP).
- NoSQL – если нужна масштабируемость и гибкость (соцсети, IoT, big data).
1. Умение читать схемы БД (ER-диаграммы).
2. Базовый SQL (`SELECT`,
JOIN, `GROUP BY`). 3. Понимание нормальных форм (1NF, 2NF, 3NF).
4. Различие типов БД и их применение.
5. Как данные связаны между собой (один-ко-многим, многие-ко-многим).
6. Основы индексов (зачем нужны и как влияют на производительность).
Вместо вывоводов:
БД – основа почти любой информационной системы. Системный аналитик должен понимать, как данные хранятся и взаимодействуют, чтобы проектировать корректные требования и общаться с разработчиками.
🔥 Совет: Попробуйте создать простую БД (например, в SQLite или PostgreSQL) и потренируйтесь в SQL – это лучший способ разобраться!
В след раз углубимся в тему
Please open Telegram to view this post
VIEW IN TELEGRAM
❤11👍6🔥1
Что меня поразило в английском, когда я начала работать тех. писателем. Часть 1
⏳ 4 мин | 🟡🟡⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Что меня поразило в английском, когда я начала работать тех. писателем. Часть 1
Вот так учишь-учишь английский, думаешь, что ты все знаешь и на коне, а потом приходишь в IT-компанию после ВУЗа и осознаёшь, что, по сути, не знала ничего. Какие открытия я сделала для себя в...
🔥4❤3👍1
Как мы храним 20000+ метрик и миллиарды комбинаций разрезов в одной таблице
⏳ 22 мин | 🟡🟡⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Как мы храним 20000+ метрик и миллиарды комбинаций разрезов в одной таблице
Привет! Меня зовут Влад Божьев, я старший разработчик юнита АБ-тестирования Авито . В нашей команде мы ежедневно работаем с по‑настоящему большими объёмами данных — это не просто фигура...
❤3👍1
Forwarded from Business | System analyst
Салют! Сегодня разберем еще один из любимых вопросов от моих подписчиков: «Как пройти техническое собеседование на ИТ-аналитика (системный/бизнес-аналитик): поделитесь опытом или советами»
Я — системный аналитик с многолетним опытом (уже больше 10 лет я в этой сфере, начинала с Бизнес-аналитика), прошла десятки собеседований (и как кандидат, и как интервьюер). Расскажу, на что действительно обращают внимание и как пройти техническую часть без стресса.
1️⃣ Что проверяют на техническом собеседовании? Для чего вообще его проводят:
Вас будут оценивать по нескольким ключевым направлениям и тут уже не важно какой у вас стаж:
1.1. Понимание процессов разработки
- SDLC (Software Development Life Cycle) – какие этапы, кто за что отвечает. Если уже с опытом, попросят поделиться им и рассказать как было на ваших проектах.
- Методологии (Agile, Scrum, Kanban, Waterfall) – не просто названия, а как они применяются в реальных проектах. Спросят что и для чего выберете вы сами, с чем работали, с чем сталкивались.
- Роль аналитика в команде – взаимодействие с PM, разработчиками, тестировщиками. С чем были трудности, как решали конфликты.
❌ Ошибка новичка: Путать обязанности аналитика и проджект-менеджера.
1.2. Работа с требованиями
- Виды требований (BRS, SRS, User Stories, Use Cases).
- Как писать четкие, нефтогенерящие требования.
- Техники сбора требований (интервью, workshops, прототипирование).
✅ Совет: Будьте готовы разобрать кейс – например, как вы будете собирать требования для нового функционала в мобильном приложении.
1.3. Документирование и моделирование
- Диаграммы (BPMN, UML, ER, DFD) – хотя бы базовое понимание.
- Инструменты (Confluence, Jira, Figma, Miro, draw.io) – если не знаете, скажите, что быстро освоите.
❌ Ошибка новичка: Говорить, что вы "отлично знаете BPMN", но не суметь нарисовать простой процесс. А это точно проверят)))
1.4. SQL и данные (часто спрашивают!)
- Базовый SQL (SELECT, JOIN, GROUP BY, подзапросы).
- Нормализация БД, ключи, индексы – хотя бы основы.
- NoSQL vs SQL – когда что применяется.
✅ Совет: Если не уверены в SQL, потренируйтесь на leetcode.com или sql-ex.ru.
1.5. API и интеграции
- REST vs SOAP.
- Что такое Swagger/OpenAPI.
- Форматы данных (JSON, XML).
❌ Ошибка новичка: Путать PUT и POST в REST API.
2️⃣ Как готовиться к собеседованию?
📌 2.1. Разберите типовые вопросы
Примеры:
- "Как вы будете собирать требования, если заказчик сам не знает, что хочет?"
- "Как вы отслеживаете изменения в требованиях?"
- "Какие диаграммы вы используете и зачем?"
Пробегитесь по часто-задоваемым вопросам, которые я описывала: Часть 1 и Часть 2
📌 2.2. Практика на кейсах
Вас могут попросить:
- Описать процесс "Оформления заказа" в интернет-магазине.
- Написать User Story для функции "Поиск по фильтрам".
- Нарисовать схему взаимодействия систем.
📌 2.3. Повторите основы
- SQL (хотя бы SELECT + JOIN).
- Протоколы HTTP, методы API.
- Основы тестирования (что такое smoke-тесты, регресс?).
3️⃣ Как вести себя на собеседовании?
🎯 3.1. Говорите структурированно
Используйте метод STAR (Situation, Task, Action, Result) для ответов:
- "Был проект Х, задача Y, я сделал Z, результат – W".
🎯 3.2. Не бойтесь говорить "не знаю"
Лучше честно сказать *"Я с этим не сталкивался, но могу разобраться"*, чем врать.
🎯 3.3. Задавайте вопросы
- "Как в вашей компании строится процесс работы с требованиями?"
- "Какие инструменты вы используете?"
- "Какие сложности бывают в проектах?"
4️⃣ Что делать после собеседования?
- Запишите вопросы, которые вызвали трудности – разберите их.
- Спросите фидбек, даже если не взяли – это ценный опыт.
- Анализируйте каждое интервью – со временем будет получаться лучше.
Вместо вывода:
Главное – практика и уверенность. Даже если не знаете ответ, покажите ход мыслей. IT-аналитика – это не про зазубренные ответы, а про умение разбираться в процессах и доносить идеи.
Источник: @ba_and_sa
Удачи на собеседовании! 🚀 Если есть вопросы – пишите в комментарии👇
Я — системный аналитик с многолетним опытом (уже больше 10 лет я в этой сфере, начинала с Бизнес-аналитика), прошла десятки собеседований (и как кандидат, и как интервьюер). Расскажу, на что действительно обращают внимание и как пройти техническую часть без стресса.
Вас будут оценивать по нескольким ключевым направлениям и тут уже не важно какой у вас стаж:
1.1. Понимание процессов разработки
- SDLC (Software Development Life Cycle) – какие этапы, кто за что отвечает. Если уже с опытом, попросят поделиться им и рассказать как было на ваших проектах.
- Методологии (Agile, Scrum, Kanban, Waterfall) – не просто названия, а как они применяются в реальных проектах. Спросят что и для чего выберете вы сами, с чем работали, с чем сталкивались.
- Роль аналитика в команде – взаимодействие с PM, разработчиками, тестировщиками. С чем были трудности, как решали конфликты.
❌ Ошибка новичка: Путать обязанности аналитика и проджект-менеджера.
1.2. Работа с требованиями
- Виды требований (BRS, SRS, User Stories, Use Cases).
- Как писать четкие, нефтогенерящие требования.
- Техники сбора требований (интервью, workshops, прототипирование).
✅ Совет: Будьте готовы разобрать кейс – например, как вы будете собирать требования для нового функционала в мобильном приложении.
1.3. Документирование и моделирование
- Диаграммы (BPMN, UML, ER, DFD) – хотя бы базовое понимание.
- Инструменты (Confluence, Jira, Figma, Miro, draw.io) – если не знаете, скажите, что быстро освоите.
❌ Ошибка новичка: Говорить, что вы "отлично знаете BPMN", но не суметь нарисовать простой процесс. А это точно проверят)))
1.4. SQL и данные (часто спрашивают!)
- Базовый SQL (SELECT, JOIN, GROUP BY, подзапросы).
- Нормализация БД, ключи, индексы – хотя бы основы.
- NoSQL vs SQL – когда что применяется.
✅ Совет: Если не уверены в SQL, потренируйтесь на leetcode.com или sql-ex.ru.
1.5. API и интеграции
- REST vs SOAP.
- Что такое Swagger/OpenAPI.
- Форматы данных (JSON, XML).
❌ Ошибка новичка: Путать PUT и POST в REST API.
📌 2.1. Разберите типовые вопросы
Примеры:
- "Как вы будете собирать требования, если заказчик сам не знает, что хочет?"
- "Как вы отслеживаете изменения в требованиях?"
- "Какие диаграммы вы используете и зачем?"
Пробегитесь по часто-задоваемым вопросам, которые я описывала: Часть 1 и Часть 2
📌 2.2. Практика на кейсах
Вас могут попросить:
- Описать процесс "Оформления заказа" в интернет-магазине.
- Написать User Story для функции "Поиск по фильтрам".
- Нарисовать схему взаимодействия систем.
📌 2.3. Повторите основы
- SQL (хотя бы SELECT + JOIN).
- Протоколы HTTP, методы API.
- Основы тестирования (что такое smoke-тесты, регресс?).
🎯 3.1. Говорите структурированно
Используйте метод STAR (Situation, Task, Action, Result) для ответов:
- "Был проект Х, задача Y, я сделал Z, результат – W".
🎯 3.2. Не бойтесь говорить "не знаю"
Лучше честно сказать *"Я с этим не сталкивался, но могу разобраться"*, чем врать.
🎯 3.3. Задавайте вопросы
- "Как в вашей компании строится процесс работы с требованиями?"
- "Какие инструменты вы используете?"
- "Какие сложности бывают в проектах?"
- Запишите вопросы, которые вызвали трудности – разберите их.
- Спросите фидбек, даже если не взяли – это ценный опыт.
- Анализируйте каждое интервью – со временем будет получаться лучше.
Вместо вывода:
Главное – практика и уверенность. Даже если не знаете ответ, покажите ход мыслей. IT-аналитика – это не про зазубренные ответы, а про умение разбираться в процессах и доносить идеи.
Источник: @ba_and_sa
Удачи на собеседовании! 🚀 Если есть вопросы – пишите в комментарии
Please open Telegram to view this post
VIEW IN TELEGRAM
❤16🔥5
Компрессия требований, распад бизнес-логики. Разбираемся, почему архитектура не спасает от эрозии смыслов
⏳ 4 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Компрессия требований, распад бизнес-логики. Разбираемся, почему архитектура не спасает от эрозии смыслов
А вы никогда не задумывались, почему, с одной стороны, у нас появляются всё более крутые и мощные инструменты для разработки? На бэкенде мы можем делать микросервисы, писать офигительные...
❤3
От проекта к программе: масштабирование внедрения Camunda в вашей компании
⏳ 18 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
От проекта к программе: масштабирование внедрения Camunda в вашей компании
Как перейти от первых проектов к успешной автоматизации сотен процессов с помощью гибкого пошагового подхода. Нам часто задают такие вопросы: — Как масштабировать внедрение Camunda в рамках всей...
Эволюция веб-приложения PREMIER: от legacy к современной архитектуре
⏳ 12 мин | 🟡🟡⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Эволюция веб-приложения PREMIER: от legacy к современной архитектуре
Может быть, не всё legacy, чему больше года, но у нас и правда был запущенный случай: несколько лет в режиме стартапа над проектом работали разные команды, начиная от аутсорса, заканчивая маленькими...
🔥2🙈1
This media is not supported in your browser
VIEW IN TELEGRAM
Когда ты уверенно идешь на собеседование)))
😁21🤣10❤3🔥2
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
AI в помощь системному аналитику: от скепсиса к практике
Друзья, привет! Меня зовут Ларионов Александр. Я работаю системным аналитиком. Совместно с Лабораторией инноваций Московской биржи мы изучали вопрос применения AI в системном анализе. Когда я впервые...
❤6
Forwarded from Заметки Аналитика | IT
📑 Часть 2: Как я реализовал взаимодействие микросервисов — Kafka и gRpc
Автор - Бромбин Андрей:
"В этой статье мы вместе реализуем микросервис для обработки изображений, обсудим архитектурные решения, необходимость выделения его в отдельный сервис, а также выберем подходящие технологии для синхронного и асинхронного взаимодействия. В конце — ссылки на репозитории и вспомогательные материалы.
Мы рассмотрим:
▪︎ Микросервис изображений: функциональность и архитектура.
▪︎ Выбор и настройка объектного хранилища (MinIO).
▪︎ Асинхронное взаимодействие с помощью Kafka: гарантии доставки, продюсер, консьюмер, топики, DLT.
▪︎ Синхронное взаимодействие через gRpc: protobuf, генерация кода, типы RPC-вызовов и реализация клиента и сервера на примере сохранения изображения."
Читать статью
Часть 1
Автор - Бромбин Андрей:
"В этой статье мы вместе реализуем микросервис для обработки изображений, обсудим архитектурные решения, необходимость выделения его в отдельный сервис, а также выберем подходящие технологии для синхронного и асинхронного взаимодействия. В конце — ссылки на репозитории и вспомогательные материалы.
Мы рассмотрим:
▪︎ Микросервис изображений: функциональность и архитектура.
▪︎ Выбор и настройка объектного хранилища (MinIO).
▪︎ Асинхронное взаимодействие с помощью Kafka: гарантии доставки, продюсер, консьюмер, топики, DLT.
▪︎ Синхронное взаимодействие через gRpc: protobuf, генерация кода, типы RPC-вызовов и реализация клиента и сервера на примере сохранения изображения."
Читать статью
Часть 1
❤3👍2
Camunda и Flowable — платформы автоматизации процессов и воркфлоу
⏳ 8 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Camunda и Flowable — платформы автоматизации процессов и воркфлоу
Не знаю, как у вас, но моя жизнь состоит из хаотичных «воркфлоу» и «процессов», полных сюрпризов и неожиданных ошибок, которые не работают так, как ожидается, потому что я сама немного сумасшедшая,...
❤4👍1
Семантическое моделирование. Проектирование БД с помощью ER-модели
⏳ 9 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Семантическое моделирование. Проектирование БД с помощью ER-модели
Один рисунок порой стоит тысячи слов. Всем привет. Сегодня разберемся с такими понятиями: семантическое моделирование , ER-модель и ER-диаграмма . Обсудим теорию и перейдем к практике. ❯ Теория Для...
❤3
Forwarded from Business | System analyst
Шпаргалка по UX/UI для системного аналитика👆
И в дополнение Инструменты и ресурсы:
- Гайдлайны: Material Design (Google), Human Interface Guidelines (Apple).
- Прототипирование: Figma, Balsamiq.
- Анализ поведения: Hotjar, Google Analytics
Источник: @ba_and_sa
И в дополнение Инструменты и ресурсы:
- Гайдлайны: Material Design (Google), Human Interface Guidelines (Apple).
- Прототипирование: Figma, Balsamiq.
- Анализ поведения: Hotjar, Google Analytics
Источник: @ba_and_sa
❤4🔥3👍2
Forwarded from Business | System analyst
Docs as Code — это подход к созданию документации, при котором:
- Документация пишется как код (в текстовых форматах: Markdown, reStructuredText, AsciiDoc).
- Хранится в системе контроля версий (Git).
- Сборка и публикация автоматизируются через CI/CD (например, GitHub Actions, GitLab CI).
- Изменения проходят ревью, как код.
📎 И небольшая подборка статей на эту тему:
- Docs as Code: введение в предмет
- Инструменты подхода Docs-as-code
- Как перейти на Docs-as-a-Code и какие инструменты для этого использовать
- Docs As Code: Документация как Код
@ba_and_sa
- Документация пишется как код (в текстовых форматах: Markdown, reStructuredText, AsciiDoc).
- Хранится в системе контроля версий (Git).
- Сборка и публикация автоматизируются через CI/CD (например, GitHub Actions, GitLab CI).
- Изменения проходят ревью, как код.
- Docs as Code: введение в предмет
- Инструменты подхода Docs-as-code
- Как перейти на Docs-as-a-Code и какие инструменты для этого использовать
- Docs As Code: Документация как Код
@ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Docs as Code: введение в предмет
В последние несколько лет в среде технических писателей все больше на слуху концепция Docs as Code. Если вы раньше не сталкивались с этим термином, он обозначает подход к разработке технической...
👍7❤2
Неработающие принципы Agile. Когда Agile не принесет ожидаемого эффекта
⏳ 6 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Неработающие принципы Agile. Когда Agile не принесет ожидаемого эффекта
Когда клиенты приглашают меня провести Agile-трансформацию компании, я часто сталкиваюсь с двумя распространенными ошибками: либо на Agile возлагают слишком большие надежды, либо пытаются внедрить...
🤔1
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Большой гайд по CJM — зачем, где и как его строить
В этой статье я постараюсь рассказать: что такое CJM и как он выглядит зачем, где и как его строить из каких шагов состоит построение CJM и что делать на каждом из них ? какие еще есть похожие...
🔥6