Большеохтинский проспект 9
О проекте:
Мы строим SaaS-продукт для селлеров маркетплейсов.
Текущий рабочий продукт: Profit Control [beta] — сервис для действующих Ozon-селлеров, который помогает видеть реальную прибыль по SKU и заказам: где селлер зарабатывает, а где теряет деньги. Посмотреть: profitcontrol.tilda.ws (пока только десктопная версия более-менее)
Сейчас у нас небольшая команда:
- founder / product owner
- разработчик
- дизайнер
- domain expert, который управляет реальным кабинетом продавца на Ozon
Мы уже подключились к Ozon API, собираем первую beta-версию и готовим продукт к запуску на первых пользователей.
Нам нужен человек, который превращает идеи, обсуждения и founder-хаос в понятные задачи, замороженный scope и релизы, которые выходят в срок.
Кого ищем:
Ищем part-time менеджера продуктовой разработки, который умеет работать в маленькой продуктовой команде без лишней бюрократии.
Это роль с правом и обязанностью резать scope. Ты не просто раскладываешь идеи в задачи — ты решаешь, что НЕ войдёт в ближайший релиз, и аргументированно защищаешь эту границу, в том числе перед founder'ом. Founder задаёт видение продукта и генерирует много идей на высокой скорости; твоя зона — чтобы версия осталась выполнимой и вышла вовремя. Нам нужен человек, который умеет спокойно сказать «это не в beta» и обосновать — а не только аккуратно вести Linear.
Не «начальник над командой» и не «scrum master ради scrum». Человек, который держит фокус, ритм и границу релиза.
Что нужно будет делать...
1. Владеть задачами и scope:
- раскладывать продуктовые решения в задачи с owner, приоритетом, описанием и критериями готовности
- вести Linear (или предложить вариант лучше)
- разделять P0 и P1 и держать это разделение под давлением новых идей
- не давать backlog превращаться в свалку
- принимать и отстаивать решение, что НЕ делаем в текущей версии
2. Вести релизный ритм:
- планировать ближайший релиз и фиксировать его scope
- держать freeze date и не давать scope расползаться
- собирать blockers заранее
- готовить чек-лист приёмки
- фиксировать, что переносим в следующие версии
- собирать changelog / release notes
3. Координировать маленькую команду (founder, разработчик, дизайнер, domain expert по Ozon) так, чтобы всем было ясно: кто что делает, что заблокировано, что готово, что требует решения, что идёт в релиз.
4. Фиксировать решения после обсуждений: что решили, почему, к какой версии относится, что НЕ делаем сейчас, что уходит в backlog.
5. Доводить до Done: проверить критерии готовности, снять блокеры, собрать вопросы, подготовить задачу к review, не потерять хвосты перед релизом.
Что важно в человеке
- любит порядок, но не душнит
- умеет работать с неопределённостью
- спокойно держит фокус и границу, даже когда на неё давят
- умеет твёрдо и без конфликта сказать founder'у «это не в этот релиз» и обосновать
- понимает разницу между «обсудили» и «сделали»
- превращает хаос обсуждений в выполнимый план
- не боится маленьких быстрых команд
- умеет работать с founder'ом, у которого много идей и высокая скорость мышления — и не бояться возражать и не соглашаться
Что желательно по опыту:
- project / product / delivery manager в IT
- опыт с SaaS / web-продуктами
- опыт ведения backlog / roadmap / релизов и реального сокращения scope
- Linear, Jira, YouTrack, Yandex Tracker, Kaiten или похожее
- умение писать короткие, понятные ТЗ и acceptance criteria
- опыт в маленькой команде или стартапе
Было бы плюсом: опыт в e-commerce, опыт с Ozon/WB, техническая грамотность. Базовую логику разработки понимать нужно: frontend/backend, баги, релизы, review, staging/prod.
Что НЕ нужно делать:
- задавать продуктовую стратегию — это зона founder'а; твоя зона — превращать её в замороженный выполнимый scope и защищать его от расползания, в том числе от самого founder'а
- управлять людьми в корпоративном стиле
- внедрять сложный Scrum / SAFe / RACI
- проводить встречи ради встреч
- писать огромные регламенты
- лезть в техническую архитектуру вместо разработчика
Формат работы:
- Part-time / fractional, гибрид (СПб) или удалённо для сильного кандидата
- Загрузка: ориентир 30–60 ч/мес, в первый месяц возможен пик
- Контур: Linear + Telegram + короткие созвоны
- Старт: trial 1 месяц
Оплата:
60 000 – 120 000 ₽/мес
Для сильного кандидата готовы обсуждать индивидуальные условия.
Как поймём, что сработались (через месяц): задачи в Linear понятнее; релизный scope не расползается; P0/P1 разделены; команда понимает фокус недели; blockers видны заранее; founder меньше держит в голове; разработчик и дизайнер получают ясные задачи; релизы двигаются спокойнее.
В отклике укажите: опыт в IT/product/project; с какими продуктами и командами; трекеры; часов в месяц; почему интересен ранний SaaS. Плюсом — короткий пример: ситуация, где вы убедили заказчика или founder'а НЕ делать фичу.