Twinby

Senior backend-разработчик Команда матчинга и ленты · Python и Go О роли Twinby развивает сервис знакомств с миллионами пользователей. Мы перестраиваем разработку Twinby CIS и заново формируем продуктовые команды. Команда матчинга и ленты отвечает за то, какие анкеты видит человек и как пользователи находят друг друга. Сервисы обрабатывают большие объёмы данных и должны быстро отвечать при росте нагрузки. Ищем Senior-разработчика, который будет проектировать и писать бэкенд, выпускать изменения и следить за их работой в продакшене. В этой роли ты принимаешь технические решения в своей зоне ответственности, обсуждаешь общую архитектуру с тимлидом и архитектором, помогаешь коллегам на ревью. Управление людьми в роль не входит. За что ты отвечаешь: Развиваешь сервисы подбора анкет и ленты: фильтры, правила показа, учёт действий пользователей. Следишь за скоростью ответа и корректностью подбора анкет. Работаешь с запросами к БД, кэшем и поисковым индексом. Разбираешься, откуда берутся задержки и устаревшие данные, проверяешь решения под нагрузкой. Согласуешь API и форматы данных со смежными командами, в том числе для интеграции с моделями ранжирования. Готовишь свои участки бэкенда к A/B-экспериментам, чтобы можно было сравнивать варианты выдачи. Постепенно выносишь функциональность из монолита в сервисы. Продумываешь совместимость, перенос данных и возможность отката. Пишешь тесты и проводишь ревью. Добавляешь метрики и логи, следишь за соблюдением SLO. Продумываешь поведение сервиса при перегрузке и сбоях в БД или соседних сервисах. Участвуешь в дежурствах, разбираешь инциденты и устраняешь их причины. ИИ-инструменты можно использовать в работе. Сгенерированный код проходит те же проверки и ревью; ты должен понимать его поведение и отвечать за свои изменения. Кого мы ищем: У тебя от четырёх лет опыта бэкенд-разработки на Python или Go. Ты уверенно владеешь одним из этих языков и готов работать с обоими. Самостоятельно выводил сервисы в продакшен и сопровождал их после выпуска. Умеешь работать с SQL, индексами и планами запросов. Выбираешь способ хранения и кэширования с учётом объёма данных и характера нагрузки. Понимаешь, что происходит при одновременных запросах, повторах событий и сбоях в БД или соседних сервисах. Умеешь находить причины расхождений между данными в разных частях системы. Можешь объяснить выбор решения, его ограничения и способ проверки. Заранее обсуждаешь риски, а решения, затрагивающие соседние сервисы, согласуешь с их владельцами. Будет плюсом: Опыт работы с рекомендательными системами, ранжированием или персональными лентами. Опыт работы с Elasticsearch или OpenSearch. Опыт в дейтинге, соцсетях, маркетплейсах или других сервисах с большим числом пользовательских действий. Чего не требуем Опыт в дейтинге и знание всех инструментов нашего стека не обязательны. LeetCode и алгоритмические головоломки на интервью не используем. Технический стек Python и Go. Монолит и микросервисы, обмен событиями, реляционные и аналитические хранилища, кэш и поисковый индекс. Используем Kubernetes и GitLab CI/CD. Инфраструктура размещена в российском облаке. Что предлагаем Работу над подбором анкет и лентой, которыми пользуются миллионы людей. Возможность влиять на устройство сервисов и технические решения в своей зоне ответственности. Формат работы: удалённо из РФ.

О роли Twinby — один из крупнейших российских дейтинг-сервисов с миллионами пользователей: реалтайм (лента, матчи, чаты), деньги (подписки, покупки), антифрод и модерация. Под защитой здесь самое чувствительное — персональные данные, переписки, геолокация, фото — и при этом живые деньги. Мы перестраиваем инженерную систему Twinby CIS и хотим встроить безопасность внутрь разработки, а не поставить её сбоку как «отдел запретов». Это первый выделенный человек в безопасности — и поэтому нам нужен лид, а не отдельный багхантер под тикеты. Ты ставишь функцию безопасности продукта целиком: как устроен SSDLC, как компания реагирует на инцидент, как живут секреты и доступы, как безопасность попадает в дизайн фичи ещё до кода. И ты растишь эту функцию людьми — security-чемпионами в продуктовых командах и, со временем, собственной командой. При этом ты остаёшься в коде. Нам не нужен директор по безопасности, который руководит ИБ издалека и присылает политики. Нужен человек, который сам читает код разработчиков глазами атакующего, разворачивает вектор до конца и на этом языке разговаривает с инженерами. Планку по безопасности здесь держат делом. За что ты отвечаешь Функция безопасности продукта целиком: не «закрывать тикеты аудита», а поставить безопасность как свойство инженерной системы — от дизайн-ревью до продакшена. Ты решаешь, как она устроена, и отвечаешь за результат. SSDLC в гейтах и пайплайнах: secret-scanning, SAST/DAST/SCA в CI, контроль зависимостей, security-design-review на новых фичах — встроить так, чтобы разработка это приняла и не обходила, а не устраивать разовую проверку перед релизом. Incident response как процесс, которым командуешь ты: contain → оценка масштаба по логам → локализация корня → нотификация по требованиям (в т.ч. 152-ФЗ) → постмортем без поиска виноватого → системная починка, чтобы это не повторилось. Ты — тот, кто ведёт инцидент, а не тот, кому его эскалируют. Управление секретами и доступами: секрет-менеджер вместо секретов в коде, короткоживущие токены, ротация, least privilege, аудит доступа — как поставленная дисциплина, а не разовая уборка. Threat modeling на дизайн-ревью: дерево атак для новых фич (auth, работа с токенами, доступ к данным, платежи), приоритизация находок по риску и контроли с оглядкой на их стоимость. Защита персональных данных в контуре продукта (152-ФЗ как стандартное требование) и смежность с антифродом — боты, скам, фрод-аккаунты: ежедневная боль дейтинга, где безопасность и доверие пользователя пересекаются. Рост людей и влияние без формальной власти: растишь security-чемпионов в командах, которые тебе не подчиняются, и добиваешься стандарта аргументом, а не «блокирую всё». Ты держишь общий язык с тимлидами продуктовых команд, архитектором и CTO. Что мы ждём Реальная security-глубина, а не бумага: ты читаешь чужой код ради уязвимостей и видишь конкретную дыру (IDOR, SSRF, логика авторизации, обход 2FA, проблемы с JWT/токенами, race в платеже), а не пересказываешь чеклист. Threat modeling — вживую, дерево атак на реальную фичу, а не квадратики из шаблона. Ты ставил функцию, а не только находил баги: поднимал security-функцию с нуля или радикально перестраивал — SSDLC, incident response, secret-management, ротацию — с измеримым результатом. Это ключевое отличие от роли инженера-одиночки. Ты командовал инцидентом сам: вёл разбор серьёзной уязвимости или инцидента (утечка секрета/доступа) — локализовал, оценил масштаб, починил корень, написал постмортем, а не передал в чужие руки. Ты растил людей в безопасности: security-чемпионов в продуктовых командах или свою команду — и что-то из этого держалось без тебя. Trade-off с оговорками, а не абсолюты: когда блокировать релиз из-за риска, а когда отпустить с управляемой митигацией; когда WAF — пластырь, а когда разумная мера. Решаешь по связке риск × эксплуатируемость × стоимость фикса — и умеешь договориться, а не воевать с командами. Уровень — сильный лид с самостоятельной поверхностью ответственности и горизонтом на 1–2 года и дальше. Будет плюсом Следы реальной эксплуатации: bug-bounty-профиль (Standoff / HackerOne / BugCrowd), публичные CVE, write-up'ы, CTF, доклады на профильных конференциях (OFFZONE / PHDays / ZeroNights), контриб в security-tooling. Опыт постановки культуры security-чемпионов и SSDLC с нуля в компании с несколькими командами. Опыт с высоконагруженным реалтайм-продуктом и защитой платежей/подписок. Близкий бэкграунд (AppSec/Product Security, offensive/redteam, пентест, DFIR, антифрод) — сильный плюс, не требование. Чего НЕ требуем Стены сертификатов (CISSP/CEH) самих по себе, заученных определений OWASP/STRIDE наизусть, знания именно нашего набора ИБ-инструментов. Нам важнее, что ты умеешь и ломать, и чинить по-настоящему, ставить процесс и вести за собой людей; конкретный тулинг подберём под наш стек вместе. Технический стек Бэкенд — Python/Django (монолит) и сервисы, основное хранилище — PostgreSQL. Безопасность встраивается в CI и merge-gate: secret-scanning, SAST/DAST/SCA, управление секретами и аудит доступа. Контейнеризация, российское облако. Конкретный ИБ-тулинг подберём под стек вместе. Что предлагаем Мандат построить функцию безопасности с нуля: ты задаёшь, как устроена безопасность на продукте с миллионами пользователей, пока нормы ещё не застыли, — а не наследуешь чужие политики и тикеты аудита. Реальная поверхность атаки: настоящие ПДн и деньги под защитой, реалтайм и масштаб — задача, которая не прощает поверхностного мышления. Рост команды безопасности: ты растишь security-чемпионов по всему продукту и, со временем, собственную команду, а не закрываешь баги в одиночку. Настоящая инженерная система, а не лозунги: замкнутый цикл доставки, merge-gate, incident response и постмортемы без вины как часть процесса. Высокая автономия и прямой контакт с архитектором и CTO по целям и направлению. Формат: удалёнка, РФ.

