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
Передаем документацию заказчику: Markdown, Git, CI/CD и почти полная автоматизация
⏳ 5 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Передаем документацию заказчику: Markdown, Git, CI/CD и почти полная автоматизация
Представьте, что вы разработали программное обеспечение. Все идеально: код отточен, тесты пройдены, система готова к работе. Но тут встает вопрос: как отправить документацию заказчику? Всем привет!...
❤4
Headless и API-First: как ускорить e-commerce и не утонуть в монолите
⏳ 6 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Headless и API-First: как ускорить e-commerce и не утонуть в монолите
Привет, хабровчане! Я Алиса, тимлид в e-commerce агентстве KISLOROD . Сегодня расскажу, как мы вырвались из цепких лап монолита с помощью Headless и API-First архитектуры, ускорили разработку и дали...
Проверка документации без боли: наш путь к автоматическому спелл-чеку через CI/CD (обзор и видео доклада)
⏳ 11 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Проверка документации без боли: наш путь к автоматическому спелл-чеку через CI/CD (обзор и видео доклада)
Привет! Меня зовут Константин Нежберт, я технический писатель команды Deckhouse в компании «Флант». В апреле я выступал на международной ИТ-конференции «Стачка» с докладом о проверке документации. Я...
Разработка Task Manager с нуля до полнофункционального продукта
⏳ 13 мин | 🟡🟡🟡
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Разработка Task Manager с нуля до полнофункционального продукта
Если Вы когда-нибудь задумывался о том, как создать своё собственное веб-приложение для управления задачами, надеюсь, эта статья вам поможет. Мы пройдём весь путь — от установки необходимых...
❤2👍1
Forwarded from Business | System analyst
Салют! Сегодня решила продолжить тему про CJM и рассмотреть ее альтернативы)
📝 Альтернативы CJM: инструменты для анализа пользовательского опыта
Customer Journey Map (CJM) — мощный инструмент, но он подходит не для всех задач. В зависимости от целей (анализ внутренних процессов, фокус на продукте, исследование широкого контекста) могут потребоваться другие методы.
1️⃣ User Journey Map (UJM)
Что это: Карта пути пользователя внутри продукта или сервиса, а не клиента как покупателя.
Отличие от CJM:
- Фокус на использовании продукта, а не на процессе покупки.
- Подходит для B2B-сценариев, где пользователь и покупатель — разные лица (например, сотрудники компании) .
Пример: Карта взаимодействия оператора колл-центра с CRM-системой.
📎 CJM и UJM — В чём же разница?
📎 Карты пути (CJM, UJM, USM), service blueprint и другие схемы представления пути пользователя
2️⃣ Service Blueprint
Что это: Карта, объединяющая клиентский опыт и внутренние бизнес-процессы компании.
Ключевые особенности:
- Показывает, какие отделы отвечают за каждый этап CJM.
- Выявляет «закулисные» процессы (например, логистику или техподдержку) .
Пример: Оптимизация работы ресторана: от заказа клиента до кухни и доставки.
📎 В чем разница между CJM и Service Blue Print? Плюсы и минусы каждого метода и ключевые отличия
📎 От as-is к as-to-be: что такое Service Blueprint и при чем здесь BABOK
3️⃣ Jobs to be Done (JTBD)
Что это: Метод, фокусирующийся на задачах, которые пользователь хочет решить с помощью продукта.
Преимущества:
- Раскрывает истинные мотивы покупки (например, «родители покупают органическое детское питание, чтобы обеспечить безопасность ребенка») .
- Помогает создавать инновационные продукты, решающие конкретные проблемы.
📎 Jobs to Be Done, или всё, что следует знать о желаниях пользователей
4️⃣ Карта эмпатий (Empathy Map)
Что это: Визуализация мыслей, чувств и поведения пользователя в рамках одной ситуации.
Структура:
- «Думает и чувствует», «Говорит и делает», «Видит», «Слышит»
Применение: Для точечного анализа боли пользователя (например, при доработке интерфейса).
📎 Карта эмпатии: как накладывать эмоции на продукт
5️⃣ Life Experience Map (LXM)
Что это: Широкая карта жизненного контекста пользователя, выходящая за рамки взаимодействия с продуктом.
Зачем: Чтобы понять, как продукт вписывается в повседневную жизнь клиента .
Пример: Исследование привычек путешественников для разработки нового сервиса бронирования.
📎 Customer Journey Map: какие карты бывают, как их составить и использовать
6️⃣ Маркетинговая воронка
Что это: Линейная модель этапов от знакомства с продуктом до покупки.
Отличие от CJM:
- Фокус на конверсиях, а не на эмоциях и барьерах.
- Не учитывает неочевидные взаимодействия (например, влияние отзывов из соцсетей)
📎 Маркетинговая воронка: как превратить клиента в покупателя
—————————
🧐 Когда что выбирать?
CJM - Анализ пути клиента от первого контакта до лояльности.
UJM - Оптимизация UX внутри продукта (например, onboarding в приложении).
Service Blueprint - Связь клиентского опыта с внутренними процессами компании.
JTBD - Понимание глубинных мотивов покупки и создание инноваций.
Карта эмпатий - Быстрое выявление боли пользователя на конкретном этапе
Вместо вывода:
CJM — не универсальный инструмент. Для комплексного анализа нужна комбинация методов:
- JTBD + CJM — для понимания мотивов и пути клиента .
- Service Blueprint + UJM — для синхронизации UX и бизнес-процессов .
Источник: @ba_and_sa
📝 Альтернативы CJM: инструменты для анализа пользовательского опыта
Customer Journey Map (CJM) — мощный инструмент, но он подходит не для всех задач. В зависимости от целей (анализ внутренних процессов, фокус на продукте, исследование широкого контекста) могут потребоваться другие методы.
Что это: Карта пути пользователя внутри продукта или сервиса, а не клиента как покупателя.
Отличие от CJM:
- Фокус на использовании продукта, а не на процессе покупки.
- Подходит для B2B-сценариев, где пользователь и покупатель — разные лица (например, сотрудники компании) .
Пример: Карта взаимодействия оператора колл-центра с CRM-системой.
Что это: Карта, объединяющая клиентский опыт и внутренние бизнес-процессы компании.
Ключевые особенности:
- Показывает, какие отделы отвечают за каждый этап CJM.
- Выявляет «закулисные» процессы (например, логистику или техподдержку) .
Пример: Оптимизация работы ресторана: от заказа клиента до кухни и доставки.
Что это: Метод, фокусирующийся на задачах, которые пользователь хочет решить с помощью продукта.
Преимущества:
- Раскрывает истинные мотивы покупки (например, «родители покупают органическое детское питание, чтобы обеспечить безопасность ребенка») .
- Помогает создавать инновационные продукты, решающие конкретные проблемы.
Что это: Визуализация мыслей, чувств и поведения пользователя в рамках одной ситуации.
Структура:
- «Думает и чувствует», «Говорит и делает», «Видит», «Слышит»
Применение: Для точечного анализа боли пользователя (например, при доработке интерфейса).
Что это: Широкая карта жизненного контекста пользователя, выходящая за рамки взаимодействия с продуктом.
Зачем: Чтобы понять, как продукт вписывается в повседневную жизнь клиента .
Пример: Исследование привычек путешественников для разработки нового сервиса бронирования.
Что это: Линейная модель этапов от знакомства с продуктом до покупки.
Отличие от CJM:
- Фокус на конверсиях, а не на эмоциях и барьерах.
- Не учитывает неочевидные взаимодействия (например, влияние отзывов из соцсетей)
—————————
CJM - Анализ пути клиента от первого контакта до лояльности.
UJM - Оптимизация UX внутри продукта (например, onboarding в приложении).
Service Blueprint - Связь клиентского опыта с внутренними процессами компании.
JTBD - Понимание глубинных мотивов покупки и создание инноваций.
Карта эмпатий - Быстрое выявление боли пользователя на конкретном этапе
Вместо вывода:
CJM — не универсальный инструмент. Для комплексного анализа нужна комбинация методов:
- JTBD + CJM — для понимания мотивов и пути клиента .
- Service Blueprint + UJM — для синхронизации UX и бизнес-процессов .
Источник: @ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤9🔥4👍1