Trading

Business / Product Analyst для FinTech / Trading SaaS

От 150 000 rub
  • Москва
  • Полный рабочий день
  • Не имеет значения
  • От 3 лет
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;

  • риск-калькуляторы;

  • админку;

  • роли пользователей;

  • будущие продуктовые модули.

Цель — понять, как всё связано между собой.

2. Превращать идеи в понятные ТЗ

На входе могут быть идеи в формате:

  • голосовые сообщения;

  • заметки;

  • скриншоты;

  • 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;

  • одна функция влияет на другую.

Нужно заранее закрывать такие сценарии в ТЗ, чтобы команда не додумывала их на разработке.

5. Готовить backlog и приоритеты

Нужно помогать раскладывать задачи:

  • P0 — обязательно для релиза;

  • P1 — после MVP;

  • P2 — позже;

  • не делаем сейчас.

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

Какие документы нужно будет готовить

Примеры документов:

  • Backend specification;

  • Frontend task;

  • Designer brief;

  • API contract;

  • User flow;

  • Acceptance criteria;

  • 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.

Что важно по подходу

Нам нужен человек, который:

  • не боится сложной логики;

  • не пишет воду;

  • умеет сокращать хаос;

  • может сказать: “тут есть противоречие”;

  • сам находит незакрытые сценарии;

  • не ждёт, пока разработчик задаст очевидный вопрос;

  • пишет так, чтобы задачу можно было брать в работу;

  • понимает, что в продукте с деньгами, рейтингами и аналитикой мелочей не бывает.

Примеры задач на старте
  1. Проверить текущие документы по тарифам и платежам.

  2. Найти противоречия между designer brief, frontend task и backend task.

  3. Подготовить финальную версию ТЗ для одного модуля.

  4. Разложить функцию “статистика сделок” на backend / frontend / QA.

  5. Описать edge cases по подпискам, refund, grace, referral discount.

  6. Подготовить acceptance criteria для разработчиков.

  7. Составить QA checklist для тестировщика.

Ожидаемый результат

После работы аналитика команда должна получать:

  • понятную задачу;

  • без противоречий;

  • с бизнес-правилами;

  • с API / статусами / сценариями;

  • с edge cases;

  • с acceptance criteria;

  • с QA-проверками;

  • с понятным MVP scope.

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

Формат сотрудничества
  • удалённо;

  • проектная работа;

  • стартовый объём: 2–4 недели;

  • дальше возможно регулярное сотрудничество;

  • коммуникация в Telegram / таск-трекере;

  • оплата по договорённости.

Что прислать в отклике

Пожалуйста, напишите:

  1. Ваш опыт в роли бизнес-аналитика / product analyst / системного аналитика.

  2. Были ли проекты в fintech, trading, crypto, SaaS.

  3. Примеры документов или фрагментов ТЗ, которые можно показать.

  4. С какими командами работали: backend, frontend, design, QA.

  5. Умеете ли описывать API / статусы / edge cases.

  6. Ваш рейт или стоимость проектной работы.

  7. Когда готовы начать.

  8. Сколько часов в неделю можете выделять.

Коротко

Ищем сильного аналитика, который поможет превратить проект из набора сильных идей и отдельных модулей в системно описанный продукт, понятный для разработки, дизайна и QA.