О роли Twinby — один из крупнейших российских дейтинг-сервисов с миллионами пользователей: реалтайм (лента, матчи, чаты), деньги (подписки, бусты, покупки), антифрод и модерация. Мы перестраиваем инженерную систему Twinby CIS и собираем команды практически с нуля. Ищем сильного Data Analyst (аналитика-разработчика) в департамент Data & ML — человека, который берёт мутный вопрос о продукте и сам доводит его до проверенного ответа на сырых данных. Это не роль «пришли ТЗ — посчитаю». Ты сам ставишь гипотезу, сам лезешь в сырые события, сам решаешь, какой глубины разбор нужен, и доводишь до решения, на котором можно действовать — а если вопрос повторяется, закрепляешь ответ в виде DAG, витрины или алерта. Чем предстоит заниматься Фрод и скам-аналитика: боты, мультиаккаунты, накрутки лайков, скам-схемы в чате, платёжный фрод, качество модерации — искать аномалии там, где схема постоянно меняется. Реклама и трафик: качество когорт по каналам и креативам, аномалии в закупке, подозрение на фрод трафика, окупаемость. Качество продукта и поведение пользователей: пути в матчинге и чате, где рвётся онбординг, поведение когорт, разбор просадок. Adhoc-задачи: «почему вчера просело», «правда ли, что…», «сколько мы теряем на…» — с горизонтом от часа до недели. Доводить расследования до регулярки: превращать разовый анализ в DAG, витрину под свои находки или алерт на аномалию, когда вопрос стал повторяющимся. Отдавать результат в продукт: выводы и регулярные расчёты в Yandex DataLens, на которые опираются команды в цикле «нашли — поправили — проверили». Что мы ждём Уверенный SQL и Python для работы с сырыми данными на масштабе: не «беру готовую таблицу и группирую», а лезешь в события, ловишь дубли, поздние данные, краевые случаи. Сильное аналитическое мышление: сам превращаешь размытый вопрос в проверяемую гипотезу, строишь дерево альтернативных объяснений, отличаешь причину от корреляции, ловишь ловушки атрибуции и парадокса Симпсона. Опыт работы на масштабе: данные, где наивный запрос либо ляжет, либо честно соврёт — десятки-сотни миллионов строк, событийные потоки. Умение работать без готовой витрины: когда данных «как надо» нет, а есть только сырые логи. Доведение до результата: заканчиваешь не графиком, а рекомендацией с оценкой уверенности; при необходимости сам пишешь DAG для оркестратора. Комфортно с тем, что твои выводы оспаривают и проверяют коллеги — и готовность делать то же самое с чужими. Будет плюсом Опыт антифрода, риск-аналитики, Trust & Safety, экономики/античита в играх или борьбы за качество платного трафика. dbt, ClickHouse, Airflow, событийные потоки и работа с поздними событиями. Домен дейтинга или другого двустороннего рынка — приятный бонус, но не обязателен. Чего НЕ требуем Идеального синтаксиса SQL наизусть и гочей конкретного диалекта, заученных формул статтестов без понимания, когда они врут, скорости письма «у доски», знания именно нашего стека. Если ты умел находить правду в данных на масштабе в другом стеке — перенесёшь. Технический стек SQL, Python, ClickHouse как хранилище, Airflow для оркестрации, dbt для закрепления повторяющихся расчётов, Yandex DataLens для отдачи результата. Источники — PostgreSQL (OLTP) и событийные потоки. Инфраструктура — российское облако (Yandex Cloud, managed ClickHouse). Что предлагаем Реальное владение расследованием: от постановки вопроса до решения, которое меняет продукт или правило — а не выгрузка по чужому ТЗ. Масштаб и богатая фактура дейтинга: фрод, скам, качество трафика, поведение в матчинге и чате — где ошибка видна, а находка — заметна. Автономию в том, какие вопросы копать и какой глубины разбор нужен; направление обсуждаешь с архитектором и CTO. Настоящую инженерную систему, а не лозунги: доверие к данным и доведение расследования до результата — часть культуры, а не то, о чём напоминают. Формат: удалёнка, РФ.

О роли Twinby — один из крупнейших российских дейтинг-сервисов с миллионами пользователей: реалтайм (лента, матчи, чаты), деньги (подписки, покупки), антифрод и модерация. Мы перестраиваем разработку Twinby CIS и собираем продуктовые команды практически с нуля. Ищем сильного системного аналитика — это кросс-командная функция и мост между продуктом, бэкендом и аналитикой. Это инженерная роль, а не «оформление хотелок в тикеты». Ты владеешь требованиями и контрактами целиком: достраиваешь то, что недодали в постановке, проектируешь, как сервисы договариваются друг с другом, и держишь спеку, по которой команда уверенно пишет код, тесты и приёмку. У нас спека — закон и единый источник правды: код, тесты и приёмка идут именно по ней. Чем предстоит заниматься Достраивать требования там, где их недодали: ловить пробелы, противоречия и edge-cases до того, как они доедут до прода — это и есть основная ценность роли. Проектировать API-контракты (REST/OpenAPI, gRPC) и интеграции между сервисами: поля, коды ошибок, идемпотентность, лимиты, обратная совместимость со старыми клиентами. Строить модель домена и жизненные циклы сущностей (матч, лайк, подписка, платёж): состояния, инварианты, запрещённые переходы — чтобы система не оказывалась в невозможном состоянии. Держать спеку-закон в Confluence: оформлять требования и сценарии так, чтобы бэкенд, QE и аналитика читали один и тот же источник истины, а спека была пригодна для DoR/DoD. Работать с моделью данных (PostgreSQL): читать и проектировать схемы, видеть, где контракт расходится с данными, проверять гипотезы SQL — а не на словах. Спорить по существу с бэкендом и продуктом: отстаивать решение по контракту и модели, а не фиксировать чужое. Что мы ждём Умеешь проектировать контракт, а не только описывать фичу: торгуешься про требования (что обязательно, что при повторе, какие коды ошибок — 200 vs 409 vs 4xx), мыслишь идемпотентностью, лимитами и версионированием. Думаешь состояниями и инвариантами: рисуешь жизненный цикл сущности, видишь гонки и запрещённые переходы, а не перечисляешь статусы списком. Читаешь чужую схему и контракт как родной текст: OpenAPI/Swagger, DDL, модель данных — замечаешь nullable, который сломает джойн, и поле в ответе, которого нет в модели. Видишь распределённые эффекты: рассинхрон источников истины, потерянные и задвоенные колбэки, обратную совместимость — и держишь это в голове без напоминания. Различаешь «требование бизнеса» и «как мы это технически реализуем», и аргументируешь решения по модели, а не оформляешь их по диктовку. Опыт в домене со сложными интеграциями, где ошибка в контракте стоит дорого, — финтех, биллинг, госинтеграции, сложный e-com. Будет плюсом Опыт проектирования событийных и асинхронных интеграций (очереди, outbox/saga), а не только синхронных вызовов. Привычка писать ADR и аргументировать решения по модели; выступления на профильных конференциях или свой канал по системному анализу. Знакомство с дейтингом или другим реалтайм-продуктом с деньгами — приятный бонус, но не обязателен. Чего НЕ требуем Знания нотаций наизусть (BPMN/UML/IDEF) и «правильности» диаграмм, заученных шаблонов ТЗ и методологий, идеального оформления именно в нашем инструменте, знания именно домена дейтинга. Нам важнее системное мышление и инстинкт на контракты и противоречия — стек и предметную область добираешь по ходу. Окружение и инструменты Требования и спеки, контракты REST/OpenAPI и gRPC, интеграции между сервисами, модели данных в PostgreSQL. Документация и спека-закон — в Confluence, задачи — в Jira; диаграммы (UML, sequence) — как инструмент, а не самоцель; SQL — чтобы проверять гипотезы по данным. Бэкенд, с которым работаешь, — монолит на Django и Go-сервисы; инфраструктура — российское облако (Yandex Cloud). Что предлагаем Владение моделью домена и контрактами — ты проектируешь, как устроены интеграции, а не переписываешь чужие постановки в тикеты. Настоящая инженерная система, а не лозунги: спека-закон как единый источник правды, OpenAPI как контракт, замкнутый цикл доставки и DoR/DoD вместо устных постановок. Влияние с нуля: команды собираются заново, контракты и модель домена ещё не застыли — ты задаёшь, как они будут устроены. Прямой контакт с бэкендом, продуктом и аналитикой; масштаб и реалтайм, где цена ошибки в контракте высока. Формат: удалёнка, РФ.

