Бизнес / системный аналитик

Metrica — SaaS-сервис для управления сменным персоналом в HoReCa и ритейле. Команда 9 человек, активная продуктовая разработка.

Я — основатель и продакт-менеджер. Ищу аналитика на связку между продуктом и разработкой — с обеих сторон: разобраться, как реально устроены процессы у клиента, и довести это до требований, по которым команда пишет код без додумывания.

Что будешь делать

— Превращать продуктовые задачи в требования, по которым можно разрабатывать: API-контракты (request/response, коды ошибок), бизнес-правила, состояния, edge cases

— Писать acceptance criteria до старта разработки, а не после

— Разбираться, как устроены процессы у клиентов: смены, графики, замены, учёт рабочего времени — и переводить это в требования к продукту

— Описывать процессы as-is / to-be, когда решение затрагивает несколько ролей пользователей

— Описывать user flows и состояния интерфейса: loading, empty, error, success

— Участвовать в декомпозиции задач на грумингах вместе с менеджером проекта и разработчиками

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

— Закрывать ретроспективный долг: описывать уже реализованные фичи, у которых документации нет

Результат работы

— Разработчики не задают уточняющих вопросов по логике — всё, что нужно, есть в постановке

— Фронт и бэк реализуют фичу одинаково с первого раза

— Меньше переделок и багов из-за «поняли по-разному»

— Решения принимаются исходя из того, как процесс устроен у клиента на самом деле, а не из догадки о нём

Что не нужно делать

— Принимать продуктовые решения и приоритизировать продуктовый бэклог — это остаётся за основателем

— Вести спринты и следить за сроками — это зона менеджера проекта

— Писать код и автотесты

— Продавать и вести коммерческие переговоры с клиентами

Что важно

— Опыт системного или бизнес-анализа от 3 лет в продуктовой команде — не в интеграторе, не в аутсорсе, не на внедрениях

— REST API на уровне рабочего инструмента: контракт, поля, коды ошибок, версионирование

— BPMN или UML на практике, а не на курсах

— SQL на уровне «сам схожу в базу и проверю, как данные лежат на самом деле»

— Формулировать требования однозначно: если постановку можно понять двумя способами, она не готова

— Не ждать, пока задачу поставят: видеть пробел в требованиях и закрывать его до того, как он станет багом

— Использовать AI-инструменты ежедневно, как часть рабочего процесса, а не как игрушку

Будет плюсом

— Опыт в SaaS или B2B-продукте

— Домен, близкий к нашему: HoReCa, ритейл, кадровый учёт, расписания и смены

— Scrum на практике: refinement, оценка задач, Definition of Done

— Опыт, когда аналитика в команде была не выстроена и ты приводил её в порядок: шаблоны, единый формат постановок, порядок в документации

— Часовой пояс Екатеринбурга или Москвы

Условия

— Полная занятость, оформление по самозанятости

— Гибкий график, важно пересечение по МСК 10:00–18:00

— Удалённо или в офисе в Екатеринбурге

— Команда 9 человек, продуктовая разработка

— Стек продукта: Django + React + PostgreSQL

— Инструменты: Яндекс Трекер, GitHub, Яндекс Вики

Как откликнуться

Напиши короткое сопроводительное на 3–5 строк:

— в каком продуктовом проекте ты работал аналитиком: какого вида продукт, что было на тебе

— как была устроена передача требований в разработку и что ты делал, когда команда всё равно понимала их по-разному

— какие AI-инструменты используешь в ежедневной работе и для чего

На отклики с конкретным содержанием отвечаю всем. На шаблонные — могу не успеть.