30 января 2026
Вакансия не для всех. Это поиск Технического Сооснователя.
Роль: Backend Developer / CТО / Co-founder Проект: B2B-маркетплейс промышленного оборудования и расходников (Китай Россия) Стадия: Pre-MVP. Идея Валидация MVP. Ведутся переговоры с поставщиками.
Суть проекта: не работа, а миссия
Мы не ищем разработчика . Мы ищем архитектора будущего технического сооснователя, который возьмет на себя полную ответственность за создание технологического ядра сложнейшего B2B-маркетплейса с нуля.
Если вы хотите не выполнять ТЗ, а создавать продукт, принимать судьбоносные решения и решать инженерные задачи уровня hard вы по адресу.
Ваша зона ответственности: от архитектуры до масштабирования
Вы будете создавать все с чистого листа:
Что вы должны принести с собой (наши требования)
1. Опыт: Полный цикл разработки сложных B2B/B2C систем с нуля (не поддержка).
2. Архитектурная экспертиза: В проектировании систем с гибкой ролевой моделью, каталогов с динамическими атрибутами (EAV, JSONB), механизмов индивидуального ценообразования.
3. Практика: Опыт интеграций с 1С (REST API, файловые обмены) и платежными системами для юрлиц.
4. Мышление: Предпринимательское. Фокус на решении бизнес-задач, а не на технологиях ради технологий.
5. Ресурс: Готовность к интенсивному погружению на старте (6-12 мес.).
6. Кругозор (выбор за вами, но с обоснованием):
Что мы предлагаем взамен
Честно: кому это НЕ подойдет (сбережем время друг друга)
Если вы все еще здесь вы наш человек.
Фильтр-задание (обязательно для отклика)
Чтобы подтвердить ваш опыт и сэкономить время, в первых строках отклика укажите:
1. Кодовое слово: B2B Архитектор
2. Ответы на 3 вопроса-фильтра (развернуто, в свободной форме):
A. Архитектурный кейс: Как вы спроектируете БД для каталога, где у разных категорий товаров разные характеристики? Приведите схему (описание таблиц) и обоснуйте выбор подхода (EAV, JSONB, комбинированная схема).
B. Интеграционный кейс: Поставщик хочет автоматически выгружать остатки из 1С. Какие 3 способа интеграции вы предложите, и в каком случае какой лучше?
C. Бизнес-кейс: Покупатель (юрлицо) должен видеть в каталоге только свои цены и только доступные ему товары. Как реализовать это на уровне архитектуры БД и API?
3. Далее в отклике расскажите:
Что дальше?
Первое собеседование технический диалог на 1-1.5 часа с углубленным разбором архитектурных решений, ваших кейсов и нашего видения продукта.
Готовы построить технологическое ядро рынка вместе? Откликайтесь. Ждем именно вас.