О роли Twinby — один из крупнейших российских дейтинг-сервисов, миллионы пользователей. Мы перестраиваем разработку Twinby CIS и собираем команду данных заново. Данные продукта приходят из множества источников — продуктовые сервисы, события приложений, платежи, маркетинг — и должны надёжно доезжать туда, где на них строят аналитику и принимают решения. Data Engineer здесь — единая точка ответственности за движение данных: чтобы они доехали полностью, без потерь и дублей, вовремя и в предсказуемом виде. Ты строишь и держишь пайплайны как настоящий продакшн-сервис, а не как набор разовых выгрузок. За что ты отвечаешь Захват и доставку данных из продуктовых источников в аналитический контур: потоковый и пакетный ingestion, изменения и удаления, а не только «снимок на вчера». Надёжность доставки: идемпотентность и дедупликация, обработка поздних и переупорядоченных событий, воспроизводимый пересчёт после сбоя. Оркестрацию пайплайнов: запуск по готовности источников, а не по таймеру; зависимости, ретраи, бэкфиллы без даунтайма и без задвоения. Качество данных: тесты данных, проверки свежести и полноты, сверки с источниками, обнаружение аномалий — так, чтобы расхождение было видно раньше, чем его заметит потребитель. Наблюдаемость пайплайнов: метрики доставки, лаг, алерты на разрыв; разбор инцидентов данных до причины и защита от повтора. Контракты и эволюцию схемы: изменения источника не должны молча ломать поток; обратная совместимость и понятные границы ответственности. Ты работаешь в связке с командой аналитики: ты отвечаешь за то, что данные доезжают надёжно, аналитика — за модель и метрики поверх них. Кого мы ищем Data Engineer, который владел движением данных целиком, а не писал разовые выгрузки. Для этого направления это значит: Инженерия доставки. Ты думаешь про гарантии доставки, идемпотентность и дедуп на рефлексе; перезапуск пайплайна для тебя не повод бояться дублей. Поток, а не только снапшот. Тебе близок захват изменений из меняющихся под тобой баз, поздние и out-of-order события, инкрементальная загрузка на больших объёмах. Качество как часть инженерии. Ты сам ставишь тесты данных, проверки свежести и сверки, а не ждёшь, пока кто-то заметит, что данных не хватает. Надёжность пайплайнов. SLA на свежесть, наблюдаемость, разбор инцидентов без поиска виноватого — для тебя это обычная инженерная гигиена. Зрелость в выборе. Ты решаешь, где достаточно at-least-once с дедупом, а где нужна более строгая семантика, и не усложняешь там, где не нужно. Мы смотрим на доказанную глубину владения движением данных, а не на длину списка инструментов. Будет плюсом Опыт построения потоковой доставки или захвата изменений с продуктовых баз на масштабе. Опыт бэкафилла большой истории и миграции хранилища без остановки потока. Опыт работы с платёжными или иными потоками, где дубль и потеря стоят дорого. Чего НЕ требуем Заученного синтаксиса конкретного оркестратора, сертификатов, знания именно нашего стека или домена дейтинга. Важнее инженерная зрелость и то, что данные у тебя доезжают надёжно и предсказуемо. Технический стек Потоковая и пакетная обработка данных, захват изменений (CDC), оркестрация пайплайнов, аналитические хранилища, Python и SQL. Clickhouse, Apache Airflow Что предлагаем Планку с нуля: команда данных собирается заново — то, что ты заложишь в надёжность и качество данных, станет стандартом. Настоящую инженерную систему: пайплайны как продакшн-сервис, тесты данных и наблюдаемость вместо ручных сверок, разбор инцидентов без вины. Автономию владельца — ты решаешь «как» движется поток данных; цели и направление обсуждаешь с командой и руководителем. Масштаб и большие данные, где инженерия движения имеет вес. Формат: удалёнка, РФ.

Twinby — один из крупнейших российских дейтинг-сервисов с миллионами пользователей: реалтайм (лента, матчи, чаты), деньги (подписки, бусты, покупки), антифрод и модерация. Сейчас мы в поиске Продуктового аналитика в департамент Data & ML — человека, который превращает сырые данные в надёжные витрины и метрики, на которые опираются продукт и эксперименты. Это роль индивидуального контрибьютора с владением моделью данных и метриками своего направления end-to-end — от сырого события до цифры, которой доверяют. Ты не «крутишь дашборды» по чужим витринам: ты отвечаешь за то, как метрика считается, где она может соврать и почему ей можно верить. Чем предстоит заниматься: Строить модель данных своего направления в dbt — слои raw → staging → core → marts — так, чтобы из сырого события получалась цифра, которую можно объяснить и воспроизвести. Владеть определениями метрик воронок, ретеншна и когорт, матчинга, здоровья чата и монетизации: фиксировать, как считается каждая, и где определение начинает врать (дедупликация, мультиаккаунты, боты, таймзоны, что в знаменателе). Поддерживать A/B-эксперименты данными: корректный расчёт метрик, guardrail, ratio-метрики — и ловить подвохи (peeking, SRM, множественные сравнения, парадокс Симпсона, ошибка выжившего). Держать доверие к данным: тесты dbt (uniqueness, not_null, freshness), сверки с источником истины, мониторинг аномалий метрик — чтобы расхождение ловилось до того, как на цифре приняли решение. Доводить до ответа на «почему»: не приносить график «выручка упала на 8%», а строить дерево гипотез — сегмент, платформа, когорта, релиз, эксперимент, сломанный трекинг — и копать до причины. Ответственность за результат: строить витрины и метрики в DataLens для цикла «релиз → выводы» с гарантией их достоверности: при любых аномалиях находить первопричину и устранять её, а не обходить. Что мы ожидаем: Уверенный SQL и опыт построения слоистой модели данных (dbt или эквивалент): не «беру готовую таблицу и группирую», а проектируешь измерение от сырого слоя до витрины. Владение метрикой как зоной ответственности: можешь объяснить, как правильно считать ретеншн или конверсию и почему именно так, и где твоя любимая метрика врёт. Статистика экспериментов как норма работы: MDE и мощность, множественные сравнения, peeking, SRM, guardrail-метрики — развёрнутое «зависит от…», а не «значимо, катим». Инстинкт доверия к данным: тесты, сверки, мониторинг аномалий — для тебя это часть работы, а не то, о чём напоминают. Аналитическое мышление: умеешь превратить расплывчатый вопрос «почему просела конверсия?» в структуру проверяемых гипотез, определить необходимые данные, выбрать корректный срез и последовательно сузить пространство причин. Не останавливаешься на корреляции, если из данных можно докопаться до механизма. Продуктовая интуиция: видишь за цифрой поведение пользователя и понимаешь, какое решение метрика должна поддержать. Python для трансформаций и расчётов там, где SQL тесен (Pandas, Numpy, Scipy, Jupyter) Будет плюсом: Опыт продуктовой аналитики на масштабе и в зрелой культуре A/B (платформа экспериментов, слой dbt/DWH). ClickHouse, Airflow, оркестрация пересчётов; работа с событийными потоками и поздними событиями. Домен дейтинга или другого двустороннего рынка — приятный бонус, но не обязателен. Чего НЕ требуем: Идеального синтаксиса SQL наизусть и гочей конкретного диалекта, заученных формул статтестов без понимания, когда они врут, скорости письма «у доски», знания именно нашего BI-инструмента или стека. Если ты строил измерение в другом стеке — перенесёшь. Технический стек SQL, dbt (raw → staging → core → marts), ClickHouse как хранилище, Python, Airflow для оркестрации, Yandex DataLens для BI. Источники — PostgreSQL (OLTP) и событийные потоки. Инфраструктура — российское облако (Yandex Cloud, managed ClickHouse). Что предлагаем: Реальное владение измерением направления: ты держишь модель данных и метрики end-to-end, а не собираешь графики по чужому ТЗ. Настоящая инженерная система, а не лозунги: A/B как часть цикла, метрики потока вместо velocity, решения по данным, спека-закон, доверие к данным как инженерное свойство. Влияние на то, как команды принимают решения: твои витрины и определения — то, на что они опираются. Автономия в том, как устроено измерение твоего направления; цели и направление обсуждаешь с Head of Data и CTO. Масштаб и богатая фактура дейтинга: воронки, когорты, матчинг, здоровье чата, монетизация — где метрика стоит денег. Формат: удалёнка, РФ.

TWINBY – сервис для проверки совместимости и поиска новых знакомств. Наша цель – стать дейтинг-приложением №1 в России, заменив сам-знаешь-что. У нас это отлично получается: сейчас Twinby скачали уже более 14 миллионов пользователей. Сейчас мы в поиске UX/UI-дизайнера в нашу команду, который любит разбираться в поведении пользователей, находить точки роста продукта и превращать идеи в продуманные интерфейсные решения. Функции в команде: Выдвигать и проверять гипотезы, связанные с развитием и улучшением продукта Планировать и проводить пользовательские исследования: глубинные интервью, юзабилити-тестирования, коридорные исследования и другие форматы Анализировать результаты исследований и готовить презентации с выводами и рекомендациями Прорабатывать новые продуктовые идеи совместно с фаундерами и командой Продумывать пользовательские сценарии, логику взаимодействия и структуру будущих функций Создавать вайрфреймы, интерактивные прототипы и кликабельные сценарии Разрабатывать финальные UX/UI-макеты и передавать их в разработку Сопровождать задачи на этапе реализации и участвовать в дизайн-ревью выпущенных функций Работать с дизайн-системой и развивать ее вместе с командой Наши ожидания: Опыт работы на релевантной позиции от 3 лет Уверенный опыт проведения пользовательских исследований и интервью Умение самостоятельно проводить полный цикл работы над фичей: от исследования и гипотез до финальных макетов Владение современными AI-инструментами и нейросетями для решения дизайнерских задач и повышения эффективности работы Опыт проектирования мобильных интерфейсов Уверенное владение Figma Навык аргументировать дизайнерские решения через данные и результаты исследований Самостоятельность в работе и высокий уровень ответственности за результат Будет плюсом: Навык создания простых анимаций в After Effects Мы предлагаем: Full-time работа с полностью удаленным форматом Официальное оформление Конкурентную заработную плату Сервис корпоративных скидок Возможность профессионального развития и карьерного роста Вместе с откликом прикрепи ссылку на свое портфолио :)

