МаксимПлетнев
Бизнес-аналитик. Проектирую процессы, требования и интерфейсы для CRM, 1С и партнёрских интеграций. Упаковываю хаотичные задачи в ТЗ, схемы и прототипы, с которыми разработка стартует без длительных переуточнений.
Где полезен
Основные рабочие контуры
Между бизнесом и разработкой.
Довожу до результата.
Бизнес-аналитик с опытом проектирования процессов, требований и партнёрских сценариев. Работал с CRM, 1С, API и внутренними интерфейсами в связке с разработкой и бизнес-заказчиками. Умею выявлять системные разрывы и доводить изменения до факта внедрения.
AI использую как усилитель аналитической работы, а не как отдельную профессию: ускоряю первичную декомпозицию, черновики схем, структуру документов и подготовку вариантов решений. Отдельно проработал и защитил перед руководством пилотный контур на OpenRouter + n8n с бюджетом, KPI и этапами запуска.
Общий опыт
4+ года
включая руководство
Локация
Москва
гибрид · офис
Английский
B2
Подтверждён
Открыт к предложениям
Ключевая экспертиза
Анализ и проектирование процессов
Описание AS-IS, выявление разрывов, проектирование TO-BE. Схемы, сценарии и описания процессов на уровне, пригодном для согласования и передачи в разработку.
Формализация требований
ТЗ, User Stories, пользовательские сценарии. Пишу документацию, с которой разработчики начинают работать, а не переспрашивают каждый пункт.
CRM и внутренние системы
Работа с CRM: описание логики объектов, ролей, состояний и переходов. Понимание структуры внутренних систем на уровне, достаточном для постановки задачи разработке.
Интеграционные и партнёрские сценарии
Описание обмена данными через API, проектирование логики подключения внешних сторон, согласование ролей и ответственности между системами.
Прототипирование и передача в разработку
Кликабельные макеты интерфейсов для согласования с заказчиком и передачи разработчикам. Снижают количество правок после старта.
AI-контуры и автоматизация
Использую AI как ускоритель анализа и документации. При необходимости проектирую пилотные контуры с n8n и OpenRouter: роли, лимиты, KPI и этапы запуска.
Где я полезен
Полезен в задачах, где нужно не просто описать проблему, а собрать рабочую логику, которую можно обсудить с бизнесом, согласовать и передать в разработку без потери смысла.
Сценарий 01
Собрать разрозненный процесс в согласуемую схему
Когда процесс живёт в устных договорённостях, таблицах и ручных обходных путях, перевожу его в понятный контур: роли, этапы, статусы, исключения и контрольные точки.
Сценарий 02
Подготовить задачу к передаче в CRM, 1С или внутреннюю систему
Формализую требования, пользовательские сценарии и интерфейсную логику так, чтобы разработка стартовала по единому пакету, а не по цепочке уточнений после старта.
Сценарий 03
Собрать интеграционный или партнёрский контур
Полезен там, где нужно описать обмен данными, роли сторон, статусы, ограничения и финансовую логику взаимодействия между внутренней системой и внешним партнёром.
Сценарий 04
Перевести обсуждение проблем из ручного режима в системный
Когда команда постоянно “тушит пожары”, фиксирую рабочую рамку: процессы, приоритеты изменений, правила работы, отчётность и критерии, по которым можно принимать решения дальше.
Как собираю задачу в рабочий контур
Основная ценность не в наборе инструментов, а в результате: собрать хаотичную задачу в логику, которую можно обсудить с бизнесом, согласовать и передать в разработку без потери смысла.
Формализация требований
Фиксирую требования, сценарии, ограничения и пограничные случаи в формате, пригодном для согласования с заказчиком и последующей передачи в разработку.
Прототип и передача
Собираю экран, схему или пакет материалов так, чтобы бизнес видел целевую логику, а разработка получала единый контур задачи без дробления на разрозненные уточнения.
Системные контуры
Внутренние системы, роли, состояния, точки обмена данными и партнёрские кабинеты. Работаю там, где важна связка бизнес-логики и ограничений разработки.
Партнёрские сценарии
Описываю модель взаимодействия между компаниями: обмен данными, финансовый контур, статусы и этапы процесса от клиента до взаиморасчётов.
AI как ускоритель
Использую LLM и автоматизацию, чтобы быстрее собрать черновики схем, альтернативы сценариев и структуру документов. Но ценность остаётся в аналитике, а не в названии инструмента.
Избранные кейсы
Архитектура процесса хранения шин
Контекст: нужен был сквозной операционный процесс — от приёма шин до выдачи — пригодный не только для фиксации, но и для реальной работы и быстрого согласования с участниками.
Сделано: собрал целевую архитектуру процесса: роли, статусы, точки контроля, исключения и зоны ответственности. Упаковал в интерактивный формат с отдельными режимами для руководителя и операционного контура.
Результат: в одном артефакте зафиксирован полный путь хранения шин: приёмка, размещение, хранение, поиск, выдача и контрольные статусы. Материал использовался как рабочая схема согласования между участниками процесса, а не как формальный документ «в архив».
Артефакт · фрагмент схемы процесса
Схема показывает сквозную логику процесса от первой операции до возврата клиенту, включая статусные переходы и точки контроля.
Рабочее окно менеджера продаж для 1С-разработки
Контекст: задача была не просто обновить интерфейс — а собрать в одном контуре полную рабочую логику продажи: клиент, каталог, акции, бонусы, доставка, документы, кросс-продажи, складские сценарии.
Сделано: подготовил ТЗ и кликабельный прототип рабочего окна со связанными этапами оформления заказа, подсказками по следующему действию и явной логикой действий менеджера.
Результат: в одном контуре были собраны клиент, каталог, бонусы, доставка, документы и складские сценарии; пакет передан в разработку как единая логика рабочего окна, без дробления задачи на разрозненные уточнения.
Артефакт · фрагмент интерфейсного прототипа
Прототип собирает в одном экране основные сущности продажи и даёт команде общую картину поведения интерфейса до старта разработки.
Пилотный AI-контур для команды
Контекст: нужно было не «подключить нейросеть», а выстроить реалистичную схему использования AI в рабочих процессах с учётом реальных ограничений: доступ, бюджет, безопасность.
Сделано: проработал схему на OpenRouter и n8n: роли доступа, лимиты, бюджет, поэтапный план запуска, критерии безопасности и KPI пилота для управленческого согласования.
Результат: из абстрактной идеи «давайте попробуем AI» получился управляемый контур с понятными владельцами, лимитами, этапами запуска и критериями оценки. Сценарий принят как основа для пилотного старта.
Артефакт · фрагмент KPI-схемы пилота
Структурный документ фиксирует, как пилот запускать и чем измерять, чтобы обсуждение с руководством шло не вокруг абстракций, а вокруг управляемой модели.
AvtoApp × Колесо.ру: модель партнёрского взаимодействия
Контекст: задача — не презентация для знакомства, а рабочая модель сотрудничества для внутреннего согласования и переговоров с партнёром.
Сделано: собрал логику интеграции, роли сторон, порядок передачи данных, взаиморасчёты и визуальную схему процесса. Зафиксировал полный путь — от записи клиента до реестра взаиморасчётов.
Результат: в одном пакете были собраны клиентский путь, обмен данными, операционные роли и финансовый контур взаиморасчётов. Материалы использовались как рабочая база для внутренних согласований и переговоров с партнёром.
Артефакт · фрагмент партнёрской схемы
Мини-схема показывает, что источник клиента может отличаться, но в рабочую модель партнёрства попадает один и тот же путь: единый хаб AvtoApp, исполнение в Колесо.ру и взаиморасчёты только по подтверждённым заявкам.
Ещё два коротких кейса
Унификация типов заявок и логики обработки
Контекст: в CRM обсуждение проблем шло вокруг частных кейсов, а не вокруг общей логики процесса.
Что сделал: собрал рабочую рамку для типов заявок, правил маршрутизации, отчётности и SLA, чтобы команда перестала управлять процессом вручную.
Что это дало: изменения обсуждались уже не как набор разрозненных инцидентов, а как единый операционный контур с приоритетами и понятной логикой доработок.
Пакет требований для интерфейса без каскада переуточнений
Контекст: задача включала несколько связанных сущностей и сценариев, которые было опасно дробить на отдельные несвязанные постановки.
Что сделал: упаковал логику окна, статусы, документы, бонусные и складские сценарии в единый пакет ТЗ и прототипа.
Что это дало: бизнес и разработка получили одну картину решения, где требования, интерфейс и последовательность действий не расходятся между собой.
Почему со мной проще запускать разработку
Сильная сторона моей работы не только в анализе, а в том, что после согласования задача не рассыпается между бизнесом, аналитикой и разработкой. Ниже — принципы, за счёт которых это достигается на практике.
Принцип 01
Собираю задачу в один контур
Процессы, требования, интерфейс, роли, статусы и исключения описываются не по частям, а как одна рабочая логика. Это снижает риск, что на старте разработки разные участники держат в голове разные версии решения.
Принцип 02
Согласование идёт по артефактам, а не по обсуждениям
Схемы, ТЗ и прототипы позволяют фиксировать решение в явном виде. За счёт этого обсуждение идёт вокруг конкретной логики, а не вокруг устных трактовок и догадок.
Принцип 03
Пограничные случаи продумываются заранее
Отдельное внимание уделяю статусам, ограничениям, ролям и местам, где процесс ломается. Это уменьшает число поздних переуточнений после передачи задачи команде разработки.
Принцип 04
Разработка получает материал, с которым можно стартовать
Хороший результат для меня — это не “документ написан”, а ситуация, в которой бизнес согласовал логику, а разработка получила пакет, по которому можно реально начинать работу.
Инструменты и среда работы
Это рабочая среда, в которой собираю требования, интерфейсы и интеграционные сценарии. Главный фокус остаётся на аналитике, а инструменты подчинены задаче.
Процессы и требования
Собираю хаос в согласуемую логику
Работаю там, где нужно описать процесс, зафиксировать требования и собрать пользовательский сценарий в форму, с которой можно идти в согласование и разработку.
- Анализ и проектирование процессов
- Формализация требований и ТЗ
- Пользовательские сценарии
- Прототипы и логика интерфейсов
- Регламенты и база знаний
CRM, системы, интеграции
Держу связку между бизнесом и системным контуром
CRM, внутренние кабинеты, 1С и API-сценарии. Понимаю, как перевести бизнесовую логику в структуру объектов, статусов, переходов и обмена данными.
- Bitrix24
- Самописные CRM
- API и интеграционные сценарии
- Внутренние системы
- Сценарии и ТЗ для 1С-разработки
AI как ускоритель
Ускоряю аналитику, не подменяя её инструментами
LLM и автоматизацию использую для декомпозиции, черновиков схем и пилотных контуров. Решение всё равно строится на требованиях, ограничениях и логике процесса.
- Claude / ChatGPT для черновиков требований и декомпозиции
- Stitch / Manus для быстрых интерфейсных концептов и упаковки материалов
- Локальные LLM там, где важен контроль данных
- AI-пилоты: лимиты, бюджет, KPI, роли доступа
Опыт работы
AvtoApp
Бизнес-аналитик
Проектирование внутренних систем, интеграционных и партнёрских сценариев. Формализация требований, ТЗ и прототипов для CRM, интерфейсов и связки с разработкой.
Major Assistance
Руководитель направления
Принял направление в кризисной стадии. Анализ бизнес-процессов и юнит-экономики, переработка CRM: унификация типов заявок, автоматизация отчётности, API-интеграции. Операционная логика и контроль SLA с ключевыми партнёрами.
Major Assistance
Супервайзер / Старший логист
Анализ операционных процессов, внедрение системы KPI и аналитики. Руководство сменой, обучение сотрудников, участие в тестировании CRM.
Major Assistance
Логист / Стажёр
Описал бизнес-процессы «as is», выявил узкие места в коммуникации между диспетчерами и подрядчиками. Предложил решения, которые легли в основу реформирования направления.
Такском
Специалист технической поддержки
До 80 обращений в день. Анализировал поток заявок, выявлял повторяющиеся проблемы и передавал их системным аналитикам. Участвовал в наполнении корпоративной базы знаний.
Розничная сеть МТС
Специалист по работе с клиентами
Продажи услуг и продуктов МТС с постоянным выполнением плана. Под каждого клиента проводил мини-анализ потребностей и сравнивал продукты — чтобы подобрать оптимальный тариф. Аккуратно вёл историю взаимодействий в CRM.
ГБПОУ МГОК
IT-технологии · Сетевое и системное администрирование
Среднее специальное
2021
Готов к разговору
Полезен там, где нужно собрать хаотичный процесс в рабочую логику: требования, интерфейсы, интеграции, партнёрские сценарии. Если нужен аналитик, который не теряется между бизнесом и разработкой — свяжитесь со мной.
hh.ru
Резюме