Гайд для начинающих аналитиков. Часть 1. На каком языке разговаривает бизнес. Цели, ожидания, приоритеты

11.12.24

Бизнес-анализ - Работа с заинтересованными сторонами

Еще в начале года у меня возникло желание сделать что-то наподобие гайда для начинающих аналитиков, но смена работы, проекты, курсы и конференции отодвинули эту идею в сторонку. Я долго думала, как к ней вернуться, потому что длинные тексты - моя слабая сторона. Решила идти маленькими шагами и публиковать в ТГ канале небольшие посты, а тут собрать их в полноценный гайд. Буду благодарна, если поделитесь этими статьями с начинающими аналитиками. Мне бы очень хотелось, чтобы этот контент принес как можно больше пользы.

🎓 Откуда берутся и куда тратятся деньги 

Это один из важных вопросов, который стоит проанализировать, начиная работать в новом домене или с новым заказчиком.

И речь тут не только об оплате наших услуг, хотя это тоже достаточно интересно. Важно понять как компания зарабатывает деньги, а точнее, посредством каких процессов. Также важно понять на какие процессы компания тратит деньги, но прибыль эти процессы напрямую не приносят.

От этого у нас сложится картинка, которая поможет на базовом уровне «заговорить на языке бизнеса». 

 

Увеличение прибыли, сокращение упущенной выгоды, издержек и рисков

Если мы понимаем, что процесс связан с производством или продажей, то тут фокус внимания может быть на любом из вышеперечисленных аспектов.

А если процесс обеспечивает деятельность организации, например бухгалтерия ведет учет, то тут увеличение прибыли не будет в фокусе внимания.

 

Что нам дает это понимание?

Если нам потребуется поработать с экономическим обоснованием или просто обсудить вопрос приоритета той или иной фичи, мы будем знать в какую сторону смотреть.  

Конечно есть еще социальная и эмоциональная стороны, но мы их пока не будем затрагивать, так как там все не так очевидно.
 

Представим, что речь идет о компании, где все ориентированы на минимальный расход средств на автоматизацию и нам поступает «очень срочная задача» от бухгалтерии сделать новый отчет. При этом мы совершенно не понимаем какую ценность принесет этот отчет. 

  • Первым делом важно узнать, как сейчас выглядит процесс работы с данными, которые хотят увидеть в новом отчете. Может пользуются экселькой, а может это какой-то новый процесс в бухгалтерии и ранее подобный отчет не требовался.
  • Потом полезно узнать какую ценность создает этот отчет для бизнеса. Что он помогает сделать: подготовиться к сдаче отчетности, отловить клиентов с незакрытыми актами или что-то еще. Представим, что речь об актах.
  • Дальше мы можем узнать, что будет, если его не формировать. Какие риски могут наступить.


Если по предыдущим вопросам мы понимаем, что риски существенные, уточним, можно ли такой отчет собрать вручную или типовыми средствами. 

Предположим, что нельзя и нужна разработка. Так как мы работаем с актами для клиентов, то тут можно измерять ценность отчета в том, какой объем упущенной выгоды мы им можем отловить. Так как незакрытые актами работы могут быть недооплаченными. Если такие кейсы ранее происходили и их можно посчитать, получившаяся сумма может стать основой для принятия решения о необходимости разработки отчета. 

А может произойти и так, что задача трансформируется в отлаживание процесса подписания актов, где формирование отчета будет контрольной процедурой на стороне руководителя отдела продаж.


Анализируя таким образом задачу мы можем лучше понять реальную проблему и предложить более комплексное решение.
 

🎓 Как синхронизироваться по ожиданиям от результата

Мы начали рассуждать об отчете для отслеживания процесса подписания актов. Предположим, что заказчик согласен, что эта задача перейдет на руководителя отдела продаж.

Возникает вопрос, с какими ожиданиями мы будем работать.

 

Вариант 1: Есть ожидания конкретно от этапа подписания актов.

В этом случае нам будет достаточно понять, как будут считать, что актов без подписи стало меньше. 


Например: 

Сокращение количества актов без подписи = среднее количество актов без подписи до изменений - среднее количество актов без подписи после изменений

Выглядит логично, но есть подводные камни. Например, в это количество могут попадать акты, которые не подписали из-за претензий к работам. Чтобы избежать искажений мы можем скорректировать расчет.