TWINBY – сервис для проверки совместимости и поиска новых знакомств. Наша цель – стать дейтинг-приложением №1 в России, заменив сам-знаешь-что. У нас это отлично получается: сейчас Twinby скачали уже более 14 миллионов пользователей. Мы ищем в команду Менеджера поддержки (Модератора) с возможностью работать в ночные смены (22:00 - 10:00 МСК) Обязанности: Обработка входящих заявок (чат и почта) Соблюдение нормативных KPI Взаимодействие с другими отделами (маркетинг, тестирование, разработка и другие) Создание задач в JIRA, ведение этих задач (слежение за изменениями, ответы на вопросы разработчиков, возвращение с комментариями к пользователям) Отчётность по результатам дня/недели Обработка профилей пользователей: предупреждения/бан аккаунтов Операционные задачи, связанные с модерацией Созвоны отдела (обсуждение рабочих процессов и новостей) Написание информационных статей во внутреннюю базу знаний (не регулярно) Требования: Опыт работы в поддержке (рассмотрим без опыта, если вы попали по остальным параметрам) Быстрая реакция на входящие запросы от пользователей Понимание, что такое качественный сервис и клиентоориентированность Грамотная устная и письменная речь Обладание высокой скоростью печати Английский не ниже B1 Многозадачность Будет плюсом: Опыт работы в поддержке IT-продукта / сервиса с большой пользовательской базой Опыт работы с тикет-системами (Zendesk, Freshdesk, HelpDesk и аналоги) Опыт работы с инструментами Atlassian (JIRA, Confluence) Навык работы с конфликтными пользователями Опыт модерации пользовательского контента/принятия решений по блокировкам Умение структурировать информацию и писать понятные инструкции/статьи в базу знаний Опыт взаимодействия с разработкой и тестированием Интерес к сервисам знакомств Мы предлагаем: Удаленный формат работы Официальное оформление по трудовому договору в РФ Корпоративные скидки для сотрудников Увлекательную работу над крутым проектом с миллионами пользователей в нише дейтинга Возможность профессионального развития и карьерного роста внутри компании Вместе с резюме вышли небольшое творческое задание, чтобы мы увидели ход твоих мыслей. На каждый пункт достаточно 1-3 абзацев. 1. Какую роль играет клиентская поддержка в жизни компании? 2. Для чего нужен сервис знакомств? 3. Клиент всегда прав?

О роли Twinby — один из крупнейших российских дейтинг-сервисов, миллионы пользователей. Мы перестраиваем разработку Twinby CIS и собираем продуктовые команды заново. Команда «идентичность и платежи» отвечает за вход и идентичность пользователя и за монетизацию — платежи, подписки и тарифы — и за коммуникации с пользователем и удержание. Это самое ответственное место продукта: здесь проходят деньги и персональные данные пользователей, и цена ошибки максимальна. Тимлид бэкенда здесь — единая точка ответственности за техническую часть команды: ты отвечаешь за «как», продукт — за «что». Ты остаёшься сильным инженером и одновременно растишь команду и систему вокруг себя. За что ты отвечаешь Архитектуру и качество платежей, подписок и идентичности: ревью, контракты между сервисами, ясные критерии готовности. Финтех-надёжность: идемпотентность операций, сверки, отказоустойчивость платежей и корректную работу с платёжными провайдерами — деньги нельзя ни потерять, ни провести дважды. Подписки и гибкую тарификацию: тарифные планы, продления, гибкая тарификация по регионам. Инженерию коммуникаций и удержания: надёжную доставку уведомлений и работу с CDP/маркетинговой платформой, чтобы лайфтайм-коммуникации (онбординг, удержание, реактивация) усиливали конверсию — в связке с маркетингом. Безопасность и защиту данных как часть инженерии, а не как формальность: безопасную аутентификацию и сессии, защиту персональных и платёжных данных, приватность на уровне архитектуры (security-by-design). Надёжность в эксплуатации: «you build it — you run it», SLO и бюджет ошибок, дежурство по своим сервисам, разбор инцидентов до причины. Техдолг как управляемый бюджет (15–20% мощности каждый цикл): архитектура растёт постепенно, без полного переписывания. Инженерную культуру и людей: задаёшь нормы (особенно в первые 90 дней), растишь инженеров, держишь знание в системе через ADR и документацию. Результат: отвечаешь за исход и вовремя эскалируешь. Кого мы ищем Тимлида бэкенда, который остался сильным инженером и уже вёл команду людей. Для этого направления это значит: Инженерная глубина. Проектируешь системы целиком; держишь в голове распределённые эффекты и консистентность там, где цена ошибки максимальна; в инциденте сам идёшь в метрики и код. Финтех-надёжность. Тебе близки идемпотентность, сверки, отказоустойчивость платежей и работа с платёжными провайдерами — ты проектируешь приём денег так, чтобы их нельзя было потерять или списать дважды. Security-mindset. Безопасность и защита данных для тебя — встроенная часть дизайна, а не аврал перед релизом: ты думаешь про приватность и про злоумышленника by default и задаёшь это нормой для команды. Зрелость по надёжности. SLO, дежурство, постмортемы без поиска виноватого — для тебя это обычная инженерная гигиена. Лидерство. Под тобой росли инженеры; ты ставил культуру ревью и дежурств, давал честный фидбэк и принимал непростые решения вовремя. Мы смотрим на доказанную глубину и на людей, которые выросли рядом с тобой. Будет плюсом Опыт платежей, эквайринга, биллинга, подписок, identity/auth или антифрода на масштабе. Опыт CRM/CDP, лайфтайм-маркетинга или систем доставки коммуникаций и удержания. Опыт постепенного развития архитектуры большой действующей системы — без остановки продукта. Чего НЕ требуем Leetcode и алгоритмических головоломок, заученных фреймворков менеджмента, знания именно нашего стека или домена дейтинга, формальных сертификатов по безопасности. Важнее инженерная зрелость, практический security-mindset и то, что рядом с тобой растёт планка команды. Технический стек Бэкенд на Go и Python, распределённые системы и событийная архитектура, реляционные и аналитические хранилища, Kubernetes, GitLab CI/CD. Инфраструктура — российское облако. Что предлагаем Планку с нуля: команды собираются заново — то, что ты заложишь, станет культурой команды. Настоящую инженерную систему: замкнутый цикл доставки, метрики потока вместо стори-поинтов, бюджет ошибок вместо ночного героизма, постмортемы без вины. Автономию владельца — ты решаешь «как»; цели и направление обсуждаешь с архитектором и CTO. Самое ответственное место продукта — деньги и данные миллионов пользователей, — где инженерная зрелость и безопасность реально имеют вес. Формат: удалёнка, РФ.

TWINBY – сервис для проверки совместимости и поиска новых знакомств. Наша цель – стать дейтинг-приложением №1 в России, заменив сам-знаешь-что. У нас это отлично получается: сейчас Twinby скачали уже более 14 миллионов пользователей. Сейчас мы в поиске Главного бухгалтера, который возьмет на себя ведение бухгалтерской функции, будет участвовать в развитии процессов и станет надежным партнером для финансовой команды. Функции в команде: Вести бухгалтерский учет нескольких юридических лиц Организовывать работу бухгалтерской функции, включая управление одним бухгалтером в подчинении Подготавливать бухгалтерскую и налоговую отчетность Обеспечивать корректность бухгалтерского и налогового учета Взаимодействовать с налоговыми органами, сопровождать налоговые проверки Работать с российским и международным контуром: платежи, банки, валютный контроль, взаимодействие с иностранными контрагентами, сопровождение операций с учетом требований международного налогообложения Участвовать в организации и совершенствовании бухгалтерских процессов, выстраивать их совместно с финансовой функцией Работать с учетом корпоративного имущества и материальной ответственности Участвовать в подготовке к аудиту, сопровождать аудиторов и процессы due diligence Взаимодействовать со смежными подразделениями и предлагать решения по оптимизации процессов Наши ожидания: Опыт работы главным бухгалтером от 7 лет Опыт работы в IT-компаниях в рамках релевантной позиции Опыт ведения бухгалтерского учета в небольших или средних компаниях Понимание взаимосвязи бухгалтерского и управленческого учета Опыт успешного прохождения налоговых проверок Высшее экономическое или бухгалтерское образование Проактивность, инициативность и стремление улучшать существующие процессы Интерес к автоматизации и использованию современных инструментов в работе Будет плюсом: Опыт работы с международным контуром: проведение зарубежных платежей, валютный контроль и понимание особенностей международного налогообложения Опыт внедрения или адаптации плана счетов под задачи управленческого учета Опыт сопровождения аудитов и участия в процессах due diligence Мы предлагаем: Full-time работа с полностью удаленным форматом Официальное оформление Конкурентную заработную плату Сервис корпоративных скидок Возможность профессионального развития и карьерного роста

