Business / Product Analyst для FinTech / Trading SaaS

Business / Product Analyst для FinTech / Trading SaaSФормат Проектная работа / удалённо Возможность долгосрочного сотрудничества при сильном результате Проект помогает трейдерам торговать дисциплинированнее: рассчитывать риск перед сделкой, размер позиции, стоп, тейк, комиссии, анализировать сделки, видеть статистику, рейтинг трейдера, leaderboard, уровни, подписки, реферальную программу и другие инструменты для управления риском. Это полноценный SaaS-продукт с платежами, тарифами, ролями, аналитикой, рейтингами, реферальной системой, админкой и большим количеством пользовательских сценариев. Сейчас нам нужен сильный аналитик, который сможет привести продуктовую и техническую логику в порядок. Кого ищем Нужен Business / Product Analyst, который умеет:

Быстро погружаться в сложный продукт;

Разбирать идеи основателя и превращать их в понятные задачи; Писать Тз для backend, frontend, дизайна и QA; Видеть противоречия в логике; Описывать edge cases; Работать со статусами, ролями, платежами, подписками, API, user flows; Мыслить продуктово, но писать достаточно технически, чтобы разработчик мог брать задачу в работу. Нам не нужен человек, который просто “рисует Bpmn ради Bpmn”. Нам нужен практичный аналитик, который помогает команде быстрее и точнее разрабатывать продукт.

Разобрать текущую логику продукта Нужно изучить текущие материалы:

Тарифы Free / Pro;

Платежи Stripe / Volet; Подписки и grace period; Founder Price; Реферальную программу; Рейтинг трейдера; Статистику сделок; Leaderboard; Риск-калькуляторы; Админку; Роли пользователей; Будущие продуктовые модули. Цель — понять, как всё связано между собой. Превращать идеи в понятные Тз На входе могут быть идеи в формате: Голосовые сообщения; Заметки; Скриншоты; Figma; Обсуждения в Telegram; Короткие формулировки “хочу добавить такую функцию”. На выходе нужны структурированные документы: Описание задачи; Цель функции; User flow; Бизнес-правила; Статусы; Edge cases; API-требования; Frontend states; Backend logic; Acceptance criteria; QA-сценарии; Ограничения Mvp / Mvp+ / later. 3. Синхронизировать дизайн, frontend и backend Нужно следить, чтобы документы не противоречили друг другу. Пример: Если в backend появляется статус payment_failed_grace, он должен быть: В designer brief; Во frontend task; В API contract; В QA test cases; В админке / support flow, если нужно. 4. Описывать сложные сценарии Особенно важны edge cases: Пользователь оплатил, но webhook задержался; Stripe / Volet вернул ошибку; Пользователь сделал refund; Подписка ушла в grace; Founder Price потерян; Free-пользователь пригласил друга; Реферальное начисление ушло в clawback; Рейтинг пересчитался после изменения сделки; Пользователь превысил лимит Free; Одна функция влияет на другую. Нужно заранее закрывать такие сценарии в Тз, чтобы команда не додумывала их на разработке. Готовить backlog и приоритеты Нужно помогать раскладывать задачи: P0 — обязательно для релиза; P1 — после Mvp; P2 — позже; Не делаем сейчас. Важно уметь остановить расползание задачи и сохранить фокус. Какие документы нужно будет готовить Примеры документов: Backend specification; Frontend task; Designer brief; API contract; QA checklist; Admin panel requirements; Payment / subscription logic; Referral system logic; Rating system logic; Trade statistics logic. Что уже есть в проекте У нас уже подготовлены документы по нескольким модулям: Pricing drawer; Backend-задача по тарифам; Frontend-задача по тарифам; Реферальная программа; Статистика сделок; Дизайнерские brief'ы; Платежные сценарии; Состояния подписки. Нужно не начинать с нуля, а уметь читать, проверять, улучшать и связывать существующие документы.

Обязательные:

Опыт работы бизнес-аналитиком / product analyst / системным аналитиком;

Опыт описания web / SaaS-продуктов; Умение писать понятные Тз для разработки; Понимание API, статусов, ролей, сценариев, edge cases; Умение работать с Figma на уровне чтения макетов; Умение составлять acceptance criteria и QA-сценарии; Структурное мышление; Внимательность к деталям; Умение задавать правильные вопросы; Русский язык — свободно. Будет большим плюсом: Опыт в fintech; Опыт в trading / crypto / brokerage / analytics platforms; Опыт с платежами, подписками, Stripe, crypto payments; Опыт с реферальными программами; Понимание risk-management логики; Опыт с админками, ролями и правами; Понимание frontend / backend архитектуры; Опыт подготовки OpenAPI / JSON contracts. Что важно по подходу Нам нужен человек, который: Не боится сложной логики; Не пишет воду; Умеет сокращать хаос; Может сказать: “тут есть противоречие”; Сам находит незакрытые сценарии; Не ждёт, пока разработчик задаст очевидный вопрос; Пишет так, чтобы задачу можно было брать в работу; Понимает, что в продукте с деньгами, рейтингами и аналитикой мелочей не бывает. Примеры задач на старте Проверить текущие документы по тарифам и платежам. Найти противоречия между designer brief, frontend task и backend task. Подготовить финальную версию Тз для одного модуля. Разложить функцию “статистика сделок” на backend / frontend / QA. Описать edge cases по подпискам, refund, grace, referral discount. Подготовить acceptance criteria для разработчиков. Составить QA checklist для тестировщика. Ожидаемый результат После работы аналитика команда должна получать: Понятную задачу; Без противоречий; С бизнес-правилами; С API / статусами / сценариями; С edge cases; С acceptance criteria; С QA-проверками; С понятным Mvp scope. Главная цель — чтобы разработчики не гадали, что имелось в виду, а могли сразу брать задачу в работу. Формат сотрудничества Удалённо; Проектная работа; Стартовый объём: 2–4 недели; Дальше возможно регулярное сотрудничество; Коммуникация в Telegram / таск-трекере; Оплата по договорённости. Что прислать в отклике Пожалуйста, напишите: Ваш опыт в роли бизнес-аналитика / product analyst / системного аналитика. Были ли проекты в fintech, trading, crypto, SaaS. Примеры документов или фрагментов Тз, которые можно показать. С какими командами работали: backend, frontend, design, QA. Умеете ли описывать API / статусы / edge cases. Ваш рейт или стоимость проектной работы. Когда готовы начать. Сколько часов в неделю можете выделять. Коротко Ищем сильного аналитика, который поможет превратить проект из набора сильных идей и отдельных модулей в системно описанный продукт, понятный для разработки, дизайна и QA.