Сокращение количества актов без подписи =  (среднее количество неоплаченных работ до изменений -  среднее количество неоплаченных работ из-за претензий к качеству) - (среднее количество неоплаченных работ после изменений - среднее количество неоплаченных работ из-за претензий к качеству)


На что еще можно обратить внимание

На количество актов без подписи могут влиять и другие факторы. Например, может сказываться уровень нагрузки на менеджеров в разные периоды. Если мы будем сравнивать среднее количество за периоды с низкой нагрузкой, то может получиться, что наш отчет отловит не так много неподписанных актов. А если сравнивать периоды с высокой загрузкой, то эффект может быть более значимым.

Этот вариант можно применять, когда фича напрямую может повлиять на достижении цели. 

 

Вариант 2: Есть ожидания, что увеличится выручка.

В этом случае нам важно синхронизироваться в том, какое влияние использование отчета должно оказать на увеличение выручки.
 

Для этого мы можем использовать Objective Chain из RML. Что такое RML можно почитать в статье по этой ссылке.

Objective Chain строится поэтапно:

1. Определение бизнес-целей и фичей.

2. Определение факторов, как фича поможет достичь цели.

3. Определение способа расчета для обозначенных факторов.
 

Цель и фича нам известны, теперь нужно обсудить вопрос, как формирование отчета поможет в увеличении выручки. 

Например, мы обозначим, что обеспечение контроля подписания актов сократит количество неоплаченных работ.

Как будем считать сокращение мы уже придумали ранее. Теперь надо определить, как сокращение количества актов без подписи повлияет на выручку. Потому что сокращаем мы в штуках, а выручку хотим считать в рублях.

Как вариант мы можем воспользоваться для расчета средним чеком и умножить его на разницу количества подписанных актов после и до изменений. 
 

Зачем это нужно?

Если мы захотим прикинуть, окупится ли нам разработка этого отчета, то мы можем подставить значения, которые нам известны и те, которые мы планово рассчитываем получить в будущем. Если заказчику нравится соотношение затрат и потенциальной выгоды, то это успех. 

 

Почему иерархия?

В данном случае прямое влияние фичи на цель сложно определить и на разных уровнях иерархии может быть по несколько факторов. Например, на верхнем уровне мы можем добавить фактор, что дополнительные продажи могут увеличить выручку. Чтобы обеспечить дополнительные продажи нужно обучить сотрудников, доработать CRM и так далее.

А еще обеспечить контроль подписания актов можно разными способами и может появиться дополнительная фича, которая автоматизирует контроль подписания актов. Она может оказаться дороже с точки зрения разработки, но не потребует от руководителя отдела продаж временных затрат на формирование отчета и напоминания ответственным.

Визуализируя информацию таким образом мы можем синхронизироваться в рассуждениях и показать разные варианты решения для сравнения и проверки, насколько наши решения помогают достигнуть цели.

 

 🎓 Фокус внимания

Одна из причин, по которым появились всяческие метрики, предварительные оценки и прогнозы относительно влияния фичей на цели бизнеса - необходимость бизнеса развиваться в условиях ограниченности ресурсов.

В этом контексте метрики помогают задать границу, после которой можно дальше не улучшать и переключиться на другие цели.

Оценка затрат и сравнение их с потенциальной выгодой помогают принять решение о том, насколько сейчас разумно вкладывать средства в те или иные улучшения.


Риск свернуть не туда

Бывает так, что фича крайне интересна заказчику, аналитику, разработчику или пользователям, но реальной ценности она приносит мало. В случае, если какой-либо стороной реализация этой фичи будет согласована, то это может нанести ущерб для бизнеса в целом.


Почему так

Временные, денежные и прочие ресурсы тратятся на улучшения, которые не приносят ощутимого результата, а реально проблемные вопросы остаются без внимания или откладываются. 


Что с этим делать

Существуют различные подходы, помогающие рационально расставить приоритеты, опираясь на ценность для бизнеса. При этом подвох может скрываться в недрах. Например, в неправильном расчете. Как мы выяснили выше, детали решают и важно прорабатывать цепочку взаимосвязей целиком, если мы хотим получить максимально достоверный расчет из возможных.


С чего начать 

1. Научиться рационально относиться с фичам и транслировать эту идею другим заинтересованным сторонам.

2. Пробовать смотреть на фичу с точки зрения того, какие цели и как она может помочь достичь.

3. Тренироваться искать логически верные связи и критически смотреть на оценки, к которым не прилагается порядок расчета.