О роли Twinby — один из крупнейших российских дейтинг-сервисов с миллионами пользователей: реалтайм (лента, матчи, чаты), деньги (подписки, покупки), антифрод и модерация. Мы перестраиваем разработку Twinby CIS и собираем продуктовые команды практически с нуля. Ищем сильного тимлида фронтенда, который с первого дня задаёт планку инженерной культуры и сам отвечает за то, как устроен фронт. Тимлид фронтенда — это единая точка ответственности за техническую часть фронт-команды: тимлид отвечает за «как», продукт — за «что». Команда закрывает веб-направление (веб-приложение Twinby, сайт, админки) и кросс-функциональна: фронтендеры, бэкендер и QE рядом. За что ты отвечаешь Архитектура SPA и стандарты фронта: как устроены стейт, рендеринг, границы модулей, эволюция приложения на 1–2 года вперёд — без overengineering и без «распределённого монолита фронта». Качество как процесс, а не доверие: ревью, DoD, merge-gate (зелёные тесты, ревью, аппрув QE), типизация как контракт, контракты с бэкендом (OpenAPI/gRPC). Планка держится системой, а не ручным ревью всего самим. Производительность и UX на масштабе: бюджет на бандл и рендеринг, реалтайм (лента, чаты) без лагов и утечек, измерение в проде, а не «на моём ноутбуке быстро». Надёжность фронта: «you build it — you run it». SLO и бюджет ошибок, разбор сбоев до причины, а не до виноватого — и ведёшь его ты. Техдолг как управляемый бюджет (15–20% мощности каждый цикл): режешь по риску внутри потока, а не «перепишу всё с нуля» и не «починим потом». Инженерная культура команды: задаёшь нормы (особенно в первые 90 дней), подтягиваешь фронтендеров, держишь знание в системе через ADR и документацию — чтобы уход человека не останавливал процесс. Синхрон с дизайном и бэком: общий язык с дизайном (токены, дизайн-система, перф-бюджет), контракты и совместимость API с бэкендом. Что мы ждём Сильный фронт-инженер уровня senior/staff, который всё ещё в коде: архитектура крупного SPA, клиентский стейт, рендеринг, перформанс и бандл — а не только «рисуешь боксы». Опыт технического владения фронтом продукта или крупной админки: ты отвечал за архитектуру, качество и перф, а не только закрывал экраны. Перф и метрики для тебя — процесс команды, а не разовый подвиг: бюджет на бандл и рендеринг в пайплайне, измерение в проде, ловишь лишние ререндеры и утечки осознанно. Trade-offs с оговорками: когда CSR/SSR/SSG, какой подход к стейту и кэшу, где граница модуля, когда отдельное приложение оправдано, а когда это лишняя сложность — развёрнутое «зависит от…», а не «X лучше Y». Умеешь поднимать планку вокруг себя: ревью, стандарты и менторинг для тебя — обычная работа; синхрон с дизайном и бэком — переговоры, а не «делаю что присылают». Будет плюсом Опыт ведения большой фронт-команды, монорепо, аккуратной миграции крупного легаси без big-bang. Angular и TypeScript в проде; опыт реалтайма (WebSocket), оптимистичных апдейтов, виртуализации списков, дизайн-системы как инженерного инструмента. Чего НЕ требуем Leetcode и алгоритмических головоломок, пиксель-перфект-вёрстки «у доски», заученного синтаксиса конкретного фреймворка, знания именно нашего стека или домена дейтинга. Нам важнее инженерная зрелость, перф-культура и то, что рядом с тобой растёт планка команды. Технический стек Angular / TypeScript — веб-приложение Twinby, сайт и админки (SPA). Интеграция с бэкендом по REST/OpenAPI и gRPC, реалтайм (лента, чаты). Бэкенд — Go-сервисы и Django-монолит (контекст для синхрона по контрактам). Инфраструктура — российское облако (Yandex Cloud). Что предлагаем Ты задаёшь планку с нуля: команды собираются заново, нормы ещё не застыли — то, что ты делаешь и терпишь, станет культурой фронт-команды. Настоящая инженерная система, а не лозунги: замкнутый цикл доставки, спека-закон, merge-gate, метрики потока (вместо velocity и стори-поинтов), бюджет ошибок вместо ночного героизма, постмортемы без вины. Автономия владельца — ты решаешь «как», без комитетов; цели и направление обсуждаешь с архитектором и CTO. Масштаб и реалтайм, где перф и UX имеют вес, а инженерия видна на цифрах. Формат: удалёнка, РФ.

Twinby — один из крупнейших российских дейтинг-сервисов с миллионами пользователей: реалтайм (лента, матчи, чаты), деньги (подписки, бусты, покупки), антифрод и модерация. Сейчас мы в поиске Продуктового аналитика в департамент Data & ML — человека, который превращает сырые данные в надёжные витрины и метрики, на которые опираются продукт и эксперименты. Это роль индивидуального контрибьютора с владением моделью данных и метриками своего направления end-to-end — от сырого события до цифры, которой доверяют. Ты не «крутишь дашборды» по чужим витринам: ты отвечаешь за то, как метрика считается, где она может соврать и почему ей можно верить. Чем предстоит заниматься: Строить модель данных своего направления в dbt — слои raw → staging → core → marts — так, чтобы из сырого события получалась цифра, которую можно объяснить и воспроизвести. Владеть определениями метрик воронок, ретеншна и когорт, матчинга, здоровья чата и монетизации: фиксировать, как считается каждая, и где определение начинает врать (дедупликация, мультиаккаунты, боты, таймзоны, что в знаменателе). Поддерживать A/B-эксперименты данными: корректный расчёт метрик, guardrail, ratio-метрики — и ловить подвохи (peeking, SRM, множественные сравнения, парадокс Симпсона, ошибка выжившего). Держать доверие к данным: тесты dbt (uniqueness, not_null, freshness), сверки с источником истины, мониторинг аномалий метрик — чтобы расхождение ловилось до того, как на цифре приняли решение. Доводить до ответа на «почему»: не приносить график «выручка упала на 8%», а строить дерево гипотез — сегмент, платформа, когорта, релиз, эксперимент, сломанный трекинг — и копать до причины. Отдавать результат в продукт: метрики и витрины в Yandex DataLens, на которые команды опираются в замкнутом цикле «релиз → выводы». Что мы ожидаем: Уверенный SQL и опыт построения слоистой модели данных (dbt или эквивалент): не «беру готовую таблицу и группирую», а проектируешь измерение от сырого слоя до витрины. Владение метрикой как зоной ответственности: можешь объяснить, как правильно считать ретеншн или конверсию и почему именно так, и где твоя любимая метрика врёт. Статистика экспериментов как норма работы: MDE и мощность, множественные сравнения, peeking, SRM, guardrail-метрики — развёрнутое «зависит от…», а не «значимо, катим». Инстинкт доверия к данным: тесты, сверки, мониторинг аномалий — для тебя это часть работы, а не то, о чём напоминают. Продуктовая интуиция: видишь за цифрой поведение пользователя и понимаешь, какое решение метрика должна поддержать. Python для трансформаций и расчётов там, где SQL тесен. Будет плюсом: Опыт продуктовой аналитики на масштабе и в зрелой культуре A/B (платформа экспериментов, слой dbt/DWH). ClickHouse, Airflow, оркестрация пересчётов; работа с событийными потоками и поздними событиями. Домен дейтинга или другого двустороннего рынка — приятный бонус, но не обязателен. Чего НЕ требуем: Идеального синтаксиса SQL наизусть и гочей конкретного диалекта, заученных формул статтестов без понимания, когда они врут, скорости письма «у доски», знания именно нашего BI-инструмента или стека. Если ты строил измерение в другом стеке — перенесёшь. Технический стек SQL, dbt (raw → staging → core → marts), ClickHouse как хранилище, Python, Airflow для оркестрации, Yandex DataLens для BI. Источники — PostgreSQL (OLTP) и событийные потоки. Инфраструктура — российское облако (Yandex Cloud, managed ClickHouse). Что предлагаем: Реальное владение измерением направления:ты держишь модель данных и метрики end-to-end, а не собираешь графики по чужому ТЗ. Настоящая инженерная система, а не лозунги: A/B как часть цикла, метрики потока вместо velocity, решения по данным, спека-закон, доверие к данным как инженерное свойство. Влияние на то, как команды принимают решения: твои витрины и определения — то, на что они опираются. Автономия в том, как устроено измерение твоего направления; цели и направление обсуждаешь с архитектором и CTO. Масштаб и богатая фактура дейтинга: воронки, когорты, матчинг, здоровье чата, монетизация — где метрика стоит денег. Формат: удалёнка, РФ.

TWINBY – сервис для проверки совместимости и поиска новых знакомств. Наша цель – стать дейтинг-приложением №1 в России, заменив сам-знаешь-что. У нас это отлично получается: сейчас Twinby скачали уже более 14 миллионов пользователей. Мы ищем в команду Менеджера поддержки (Модератора) с возможностью работать в ночные смены (22:00 - 6:00 МСК) Обязанности: Обработка входящих заявок (чат и почта) Соблюдение нормативных KPI Взаимодействие с другими отделами (маркетинг, тестирование, разработка и другие) Создание задач в JIRA, ведение этих задач (слежение за изменениями, ответы на вопросы разработчиков, возвращение с комментариями к пользователям) Отчётность по результатам дня/недели Обработка профилей пользователей: предупреждения/бан аккаунтов Операционные задачи, связанные с модерацией Созвоны отдела (обсуждение рабочих процессов и новостей) Написание информационных статей во внутреннюю базу знаний (не регулярно) Требования: Опыт работы в поддержке (рассмотрим без опыта, если вы попали по остальным параметрам) Быстрая реакция на входящие запросы от пользователей Понимание, что такое качественный сервис и клиентоориентированность Грамотная устная и письменная речь Обладание высокой скоростью печати Английский не ниже B1 Многозадачность Будет плюсом: Опыт работы в поддержке IT-продукта / сервиса с большой пользовательской базой Опыт работы с тикет-системами (Zendesk, Freshdesk, HelpDesk и аналоги) Опыт работы с инструментами Atlassian (JIRA, Confluence) Навык работы с конфликтными пользователями Опыт модерации пользовательского контента/принятия решений по блокировкам Умение структурировать информацию и писать понятные инструкции/статьи в базу знаний Опыт взаимодействия с разработкой и тестированием Интерес к сервисам знакомств Мы предлагаем: Удаленный формат работы Официальное оформление по трудовому договору в РФ Корпоративные скидки для сотрудников Увлекательную работу над крутым проектом с миллионами пользователей в нише дейтинга Возможность профессионального развития и карьерного роста внутри компании Вместе с резюме вышли небольшое творческое задание, чтобы мы увидели ход твоих мыслей. На каждый пункт достаточно 1-3 абзацев. 1. Какую роль играет клиентская поддержка в жизни компании? 2. Для чего нужен сервис знакомств? 3. Клиент всегда прав?

