Привет, коллеги! 👋
Ранее мы разбирали основы бизнес-процессов: что это такое и зачем их описывать.
Сегодня давайте поговорим о практической стороне - как поэтапно работать с бизнес-процессами, чтобы добиться реальных улучшений.
Вот ключевые шаги:
1. Идентификация процесса
Прежде чем что-то улучшать, нужно понять:
▪︎ Какой процесс мы рассматриваем?
▪︎ Какие у него границы? (Что на входе, что на выходе, кто участвует)
▪︎ Зачем мы его анализируем? (Сократить время, уменьшить ошибки, подготовить к автоматизации)
Пример: Процесс «Возврат товара» начинается с заявления клиента и заканчивается переводом денег или заменой товара. Участники: клиент, менеджер, бухгалтерия, склад.
2. Описание текущего состояния (As-Is)
Здесь важно зафиксировать, как процесс работает сейчас - без прикрас и «как должно быть».
▪︎ Собираем информацию: интервью, наблюдение, документы.
▪︎ Визуализируем в нотации (BPMN, блок-схема, SIPOC).
▪︎ Выявляем проблемные места: узкие горлышки, дублирование, рутинные операции
❗️Важно: Не пропускайте этот этап! Попытки оптимизировать процесс без понимания его текущего состояния часто приводят к новым ошибкам.
3. Разработка будущего состояния (To-Be)
Теперь проектируем, как процесс должен работать после изменений.
▪︎ Ставим четкие цели: что хотим улучшить? (Скорость, качество, стоимость)
▪︎ Убираем лишние шаги, перераспределяем зоны ответственности.
▪︎ Продумываем возможности автоматизации.
▪︎ Рисуем новую схему и готовим регламент.
Пример улучшения: Ручную проверку заявки тремя отделами заменяем автоматизированной системой с одним контролем менеджера.
4. Внедрение изменений
Самый сложный этап — перевести теорию в практику:
▪︎ Пишем инструкции для сотрудников.
▪︎ Проводим обучение.
▪︎ Запускаем пилотный проект (например, в одном филиале или для части заказов).
▪︎ Настраиваем инструменты (CRM, ERP).
❕️Совет: Внедряйте изменения постепенно и собирайте обратную связь от команды.
5. Контроль и мониторинг
После внедрения важно измерять результаты:
▪︎Какие KPI изменились? (Время выполнения, количество ошибок, стоимость)
▪︎ Используем дашборды (Power BI, Google Data Studio) для наглядности.
▪︎ Выявляем новые узкие места - процесс никогда не бывает идеальным с первого раза.
6. Постоянное улучшение
Бизнес-процессы - это не «разовая настройка».
Работа с ними строится по циклу:
- Планируем изменения → внедряем → проверяем результаты → корректируем.
Несколько рекомендаций:
✅ Начинайте с критических процессов - тех, что сильнее всего влияют на прибыль или клиентский опыт.
✅ Вовлекайте исполнителей - те, кто работает с процессом ежедневно, знают его слабые места.
✅ Избегайте избыточной детализации - слишком сложные схемы трудно поддерживать.
✅ Тестируйте изменения - пилотные запуски помогут выявить недочёты до массового внедрения.
✅ Документируйте всё - это сэкономит время при аудитах и обучении новых сотрудников.
И запомните❕️
Хороший процесс - это не тот, который красив на бумаге, а тот, который работает без сбоев в реальности.
#теоретическиезаметки | @notes_analyst
Ранее мы разбирали основы бизнес-процессов: что это такое и зачем их описывать.
Сегодня давайте поговорим о практической стороне - как поэтапно работать с бизнес-процессами, чтобы добиться реальных улучшений.
Вот ключевые шаги:
1. Идентификация процесса
Прежде чем что-то улучшать, нужно понять:
▪︎ Какой процесс мы рассматриваем?
▪︎ Какие у него границы? (Что на входе, что на выходе, кто участвует)
▪︎ Зачем мы его анализируем? (Сократить время, уменьшить ошибки, подготовить к автоматизации)
Пример: Процесс «Возврат товара» начинается с заявления клиента и заканчивается переводом денег или заменой товара. Участники: клиент, менеджер, бухгалтерия, склад.
2. Описание текущего состояния (As-Is)
Здесь важно зафиксировать, как процесс работает сейчас - без прикрас и «как должно быть».
▪︎ Собираем информацию: интервью, наблюдение, документы.
▪︎ Визуализируем в нотации (BPMN, блок-схема, SIPOC).
▪︎ Выявляем проблемные места: узкие горлышки, дублирование, рутинные операции
❗️Важно: Не пропускайте этот этап! Попытки оптимизировать процесс без понимания его текущего состояния часто приводят к новым ошибкам.
3. Разработка будущего состояния (To-Be)
Теперь проектируем, как процесс должен работать после изменений.
▪︎ Ставим четкие цели: что хотим улучшить? (Скорость, качество, стоимость)
▪︎ Убираем лишние шаги, перераспределяем зоны ответственности.
▪︎ Продумываем возможности автоматизации.
▪︎ Рисуем новую схему и готовим регламент.
Пример улучшения: Ручную проверку заявки тремя отделами заменяем автоматизированной системой с одним контролем менеджера.
4. Внедрение изменений
Самый сложный этап — перевести теорию в практику:
▪︎ Пишем инструкции для сотрудников.
▪︎ Проводим обучение.
▪︎ Запускаем пилотный проект (например, в одном филиале или для части заказов).
▪︎ Настраиваем инструменты (CRM, ERP).
❕️Совет: Внедряйте изменения постепенно и собирайте обратную связь от команды.
5. Контроль и мониторинг
После внедрения важно измерять результаты:
▪︎Какие KPI изменились? (Время выполнения, количество ошибок, стоимость)
▪︎ Используем дашборды (Power BI, Google Data Studio) для наглядности.
▪︎ Выявляем новые узкие места - процесс никогда не бывает идеальным с первого раза.
6. Постоянное улучшение
Бизнес-процессы - это не «разовая настройка».
Работа с ними строится по циклу:
- Планируем изменения → внедряем → проверяем результаты → корректируем.
Несколько рекомендаций:
✅ Начинайте с критических процессов - тех, что сильнее всего влияют на прибыль или клиентский опыт.
✅ Вовлекайте исполнителей - те, кто работает с процессом ежедневно, знают его слабые места.
✅ Избегайте избыточной детализации - слишком сложные схемы трудно поддерживать.
✅ Тестируйте изменения - пилотные запуски помогут выявить недочёты до массового внедрения.
✅ Документируйте всё - это сэкономит время при аудитах и обучении новых сотрудников.
И запомните❕️
Хороший процесс - это не тот, который красив на бумаге, а тот, который работает без сбоев в реальности.
#теоретическиезаметки | @notes_analyst
👍6🔥3❤1
❓А вы уверены, что "работать с данными" это просто?
Готовы перейти на уровень, где ваш анализ напрямую влияет на прибыль компаний и стратегические решения?
🔥Начните с бесплатных вебинаров курса «Системный и бизнес-анализ»:
💎Вебинар 1: Как бизнес-аналитик управляет рисками при разработке IT-продукта?
⏰7 августа в 20:00 мск
Вы узнаете:
1. Что такое риск и категоризация рисков
2. Влияния рисков на работу
3. Способы митигации рисков
💎Вебинар 2: Бизнес-аналитик и Системный аналитик: зачем нужны 2 роли?
⏰25 августа в 20:00 мск
Вы узнаете:
+ Зоны ответственности системного и бизнес-аналитика, решаемые задачи, акценты и ключевые результаты работы.
+ Как задачи этих ролей видит отрасль и ведущие компании.
+ Кто такие fullstack-аналитики и стоит ли развиваться в эту сторону.
+ Какие навыки развивать системному и бизнес-аналитику.
🎁Участники вебинаров получат ценные призы на почту!
Записывайтесь ➡️ OTUS.RU
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
Готовы перейти на уровень, где ваш анализ напрямую влияет на прибыль компаний и стратегические решения?
🔥Начните с бесплатных вебинаров курса «Системный и бизнес-анализ»:
💎Вебинар 1: Как бизнес-аналитик управляет рисками при разработке IT-продукта?
⏰7 августа в 20:00 мск
Вы узнаете:
1. Что такое риск и категоризация рисков
2. Влияния рисков на работу
3. Способы митигации рисков
💎Вебинар 2: Бизнес-аналитик и Системный аналитик: зачем нужны 2 роли?
⏰25 августа в 20:00 мск
Вы узнаете:
+ Зоны ответственности системного и бизнес-аналитика, решаемые задачи, акценты и ключевые результаты работы.
+ Как задачи этих ролей видит отрасль и ведущие компании.
+ Кто такие fullstack-аналитики и стоит ли развиваться в эту сторону.
+ Какие навыки развивать системному и бизнес-аналитику.
🎁Участники вебинаров получат ценные призы на почту!
Записывайтесь ➡️ OTUS.RU
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
❤1
📑 Разработка высоконагруженных API: проблемы, решения, практические рекомендации
"Ваш проект взлетел. Первые пользователи превратились в тысячи. Тысячи стали десятками тысяч. Метрики в дашбордах рисуют красивую кривую, устремленную вверх. Но есть и другие кривые, которые ползут вверх с не меньшей скоростью. Время ответа сервера. Количество ошибок 502 и 504.
То, что летало на ста запросах в секунду, начинает задыхаться на десяти тысячах. Это не ошибка, это физика. Архитектура для этих двух миров — это как велосипед и грузовой поезд. Они оба едут, но задачи у них разные. Так что давайте забудем про теорию и посмотрим, где обычно рвется и как это чинить, чтобы не переписывать все с нуля каждый раз, когда у вас прибавляется нолик в статистике пользователей."
Читать статью
"Ваш проект взлетел. Первые пользователи превратились в тысячи. Тысячи стали десятками тысяч. Метрики в дашбордах рисуют красивую кривую, устремленную вверх. Но есть и другие кривые, которые ползут вверх с не меньшей скоростью. Время ответа сервера. Количество ошибок 502 и 504.
То, что летало на ста запросах в секунду, начинает задыхаться на десяти тысячах. Это не ошибка, это физика. Архитектура для этих двух миров — это как велосипед и грузовой поезд. Они оба едут, но задачи у них разные. Так что давайте забудем про теорию и посмотрим, где обычно рвется и как это чинить, чтобы не переписывать все с нуля каждый раз, когда у вас прибавляется нолик в статистике пользователей."
Читать статью
📑 Схема GraphQL
"В этой части цикла мы поговорим о центральном элементе GraphQL — схеме. Именно она является точкой соприкосновения клиента и сервера. И если нет схемы — то нет и API.
Схема в GraphQL — это описание структуры API, написанное на специальном языке SDL (Schema Definition Language). Она определяет:
- Какие типы данных существуют в системе;
- Какие операции (запросы, мутации, подписки) доступны клиентам;
- Какие поля можно запрашивать у каждого типа;
- Какие аргументы принимают операции и поля."
Читать далее..
"В этой части цикла мы поговорим о центральном элементе GraphQL — схеме. Именно она является точкой соприкосновения клиента и сервера. И если нет схемы — то нет и API.
Схема в GraphQL — это описание структуры API, написанное на специальном языке SDL (Schema Definition Language). Она определяет:
- Какие типы данных существуют в системе;
- Какие операции (запросы, мутации, подписки) доступны клиентам;
- Какие поля можно запрашивать у каждого типа;
- Какие аргументы принимают операции и поля."
Читать далее..
🔥4
🚀 Когда аналитика — топливо, а бизнес — ракета!
Как построить долгосрочную модель бизнеса, спрогнозировать ключевые метрики и выбрать оптимальную стратегию роста — об этом в новом выпуске «Диванной аналитики» рассказывает Батыржан Юсуп-Ахунов, старший аналитик команды стратегии вертикали Авито Товары.
Что внутри:
☄️ как «дерево» прогнозирования помогает связать метрики и предсказать будущее;
☄️ зачем бизнесу нужна динамическая система и целевой функционал;
☄️ как Авито использует методы оптимального управления для выбора стратегии;
☄️ и как автоматизация экономит сотни часов ручной работы.
🎥 Обо всем подробно смотрите в пятом выпуске «Диванной аналитики» по ссылке, а также подписывайтесь на телеграм-канал «Коммуналка аналитиков»!
Как построить долгосрочную модель бизнеса, спрогнозировать ключевые метрики и выбрать оптимальную стратегию роста — об этом в новом выпуске «Диванной аналитики» рассказывает Батыржан Юсуп-Ахунов, старший аналитик команды стратегии вертикали Авито Товары.
Что внутри:
🎥 Обо всем подробно смотрите в пятом выпуске «Диванной аналитики» по ссылке, а также подписывайтесь на телеграм-канал «Коммуналка аналитиков»!
Please open Telegram to view this post
VIEW IN TELEGRAM
Друзья, всем привет! 👋
Сегодня предлагаю небольшой интерактив – тест на знание основ бизнес-процессов. Проверьте, насколько хорошо вы ориентируетесь в этой теме! ⬇️
Сегодня предлагаю небольшой интерактив – тест на знание основ бизнес-процессов. Проверьте, насколько хорошо вы ориентируетесь в этой теме! ⬇️
1.Какой из перечисленных процессов является вспомогательным?
Anonymous Quiz
4%
Производство товара
70%
Бухгалтерский учет
5%
Продажи
21%
Обслуживание клиентов
2.Какой признак НЕ является характеристикой эффективного бизнес-процесса?
Anonymous Quiz
3%
Четко определенные границы и результат
56%
Высокая скорость выполнения без контроля качества
13%
Взаимосвязь с другими процессами
28%
Возможность оптимизации
3. Какой этап работы над бизнес-процессами следует после анализа текущего состояния?
Anonymous Quiz
1%
Внедрение изменений
60%
Описание процессов "как есть"
39%
Разработка улучшений ("как должно быть")
1%
Контроль и мониторинг
Клиентская удовлетворенность снизилась из-за долгой обработки заказов, ошибок доставки и некомпетентной поддержки. Как эффективнее решить проблему?
Anonymous Quiz
7%
Устранять только одну проблему.
2%
Работать над всеми проблемами одновременно.
12%
Создать команду для улучшения всех процессов.
79%
Провести реинжиниринг всего бизнес-процесса
5. Call-центр измеряет эффективность по "среднему времени звонка". После внедрения скриптов показатель улучшился на 25%, но количество обращений выросло в 2 раза. В чем проблема выбранного KPI?
Anonymous Quiz
88%
KPI измеряет только скорость процесса, но не учитывает качество решения проблемы клиента
9%
Скрипты были недостаточно детализированы для разных типов запросов
1%
Операторы недостаточно хорошо обучены работе с новыми скриптами
2%
Необходимо увеличить количество операторов для обработки возросшего числа звонков
❓Как стать системным аналитиком с нуля?
Вы уже готовы прокачивать навыки до уровня Middle+ в системной аналитике и начать свою успешную карьеру? Не спешите!
🤑 Начните с бесплатных вебинаров курса «Системный аналитик»:
📚Вебинар 1: Спецификация API: как грамотно описать интеграционное взаимодействие - https://clck.ru/3NQefo
⏰4 августа в 20:00 мск
Вы узнаете:
1. Структуру и основные разделы интеграционной спецификации
2. Покажем на реальных примерах, как описывать API, форматы данных и бизнес-логику обмена
3. Частые ошибки и лучшие практики при подготовке спецификаций и задач для интеграции систем
📚Вебинар 2: Практическое собеседование системного аналитика - https://clck.ru/3NQefo
⏰18 августа в 20:00 мск
Вы узнаете:
1. Как проходят собеседования в 2025 году
2. Решение небольшой реальной задачи
3. Общение на тему выбора решений
4. Проверка некоторых навыков
🎁Участники вебинаров получат ценные призы на почту!
Записывайтесь ➡️ OTUS.RU
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
Вы уже готовы прокачивать навыки до уровня Middle+ в системной аналитике и начать свою успешную карьеру? Не спешите!
🤑 Начните с бесплатных вебинаров курса «Системный аналитик»:
📚Вебинар 1: Спецификация API: как грамотно описать интеграционное взаимодействие - https://clck.ru/3NQefo
⏰4 августа в 20:00 мск
Вы узнаете:
1. Структуру и основные разделы интеграционной спецификации
2. Покажем на реальных примерах, как описывать API, форматы данных и бизнес-логику обмена
3. Частые ошибки и лучшие практики при подготовке спецификаций и задач для интеграции систем
📚Вебинар 2: Практическое собеседование системного аналитика - https://clck.ru/3NQefo
⏰18 августа в 20:00 мск
Вы узнаете:
1. Как проходят собеседования в 2025 году
2. Решение небольшой реальной задачи
3. Общение на тему выбора решений
4. Проверка некоторых навыков
🎁Участники вебинаров получат ценные призы на почту!
Записывайтесь ➡️ OTUS.RU
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
😁1
📑 Взаимодействие микросервисов: проблемы, решения, практические рекомендации
"Все говорили о микросервисах. Гибкость. Масштабируемость. Независимые команды. Звучало как мечта. Многие компании бросились распиливать свои монолиты. Разработка действительно ускорилась. Отдельные компоненты стало проще обновлять и разворачивать.
А потом сервисам понадобилось взаимодействовать. И мечта превратилась в сложную, многомерную головоломку."
"Переход на микросервисы — это не просто технический рефакторинг. Это полная смена парадигмы мышления для инженеров, тестировщиков и менеджеров."
Читать статью
"Все говорили о микросервисах. Гибкость. Масштабируемость. Независимые команды. Звучало как мечта. Многие компании бросились распиливать свои монолиты. Разработка действительно ускорилась. Отдельные компоненты стало проще обновлять и разворачивать.
А потом сервисам понадобилось взаимодействовать. И мечта превратилась в сложную, многомерную головоломку."
"Переход на микросервисы — это не просто технический рефакторинг. Это полная смена парадигмы мышления для инженеров, тестировщиков и менеджеров."
Читать статью
🔥2❤1
📑 Docs as Code: наш опыт документирования с LaTeX и Dev container
"В мире разработки мы постоянно сталкиваемся с технической документацией — она повсюду, от спецификаций API до архитектурных решений. И мы хотим, чтобы документация была структурированной, актуальной и удобной… но в реальности чаще имеем дело с хаотичным набором разрозненных материалов, которые теряются между Confluence, почтой и Google Docs, стремительно устаревают и выглядят небрежно, с «плывущими» таблицами и запутанной структурой. Представили этот беспорядок?
Хорошая новость: есть способ автоматизировать и стандартизировать документацию, сделав её такой же управляемой, как код — через модель docs as code.
В статье вместе вспомним базовые принципы этого подхода, расскажем про наш опыт документирования и поделимся репозиторием с готовым шаблоном LaTeX для максимально быстрого старта без установки зависимостей!"
Читать статью
"В мире разработки мы постоянно сталкиваемся с технической документацией — она повсюду, от спецификаций API до архитектурных решений. И мы хотим, чтобы документация была структурированной, актуальной и удобной… но в реальности чаще имеем дело с хаотичным набором разрозненных материалов, которые теряются между Confluence, почтой и Google Docs, стремительно устаревают и выглядят небрежно, с «плывущими» таблицами и запутанной структурой. Представили этот беспорядок?
Хорошая новость: есть способ автоматизировать и стандартизировать документацию, сделав её такой же управляемой, как код — через модель docs as code.
В статье вместе вспомним базовые принципы этого подхода, расскажем про наш опыт документирования и поделимся репозиторием с готовым шаблоном LaTeX для максимально быстрого старта без установки зависимостей!"
Читать статью
❤2
📑 Должен ли аналитик уметь всё?
Автор: Полина - старший системный аналитик на проекте разработки и развития решений по управления данными в компании "Цифровые сервисы"
"На одной из конференций по аналитике увидела интересный слайд, на котором был перечислен набор аббревиатур и вопрос для размышления: "Должен ли аналитик уметь все?".
Скажу честно, ряд аббревиатур я увидела впервые.
Решила посвятить статью как раз этим аббревиатурам, что есть что и привести практические примеры"
Читать статью
Автор: Полина - старший системный аналитик на проекте разработки и развития решений по управления данными в компании "Цифровые сервисы"
"На одной из конференций по аналитике увидела интересный слайд, на котором был перечислен набор аббревиатур и вопрос для размышления: "Должен ли аналитик уметь все?".
Скажу честно, ряд аббревиатур я увидела впервые.
Решила посвятить статью как раз этим аббревиатурам, что есть что и привести практические примеры"
Читать статью
❤1