4. Напоминать себе и другим про ограниченность ресурсов и бесконечный поток задач. От чего-то все равно придется отказываться. Важно правильно выбирать приоритетное. 

5. Не бояться задавать вопросы о ценности фичей, целях и проблемах, которые сейчас в приоритете. В худшем случае нам просто не ответят, это не так страшно, как не попробовать узнать.

См. также

Работа с требованиями Работа с заинтересованными сторонами Анализ потребностей и поиск решений Бесплатно (free)

Requirements Modeling Language (RML) - язык, разработанный специально для визуального моделирования требований. При разработке RML существующие модели были модифицированы для упрощения восприятия информации заинтересованными сторонами. В RML используются только простые и интуитивно понятные символы.

12.12.2024    466    0    SerjoginaMaria    5    

5

Личная эффективность Продуктовый подход Работа с заинтересованными сторонами Бесплатно (free)

В шестом выпуске третьего сезона подкаста Радио “Аналитик“ обсудили траектории развития бизнес-аналитика и варианты для перехода в другую роль. Подробно рассмотрели переход в продуктовый менеджмент, обсудили, какие особенности нужно учитывать и какие навыки необходимо развивать, чтобы перейти в новую роль.

18.11.2024    292    0    Radio_Analyst    0    

2

Анализ предметной области Анализ потребностей и поиск решений Бизнес-аналитик Бесплатно (free)

Работа аналитика на фазе пресейла многим кажется переоцененной – например, зачем тратить ресурсы, если заказчик и так сказал разработчику, какой отчет в конфигурации ему необходим, подписал договор и внес предоплату? Но фаза пресейла нужна не только для того, чтобы убедить клиента в успехе будущего сотрудничества, но и для того, чтобы правильно определить направление будущей разработки. Расскажем о том, как заранее выявить истинные бизнес-проблемы клиента на этапе пресейла.

04.09.2024    543    0    alenkaiva    0    

3

Анализ предметной области Анализ бизнес-процессов Работа с заинтересованными сторонами Бесплатно (free)

Успех системы закладывается на предпроекте. Именно на обследовании мы анализируем потребности, перекладываем их в затраты, просчитываем нужное для разработки время и закладываем те функции, что будут в системе. От результатов предпроекта зависит, насколько система будет удовлетворять заказчика и насколько успешно мы систему сдадим. Расскажем о том, как за семь шагов провести обследование, построить концепцию и определить границы системы/проекта.

02.09.2024    1410    0    user1669221    2    

7

Анализ предметной области Анализ потребностей и поиск решений Бизнес-аналитик Руководитель проекта Управленческий учет Бесплатно (free)

Для точной оценки проекта входящей информации часто недостаточно, но оценку нужно дать и потом за нее отвечать. О различных подходах к оценке проектов и многоуровневой схеме оценки проекта от пресейла до сдачи работ, расскажем в статье.

19.08.2024    1751    0    SergeyN    0    

6

Кейсы проектов Работа с заинтересованными сторонами Бесплатно (free)

Бывают ситуации, когда обновление изрядно измененной 1С с большой базой не составляет особых трудностей — до определенного момента. Таким моментом становится, например, переход на новую подредакцию. После чего приходит понимание, что обновлять, как раньше — уже не получается и нужно что-то менять.

12.07.2024    1172    0    1c-izh    1    

5

Лидерство Личная эффективность Agile Анализ потребностей и поиск решений Бесплатно (free)

В семнадцатом выпуске второго сезона подкаста Радио “Аналитик“ обсудили, что из себя представляет модель Кеневин, чем и в каких ситуациях она может быть полезна тем, кто работает в сфере ИТ и не только.

19.04.2024    1176    0    Radio_Analyst    0    

5

Анализ потребностей и поиск решений Бесплатно (free)

Расскажем о Customer Development (CustDev) в заказной разработке, методиках исследования и проверке гипотез при создании MVP. Восстановим справедливость в отношении CustDev: рассмотрим, что это такое, и поделимся практикой применения.

18.04.2024    1101    0    tachenkov    0    

4
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. SirAlex 11.12.24 15:16 Сейчас в теме
Хорошая статья для начинающих аналитиков, удачно выбран с учётом основной тематики ресурса.

Я бы предложил сделать либо вступление, либо вводную отдельную статью по RML.
SerjoginaMaria; +1 Ответить
2. SerjoginaMaria 93 11.12.24 15:24 Сейчас в теме
(1) Отличная мысль, запланирую отдельную статью :)
Оставьте свое сообщение