О роли Twinby — один из крупнейших российских дейтинг-сервисов с миллионами пользователей: реалтайм (лента, матчи, чаты), деньги (подписки, покупки), антифрод и модерация. Мы перестраиваем инженерную систему Twinby CIS и собираем команды практически с нуля. Ищем delivery / Agile-Kanban коуча, который отвечает за поток и предсказуемость доставки — не «ведёт джиру и проводит дейли». Это кросс-командная роль: ты не владеешь продуктом («что» — за продактом) и не отвечаешь за «как» внутри команды (это техлид). Ты отвечаешь за то, чтобы замкнутый цикл «Идея → готовность → разработка → гейты → релиз → выводы» реально работал и не вставал. Качество у нас — свойство процесса, а не героизма: твоя зона — сделать поток видимым, держать его здоровым и предсказуемым. Чем предстоит заниматься Держать поток как систему: Kanban с явными политиками для текущей работы + Shape Up для крупных фич (фикс времени, переменный объём, «аппетит» вместо оценки, по умолчанию не продлеваем). Не «чистый Scrum» и не «чистый Kanban» — рабочая операционная модель. Резать WIP: WIP-лимиты 1–2 задачи на инженера — главный рычаг предсказуемости. Вскрывать скрытый WIP и очереди (ревью, QA, приёмка), мерить, где задачи реально стоят. Вести классы обслуживания: Standard / Expedite (P0–P1) / Fixed-date — чтобы срочное не сносило плановое, а у каждой работы была понятная политика прохождения. Мерить поток и прогнозировать вероятностно: WIP, cycle time, throughput, work item age; прогноз в духе «с вероятностью 85% к 1–8 июля», а не «будет 1 июля». Строки кода, коммиты и стори-поинты на человека как цели — нет (закон Гудхарта). Лечить здоровье доставки: carryover, зависшие и стареющие задачи, межкомандные зависимости — распутывать и снимать блокеры, а не «напоминать в чате». Делать гейты политиками перехода, а не ритуалом, и вести тяжёлые разговоры данными: что лечит систему, а что нет; защищать команду от перегрузки. Что мы ждём Опыт, где ты реально вытаскивал команду из завала: хронический carryover, срывающиеся релизы, зависимость от одного человека на критичном модуле — и чинил это руками, а не описывал в презентации. Мышление про поток: cycle time, throughput, WIP, work item age, доля незапланированной работы — и вероятностный прогноз вместо обещаний «к пятнице». WIP-лимиты и классы обслуживания для тебя — рабочий инструмент, а не теория: ты понимаешь, зачем резать незавершёнку и как разводить срочное и плановое. Умеешь диагностировать прежде, чем лечить: сначала смотришь, где встал поток и почему, потом меняешь политики — а не вводишь церемонии в первый день. Trade-offs с оговорками: когда уместен Kanban, когда Scrum, когда гибрид и где работает Shape Up — по природе работы, а не «X современнее Y». Технически грамотен настолько, чтобы понимать, о чём спорят инженеры (техдолг, связность, релизный цикл, надёжность), и не дать процессу подменить результат. Будет плюсом Релевантный домен: turnaround / спасение проектов, зрелый продуктовый Kanban с WIP-лимитами и метриками потока, release engineering, управление потоком инцидентов и поддержки под нагрузкой. Практика вероятностного прогноза (перцентили, Monte-Carlo) и опыт Shape Up на реальных циклах. Активность в сообществе: выступления на AgileDays, Flow Conf, в Канбан-сообществах; канал или блог про поток и delivery. Чего НЕ требуем Артефактов Scrum наизусть и «правильной» длины спринта, иконостаса сертификатов (PSM / PMP / SAFe / ICP), заученных определений церемоний, опыта именно в нашем трекере или в дейтинге. Нам важнее масштаб хаоса, который ты разгребал, и мышление про поток. Окружение и инструменты Jira и Confluence для работы и документации, метрики потока и дашборды (Yandex DataLens) как способ видеть, где стоит работа, и принимать решения по данным. Конкретный набор подстроим под тебя — важно, чтобы инструмент служил потоку, а не наоборот. Что предлагаем Настоящий мандат менять систему доставки, а не косметика на церемониях: ты задаёшь политики потока с нуля, пока нормы ещё не застыли. Настоящая инженерная система, а не лозунги: замкнутый цикл доставки, метрики потока вместо velocity и стори-поинтов, вероятностный прогноз вместо дат «пальцем в небо». Влияние на поток сразу нескольких команд на масштабе миллионов пользователей. Высокая автономия и прямой контакт с CTO: тебя слушают по данным, а не по статусу. Формат: удалёнка, РФ.

Twinby — мобильный dating-продукт с 15 миллионами установок на CIS-рынке. Категория social / dating, подписочная монетизация, высокая скорость принятия решений. Ищем Head of Marketing, который возглавит пользовательский рост, выстроит эффективную систему привлечения и удержания, а также интегрирует маркетинг в общую бизнес-стратегию. Вы будете владеть полным циклом: от стратегии и бюджета до креативов и аналитики, работая в плотной связке с продуктом, CEO и CFO. Чем будете заниматься: Стратегия, бюджетирование и кросс-функциональное взаимодействие: • Формировать маркетинговую стратегию и план роста, синхронизируя их с бизнес-стратегией компании. • Управлять маркетинговым бюджетом от 100 до 150 млн руб в год, распределяя средства между направлениями (диджитал, контент, PR, инфлюенс) на основе юнит-экономики и сезонности. • Совместно с CFO планировать бюджет, контролировать unit-экономику привлечения (CAC, LTV, ROMI, payback) и защищать инвестиционные решения перед руководством. • Вместе с CEO выравнивать маркетинговые приоритеты с целями роста продукта. Диджитал и управление трафиком: • Отвечать за все платные каналы, с фокусом на мобильный performance-маркетинг. Яндекс, ВК, Affiliate, in-app, ASO, web-to-app. В периметре СНГ – зарубежными каналами ASA, Google UAC, Tik-Tok, etc. • Внедрять продвинутые принципы закупки: автоматические стратегии, оптимизация под конверсии в подписку, работа с креативными коллаборациями. • Запускать и масштабировать A/B-тесты креативов, таргетингов и посадочных страниц; контролировать CAC и payback по каждому каналу. • Активно искать и тестировать новые каналы трафика (партнёрские сети, инвайты, нестандартные интеграции) — предоставляем свободу для экспериментов. Продуктовый маркетинг и CRM: • Управлять всем циклом продуктового маркетинга: от push-уведомлений и email-коммуникаций до офферов и промо-механик внутри приложения. • Отвечать за уже запущенный CRM-маркетинг: донастраивать воронки, сегментацию, триггерные цепочки для удержания и апсела. • Выстраивать единый бесшовный флоу для всех маркетинговых касаний с пользователем — чтобы привлечение, активация, удержание и возврат работали как целостная система. Контент, PR и инфлюенс-маркетинг: • Определять контент-стратегию и редполитику: SMM, визуал, тексты — обеспечивая единый голос бренда во всех каналах. • Руководить пересобранным PR-направлением: формировать медиаплан, готовить пресс-материалы, управлять репутацией и кризисными коммуникациями. • Развивать инфлюенс-направление: подбирать блогеров, вести переговоры, контролировать интеграции и оценивать их ROMI. • Использовать свой нетворк для организации коллабораций с другими сервисами и брендами — это ваш дополнительный рычаг роста. Аналитика, метрики и принятие решений: • Обеспечить появление и развитие маркетинговой аналитики: сквозная отчётность, когортный анализ, дашборды по ключевым метрикам (CAC, LTV, ROMI, payback, D30, конверсии). • Выстроить систему атрибуции и измерения эффективности кампаний, чтобы понимать реальный вклад каждого канала. • Анализировать результаты запусков, формировать next steps на основе данных и инициировать дополнительные исследования (опросы, глубинные интервью) для поиска точек роста. • Отслеживать влияние маркетинга на выручку и рост ARR, интегрируя маркетинговые данные в общую бизнес-отчётность. Команда и лидерство: • Строить и развивать маркетинговую команду (контент, диджитал, PR, инфлюенс, аналитика), внедрять стандарты работы, прогнозирования и пост-кампанейного анализа. • Инициировать маркетинговые изменения и эксперименты, обновлять стратегию по мере получения рыночных и пользовательских инсайтов. • Информировать смежные команды о целях и кампаниях, обеспечивая кросс-функциональную синхронизацию. Что важно Обязательно: • Опыт руководства маркетинговой функцией уровня Head of Marketing / Head of UA / CMO — с прямым управлением бюджетом от 100 млн руб в год и ответственностью за измеримые бизнес-результаты. • Глубокая экспертиза в мобильных источниках трафика, особенностях аттрибуции, системами аналитики (у нас AppsFlyer) • Релевантный опыт именно в продуктовом маркетинге B2C mobile-продуктов с подписочной моделью — понимание, как маркетинг влияет на LTV, конверсию в оплату и удержание. • Успешный опыт поиска и масштабирования новых каналов трафика (не только стандартные площадки). • Развитый нетворк для коллабораций и партнёрств. • Можете показать личный вклад в рост ключевых метрик: что изменили, какой эффект получили и за счёт чего. • Юнит-экономика как рабочий инструмент — CAC, LTV, ROMI, payback, D30, churn в принятии решений. • Опыт выстраивания единого маркетингового флоу (от привлечения до повторной активации) и управления несколькими направлениями (диджитал, контент, PR, инфлюенс). • Опыт кросс-функционального взаимодействия с CEO и CFO на уровне стратегического планирования и защиты бюджета. Желательно: • Психологическое или социологическое образование в дополнение к маркетинговому — понимание поведенческих триггеров и мотивации аудитории будет большим плюсом. • Dating, social, entertainment или смежные подписочные вертикали. • Опыт построения маркетинговой аналитики и атрибуции с нуля. • Участие в инвестор-нарративе со стороны маркетинга. • Опыт запуска нового продукта или вертикали с нуля. Условия: • Полноценный ownership маркетинговой стратегии и бюджета, минимум бюрократии. • Удалённый формат работы без ограничений по локации, гибкий график. • Достойная заработная плата. • 28 рабочих дней оплачиваемого отпуска, гибкая оплата больничных. • Возможность реализовать свой, в том числе, предпринимательский потенциал — мы даём свободу, мы ждём результат. Для отклика прошу ответить на несколько вопросов в сопроводительном письме: 1) С каким годовым бюджетов вы работали? 2) Расскажите коротко про ваш опыт работы с мобильным источником трафика (особенности аттрибуции, системы аналитики, например AppsFlyer) 3) Есть ли у вас опыт работы с подписочной моделью монетизации? 4) Ваши ожидания по fix части вознаграждения

HR Generalist / HR-менеджер (без рекрутинга) TWINBY – сервис для проверки совместимости и поиска новых знакомств. Наша цель – стать дейтинг-приложением №1 в России, заменив сам-знаешь-что. У нас это отлично получается: сейчас Twinby скачали уже более 15 миллионов пользователей. Мы быстро растем, и нам нужен человек, который станет заботливым тылом для нашей команды. Мы ищем HRg/HRm, который возьмет на себя весь блок HR-задач, кроме рекрутинга (у нас есть отдельная команда найма). Твоя задача — сделать так, чтобы сотрудникам было комфортно, интересно и хотелось оставаться с нами надолго. Чем предстоит заниматься: Управление циклом жизни сотрудника (Admin & Operations): • Ведение отпусков, больничных, дней офф (Day-off) и согласование переводов. • Ведение и актуализация таблицы Headcount (контроль штатной численности). • Курирование вопросов по технике (рабочее оборудование) и взаимодействие со службами поддержки. • Организация сбора документов для внутренних перемещений. • Контроль подготовки справок и документов (эскалация в кадрового админа). Бенефиты и мотивация: • Расширение партнерской сети бенефитов (скидки, спорт, питание) и актуализация регламента. • Разработка и внедрение системы Welcome-паков, мерча и (возможно) внутренней валюты. • Запуск активности «Сотрудник месяца» и развитие системы нематериальной мотивации. • Фиксация изменений по грейдам и системе мотивации в HRM-системе Культура, коммуникации и обучение: • Проведение Welcome-тренинга для новичков (знакомство с культурой и процессами). • Проведение Exit-интервью (сбор фидбека, анализ причин уходов). • Организация корпоративных активностей: тимбилдинги, корпоративы и внутренние ивенты. • Ведение блока маркетинговых HR-коммуникаций — делаем работу у нас видимой. • Внедрение и контроль обучающих программ для команды (внутреннее и внешнее обучение) • Визуал и автоматизация (работа с дизайнерами и IT): • Обновление Confluence, регламентов и внутренней базы знаний (частично готово, требуется твой свежий взгляд). • Работа с отзывами сотрудников (аналитика и улучшения). Мы предлагаем: • Полная удаленка (Full-time) — работай откуда удобно. • Официальное оформление по ТК РФ с первого дня. • Конкурентная заработная плата (обсуждаем на собеседовании, ориентируемся на рынок и твой опыт). • Реальная возможность влиять на визуальную коммуникацию продуктов и внутренние рекламные кампании — твои идеи будут видеть миллионы. • Сервис корпоративных скидок. • Атмосфера стартапа с амбициями лидера рынка и дружная команда. Кого мы ищем: • Опыт в HR от 3 лет (желательно в IT/digital/project-среде). • Понимание ТК РФ в части документооборота, отпусков и больничных. • Проактивность: ты не ждешь задач, а предлагаешь, как улучшить жизнь сотрудников. • Навыки работы с G-Drive, Confluence, Jira (или готовность быстро освоить). • Ответственность, системность и аккуратность в работе с документами, внимание к деталям.

TWINBY – сервис для проверки совместимости и поиска новых знакомств. Наша цель – стать дейтинг-приложением №1 в России, заменив сам-знаешь-что. У нас это отлично получается: сейчас Twinby скачали уже более 14 миллионов пользователей. Сейчас мы в поиске Главного бухгалтера, который возьмет на себя ведение бухгалтерской функции, будет участвовать в развитии процессов и станет надежным партнером для финансовой команды. Функции в команде: Вести бухгалтерский учет нескольких юридических лиц Организовывать работу бухгалтерской функции, включая управление одним бухгалтером в подчинении Подготавливать бухгалтерскую и налоговую отчетность Обеспечивать корректность бухгалтерского и налогового учета Взаимодействовать с налоговыми органами, сопровождать налоговые проверки Работать с российским и международным контуром: платежи, банки, валютный контроль, взаимодействие с иностранными контрагентами, сопровождение операций с учетом требований международного налогообложения Участвовать в организации и совершенствовании бухгалтерских процессов, выстраивать их совместно с финансовой функцией Работать с учетом корпоративного имущества и материальной ответственности Участвовать в подготовке к аудиту, сопровождать аудиторов и процессы due diligence Взаимодействовать со смежными подразделениями и предлагать решения по оптимизации процессов Наши ожидания: Опыт работы главным бухгалтером от 7 лет Опыт работы в IT-компаниях в рамках релевантной позиции Опыт ведения бухгалтерского учета в небольших или средних компаниях Понимание взаимосвязи бухгалтерского и управленческого учета Опыт успешного прохождения налоговых проверок Высшее экономическое или бухгалтерское образование Проактивность, инициативность и стремление улучшать существующие процессы Интерес к автоматизации и использованию современных инструментов в работе Будет плюсом: Опыт работы с международным контуром: проведение зарубежных платежей, валютный контроль и понимание особенностей международного налогообложения Опыт внедрения или адаптации плана счетов под задачи управленческого учета Опыт сопровождения аудитов и участия в процессах due diligence Мы предлагаем: Full-time работа с полностью удаленным форматом Официальное оформление Конкурентную заработную плату Сервис корпоративных скидок Возможность профессионального развития и карьерного роста

TWINBY – сервис для проверки совместимости и поиска новых знакомств. Наша цель – стать дейтинг-приложением №1 в России, заменив сам-знаешь-что. У нас это отлично получается: сейчас Twinby скачали уже более 14 миллионов пользователей. Сейчас мы ищем Графического дизайнера , который будет создавать рекламные креативы и визуальные материалы для B2B-клиентов, работать с AI-инструментами и дорабатывать сгенерированный контент под задачи бизнеса. Функции в команде: Разрабатывать рекламные и маркетинговые креативы для B2B-проектов Создавать визуальные материалы для digital-каналов Генерировать изображения и концепции с помощью AI-инструментов и дорабатывать их в графических редакторах Работать с лендингами: собирать визуальную часть, адаптировать дизайн под задачи бизнеса Интегрировать объекты, продукты и элементы брендинга в сгенерированные изображения Взаимодействовать с внутренней командой и учитывать требования внешних заказчиков Участвовать в обсуждении визуальных решений и предлагать собственные идеи Наши ожидания: Опыт работы графическим дизайнером от 3 лет Опыт работы в B2B-направлении или агентстве с внешними клиентами Сильные навыки работы в Figma и Adobe Photoshop Опыт создания digital-креативов и маркетинговых материалов Уверенное использование AI-инструментов для генерации визуального контента Навык самостоятельной организации работы и контроля качества собственных задач Насмотренность и понимание современных визуальных трендов Внимательность к деталям. Будет плюсом: Опыт создания лендингов Базовое понимание UX/UI-принципов Владение Blender, 3ds Max или другими инструментами 3D-моделирования Мы предлагаем: Full-time работа с полностью удаленным форматом Официальное оформление Конкурентную заработную плату Возможность влиять на визуальную коммуникацию продуктов и рекламных кампаний Сервис корпоративных скидок Вместе с откликом, пожалуйста, пришли ссылку на свое портфолио :)

TWINBY – сервис для проверки совместимости и поиска новых знакомств. Наша цель – стать дейтинг-приложением №1 в России, заменив сам-знаешь-что. У нас это отлично получается: сейчас Twinby скачали уже более 14 миллионов пользователей. Сейчас мы в поиске UX/UI-дизайнера в нашу команду, который любит разбираться в поведении пользователей, находить точки роста продукта и превращать идеи в продуманные интерфейсные решения. Функции в команде: Выдвигать и проверять гипотезы, связанные с развитием и улучшением продукта Планировать и проводить пользовательские исследования: глубинные интервью, юзабилити-тестирования, коридорные исследования и другие форматы Анализировать результаты исследований и готовить презентации с выводами и рекомендациями Прорабатывать новые продуктовые идеи совместно с фаундерами и командой Продумывать пользовательские сценарии, логику взаимодействия и структуру будущих функций Создавать вайрфреймы, интерактивные прототипы и кликабельные сценарии Разрабатывать финальные UX/UI-макеты и передавать их в разработку Сопровождать задачи на этапе реализации и участвовать в дизайн-ревью выпущенных функций Работать с дизайн-системой и развивать ее вместе с командой Наши ожидания: Опыт работы на релевантной позиции от 3 лет Уверенный опыт проведения пользовательских исследований и интервью Умение самостоятельно проводить полный цикл работы над фичей: от исследования и гипотез до финальных макетов Владение современными AI-инструментами и нейросетями для решения дизайнерских задач и повышения эффективности работы Опыт проектирования мобильных интерфейсов Уверенное владение Figma Навык аргументировать дизайнерские решения через данные и результаты исследований Самостоятельность в работе и высокий уровень ответственности за результат Будет плюсом: Навык создания простых анимаций в After Effects Мы предлагаем: Full-time работа с полностью удаленным форматом Официальное оформление Конкурентную заработную плату Сервис корпоративных скидок Возможность профессионального развития и карьерного роста Вместе с откликом прикрепи ссылку на свое портфолио :)

TWINBY — сервис для проверки совместимости и поиска новых знакомств. Наша цель — стать дейтинг-приложением №1 в России, заменив сам-знаешь-что. У нас это отлично получается: Twinby скачали уже более 14 миллионов пользователей. О вакансии Сейчас мы формируем крупнейшую в России базу данных дейтинговых архетипов. Мы системно изучаем пользовательские профили, чтобы понять: почему 37% мужчин убеждены, что фотография с рыбой поможет найти любовь, и как лифты многоэтажек стали главной съёмочной площадкой страны. Для подготовки ежегодного отраслевого исследования «Состояние российского дейтинга» мы ищем внимательного и методичного аналитика анкет, способного классифицировать фотографии, выявлять архетипы и формировать структурированную отчётность. Обязанности Мужские анкеты Классификация фотографий с уловом: точное определение породы рыбы (отличаете карася от язя — обязательное требование), оценка размера добычи относительно заявленного в подписи Сегментация типажей: «рыбак», «офисный бедолага», «темщик», «семьянин под прикрытием» и т.п., ведение соответствующего реестра Разметка фотографий в автомобиле: классификация по значку на руле, наличию очков-авиаторов и степени затонированности стёкол Анализ тренажёрного контента: учёт зеркал, штанг и нечитаемых мотивационных надписей на стенах Мониторинг групповых фотографий: идентификация «главного профиля» методом статистического исключения Составление ежеквартального рейтинга «Топ-10 мужских архетипов по регионам» Женские анкеты Классификация фотографий в лифте по типу зеркала, освещению и ракурсу Детектирование виниров на фотографиях с низким разрешением — требуется устойчивый глазомер Разметка пляжных фото: сегментация по типу водоёма (море / озеро / бассейн) Учёт поз с кофейными стаканами: анализ корреляции между уровнем заведения и био в анкете Фото из Дубая: учёт снимков на фоне Бурдж-Халифы и фонтанов; ведение реестра корреляции между количеством таких фото и фразой «люблю путешествовать» в описании профиля Ведение раздела «Котики и собачки» в базе дейтинговых архетипов Общие задачи Подготовка ежеквартальных аналитических отчётов для внутренних пользователей и ежегодного публичного исследования Участие в разработке и актуализации классификатора архетипов Контроль качества разметки и согласованности данных между отчётными периодами Требования Обязательно Опыт аналитической работы от 2 лет, желательно с пользовательскими данными или контентом Уверенное владение Google Sheets: сводные таблицы, фильтрация, базовые формулы Внимательность к деталям и способность сохранять концентрацию при работе с однотипным контентом Умение работать по регламенту и соблюдать дедлайны отчётности Базовое понимание ихтиологии на уровне уверенного различения карася и язя Будет плюсом Рыболовный разряд или действующая лицензия на ловлю Опыт работы стоматологом для экспертной оценки качества виниров Образование в области социологии, культурологии или антропологии Опыт работы в IT / digital-продуктах Личный опыт использования дейтинг-приложений — для эмпатии к изучаемому материалу Условия Удалённый формат работы — вы сможете классифицировать рыбу из любой точки страны Официальное оформление по трудовому договору в РФ Конкурентная заработная плата Корпоративные скидки для сотрудников Увлекательная работа над продуктом с 14+ млн пользователей Возможность профессионального развития и карьерного роста внутри компании Вместе с резюме вышли небольшое творческое задание: нужно будет классифицировать 10 фотографий и дать каждой архетипическое название. Время выполнения — не более 30 минут.

TWINBY – сервис для проверки совместимости и поиска новых знакомств. Наша цель – стать дейтинг-приложением №1 в России, заменив сам-знаешь-что. У нас это отлично получается: сейчас Twinby скачали уже более 14 миллионов пользователей. Мы ищем в команду Менеджера поддержки (Модератора) с возможностью работать в ночные смены (22:00 - 6:00 МСК) Обязанности: Обработка входящих заявок (чат и почта) Соблюдение нормативных KPI Взаимодействие с другими отделами (маркетинг, тестирование, разработка и другие) Создание задач в JIRA, ведение этих задач (слежение за изменениями, ответы на вопросы разработчиков, возвращение с комментариями к пользователям) Отчётность по результатам дня/недели Обработка профилей пользователей: предупреждения/бан аккаунтов Операционные задачи, связанные с модерацией Созвоны отдела (обсуждение рабочих процессов и новостей) Написание информационных статей во внутреннюю базу знаний (не регулярно) Требования: Опыт работы в поддержке (рассмотрим без опыта, если вы попали по остальным параметрам) Быстрая реакция на входящие запросы от пользователей Понимание, что такое качественный сервис и клиентоориентированность Грамотная устная и письменная речь Обладание высокой скоростью печати Английский не ниже B1 Многозадачность Будет плюсом: Опыт работы в поддержке IT-продукта / сервиса с большой пользовательской базой Опыт работы с тикет-системами (Zendesk, Freshdesk, HelpDesk и аналоги) Опыт работы с инструментами Atlassian (JIRA, Confluence) Навык работы с конфликтными пользователями Опыт модерации пользовательского контента/принятия решений по блокировкам Умение структурировать информацию и писать понятные инструкции/статьи в базу знаний Опыт взаимодействия с разработкой и тестированием Интерес к сервисам знакомств Мы предлагаем: Удаленный формат работы Официальное оформление по трудовому договору в РФ Корпоративные скидки для сотрудников Увлекательную работу над крутым проектом с миллионами пользователей в нише дейтинга Возможность профессионального развития и карьерного роста внутри компании Вместе с резюме вышли небольшое творческое задание , чтобы мы увидели ход твоих мыслей. На каждый пункт достаточно 1-3 абзацев. Какую роль играет клиентская поддержка в жизни компании? Для чего нужен сервис знакомств? Клиент всегда прав?

TWINBY – сервис для проверки совместимости и поиска новых знакомств. Наша цель – стать дейтинг-приложением №1 в России, заменив сам-знаешь-что . У нас это отлично получается: сейчас Twinby скачали уже более 14 миллионов пользователей. Сейчас мы в поиске Финансового менеджера в нашу команду, который сможет взять на себя управленческий учет, а также поддерживать и развивать финансовую отчетность Функции в команде: Подготовка и поддержка управленческой отчетности (PL, Cash Flow, расчет чистой прибыли и др.) Контроль корректности финансовых данных и взаимосвязей между отчетами Участие в закрытии месяца Подготовка отчетов для внутренних и внешних пользователей Работа с Google Sheets, 1С, Финтабло и другими инструментами управленческого учета Взаимодействие с несколькими юрисдикциями и внутренними компаниями Поддержка и развитие существующих финансовых процессов Участие в автоматизации учета и отчетности Постепенное расширение зоны ответственности с перспективой полного ведения управленческого учета Выполнение поручений от финансового директора: подготовка отчетов и аналитики, участие в аудитах и due diligence, проведение сверок и взаимодействие с коллегами Наши ожидания: Опыт работы от 4 лет на релевантной должности Понимание управленческого учета и логики взаимосвязи отчетности Практический опыт работы с формализованной финансовой отчетностью и корпоративными стандартами оформления Хорошее понимание PL, Cash Flow, консолидации и расчета чистой прибыли Финансовое или бухгалтерское образование Внимательность к деталям, дисциплинированность и самостоятельность Умение качественно работать с регулярными задачами без потери продуктивности Готовность брать ответственность за свой контур и участвовать в развитии процессов Будет плюсом: Бухгалтерский бэкграунд Опыт работы в IT / digital-продуктах Понимание unit-экономики Опыт работы с Финтабло / Финансистом / аналогичными SaaS-системами Опыт участия в проектах управленческого учета на базе 1С Знание МСФО Мы предлагаем: Full-time работа с полностью удаленным форматом Официальное оформление Конкурентную заработную плату Сервис корпоративных скидок Возможность профессионального развития и карьерного роста Работу в быстрорастущем продукте с сильной командой и возможностью влиять на процессы