# Оценка: ООО "Бизнес Технологии" — Middle frontend-разработчик

**Дата:** 2026-07-07
**Архетип:** Frontend Developer (Vue.js) — primary archetype
**Балл:** 4.2/5
**URL:** https://hh.ru/vacancy/134837105
**PDF:** output/cv-romanova-valeriya-biznes-tehnologii-middle-2026-07-07.pdf
**Legitimacy:** High Confidence

---

## A) Резюме роли

| Параметр | Значение |
|---|---|
| Архетип | Frontend Developer (Vue.js) |
| Domain | Не указан явно (внутренний технологический стек с упоминаниями Scala/Java на бэкенде — вероятно enterprise/финтех-подобный продукт) |
| Function | Build |
| Seniority | Middle (заявлено "3-6 лет опыта") |
| Формат работы | Гибкий выбор: офис / гибрид / удалённо — на усмотрение кандидата |
| Размер команды | Не указан точно, но описана "опытная команда миддлов+ и синьоров, поддерживающая, распределённая" |
| Оформление | Трудовой договор (ТК РФ) |
| Локация | Санкт-Петербург, Пионерская, Коломяжский пр-т 33к2 (актуально только при выборе офис/гибрид) |
| Зарплата | 150 000–200 000 ₽/мес **на руки**, выплата дважды в месяц |
| TL;DR | Middle frontend-роль с гибким выбором формата работы (в т.ч. полностью удалённо), зарплатой значительно выше таргета кандидата и стеком, который прямо совпадает с профилем — сильнейший кандидат на отклик среди трёх оценённых сегодня вакансий. |

**Важно (cross-reference):** Тот же работодатель (ООО "Бизнес Технологии") размещает ещё одну вакансию — Senior/Tech Lead frontend-разработчик (см. `reports/024-*.md`, обрабатывается параллельно другим агентом). Эта Middle-роль — явно более подходящий по уровню вариант для текущего профиля кандидата; не рекомендуется откликаться на обе позиции одновременно у одного работодателя без предварительного согласования с рекрутером, на какую роль претендовать.

## B) Совпадение с CV

| Требование JD | Совпадение в CV |
|---|---|
| Профессиональный опыт с React, Vue или Angular | ✅ Прямое совпадение — Vue 3, Composition API, продакшн-опыт («Здесь ЕКОМ», «РМК») |
| HTML, CSS, JavaScript экспертиза | ✅ Прямое совпадение |
| TypeScript | ✅ Прямое совпадение (стек ЕКОМ) |
| Понимание принципов SPA и работы с внешними API | ✅ Прямое совпадение — REST API, WebSocket/WSS |
| Опыт фронтенд-тестирования | ✅ Прямое совпадение — Vitest (unit), Storybook, Playwright (E2E) |
| Разработка переиспользуемых UI-компонентов, исправление дефектов | ✅ Прямое совпадение — более 20 багов исправлено в «Здесь Аптека», ~20 в РМК; компонентная разработка на shadcn/Tailwind |
| Участие в архитектуре и проектировании решений | ✅ Прямое совпадение — RBAC-дизайн, архитектура ЕКОМ с нуля |
| Помощь в организации процессов разработки | ✅ Прямое совпадение — Feature Branching, версионирование сборок, участие в спринт-планировании |
| Современные AI-инструменты в разработке | ⚠️ Не упомянуто явно в CV — честно отметить как область для уточнения, не фабриковать |
| Высшее образование (Computer Science или смежное) | ✅ ТулГУ, специалист по защите информации (смежная техническая специальность) |
| Java и серверные технологии (Jetty) — желательно | ❌ Пробел — нет опыта с Java/Scala/Jetty; в CV указан только ознакомительный Node.js/Express/MongoDB |

**Пробелы:**
1. **AI-инструменты в ежедневной разработке** — nice-to-have судя по формулировке ("proficiency in modern AI tools"), не hard-требование. Стратегия закрытия: честно уточнить на собеседовании реальный опыт использования (Copilot/Cursor/etc.), не заявлять неподтверждённое.
2. **Java/Scala/Jetty** — явно maркировано как "desirable", не обязательное. У кандидата есть ознакомительный Node.js/Express — смежный, но не эквивалентный backend-опыт. Не критично для frontend-роли, но стоит обозначить готовность изучать при необходимости.
3. **Стаж (3-6 лет заявлено vs ~1.7-2.5 года у кандидата)** — единственный потенциальный формальный риск на этапе ATS-скрининга, но по объёму реальной ответственности (greenfield-продукт с нуля, RBAC, параллельное ведение 3 продуктов) кандидат существенно перекрывает типичные Middle-задачи для этого диапазона стажа.

## C) Уровень и стратегия

**Уровень в JD:** Middle, 3-6 лет — это первый оценённый сегодня диапазон, реально близкий к профилю кандидата (в отличие от Senior-требований у Selecty и Bnovo).
**Естественный уровень кандидата для архетипа Frontend (Vue.js):** Middle (по объёму и сложности решённых задач), Junior-Middle переходный по формальному стажу.

**План "продать senior без обмана" (здесь — скорее "продать полноценный Middle"):**
- Вести с конкретными метриками масштаба: greenfield-продукт ЕКОМ с нуля, RBAC-архитектура, список заказов с 9 фильтрами (заменил таблицы 1С, используется 4 отделами), график курьеров (drag-and-drop, заменил ручной SQL-ввод).
- Честно обозначить стаж (~2 года) — при разрыве в 1-4 года от нижней границы диапазона (3-6 лет) это не критичный разрыв, особенно с учётом объёма выполненных задач.

**План "если понизят уровень":**
- Маловероятный сценарий здесь — роль и так Middle, наиболее вероятный исход — предложение по нижней границе вилки (150 000 ₽/мес) при недостающем формальном стаже, а не понижение до Junior.
- Принять нижнюю границу вилки (150 000 ₽/мес на руки) — это уже выше таргета кандидата (100 000–120 000+ ₽/мес), поэтому даже консервативный исход выгоден.
- Договориться о пересмотре оклада через 6 месяцев с чёткими критериями роста (например, самостоятельное владение frontend-частью нового модуля).

## D) Компенсация и спрос

**Зарплата в вакансии:** 150 000–200 000 ₽/мес **на руки** (net, явно указано), выплата дважды в месяц.

Рыночные данные (WebSearch, RU, июль 2026):

| Источник | Данные |
|---|---|
| Middle Frontend-разработчик, Россия (общий обзор) | Медиана ~177 000 ₽/мес; диапазон 140 000–250 000 ₽/мес |
| Москва (для сравнения) | 180 000–200 000 ₽/мес стартовый диапазон Middle, свыше 300 000 для опытных Middle |
| СПб/регионы | Обычно на 15-30% ниже московских ставок |

**Оценка:** Указанная вилка (150 000–200 000 ₽/мес на руки) уже **выше** общероссийской медианы для Middle (177 000 ₽/мес была бы примерно серединой этого диапазона) и **значительно выше** таргета кандидата (100 000–120 000+ ₽/мес на руки). Поскольку зарплата указана явно как "на руки" (net), формула `net ≈ gross × 0.87` не требуется — это прямое, невырожденное сравнение с таргетом. Даже нижняя граница вилки (150 000 ₽/мес) превышает верхнюю границу таргета кандидата на ~25-30 000 ₽/мес.

**Оформление:** Трудовой договор (ТК РФ) — максимальная защита, +0.3 к стабильности по РФ-специфике. ДМС после 3 месяцев испытательного срока.

## E) План персонализации

| # | Раздел | Текущее состояние | Предлагаемое изменение | Почему |
|---|--------|--------------------|--------------------------|--------|
| 1 | Summary | Общий акцент на Vue3 + Flutter dual-track | Вести с Vue 3 + TS + компонентная архитектура + тестирование, Flutter — как дополнительный трек, не основной | Роль явно про фронтенд-компоненты и тестирование, не про мобильную разработку |
| 2 | Опыт — заголовок роли | «Frontend/Flutter-разработчик» | Показать «Frontend-разработчик (Vue 3)» как ведущую роль под эту вакансию | Точное совпадение с заголовком роли повышает keyword-match |
| 3 | Архитектура/процессы | RBAC и Feature Branching упомянуты раздельно | Объединить в единый нарратив "участие в архитектурных решениях и организации процессов разработки" — прямая цитата из требований JD | Прямое совпадение с требованием "help organize development processes" |
| 4 | Тестирование | Vitest/Playwright указаны в скиллах | Вынести конкретные примеры (unit-тесты компонентов, E2E-сценарии позитивные/негативные) в проектные буллеты | Прямое совпадение с "write unit and visual tests" |
| 5 | Ключевые слова | TS, Vue 3 уже есть | Добавить явно "переиспользуемые компоненты", "исправление дефектов", "SPA" | ATS-совпадение по формулировкам вакансии |

## F) План собеседований

| # | Требование JD | История STAR+R | S | T | A | R | Reflection |
|---|---|---|---|---|---|---|---|
| 1 | Архитектура и проектирование решений | RBAC-модель в «Здесь ЕКОМ» | Бэкенд не имел готовой модели прав доступа между отделами | Спроектировать и объяснить ролевую модель авторизации | Использовала ИБ-образование, спроектировала роли/группы/права, презентовала бэкенд-команде | Внедрено разграничение по отделам | ИБ-бэкграунд — конкурентное преимущество в архитектурных решениях для frontend-роли |
| 2 | Переиспользуемые UI-компоненты | График курьеров на vue-cal (drag-and-drop) | Расписание вносили вручную SQL-запросами по заявке логистики | Спроектировать компонент интерактивного календаря | Реализовала drag-and-drop интерфейс на базе vue-cal | Отдел логистики полностью самостоятельно управляет графиком | Компонентный подход снял ручную зависимость от разработчиков |
| 3 | Работа с внешними API / SPA | Список заказов с 9 фильтрами (ЕКОМ, TanStack Table) | Неудобные таблицы 1С не справлялись с фильтрацией и объёмом заказов | Спроектировать производительный SPA-интерфейс с множественной фильтрацией | Реализовала на TanStack Table, интеграция с REST API | Используется логистикой, клиентским отделом, техподдержкой, разработчиками | Опыт с производительными data-heavy интерфейсами напрямую релевантен |
| 4 | Исправление дефектов | Диагностика бага «Избранное» | Жалобы пользователей на не открывающийся раздел | Найти причину без готового отчёта от QA | Диагностировала: товары грузились одним запросом, реализовала постраничную загрузку | Жалобы прекратились | Проактивный дебаг до эскалации |
| 5 | Организация процессов разработки | Feature Branching + обучение коллеги | Хаотичные релизы, "зависшие" фичи, отсутствие версионирования | Внедрить Git Flow, обучить команду, внедрить версионирование сборок | Обучила коллегу с 11-летним стажем, ввела процесс | Команда перешла на стабильные еженедельные релизы | Организационный вклад не менее значим, чем код, для роли, где явно просят помощь с процессами |
| 6 | Тестирование (unit/visual) | Внедрение Playwright E2E на РМК + Vitest на ЕКОМ | Legacy-проект без автотестов, greenfield-проект с нуля | Внедрить unit- и E2E-покрытие | Vitest для компонентов ЕКОМ, Playwright для критичных сценариев РМК | Снижение ручной регрессии, повышение уверенности при рефакторинге | Тестовая культура применялась последовательно в обоих типах проектов (новый и legacy) |
| 7 | Проактивность/UI без дизайнера | Редизайн кнопки «Избранное» и блока информации о заказе | Не было дизайнера, UI была неудобной | Взять на себя UI-проектирование | Самостоятельно спроектировала и внедрила изменения | Улучшенная эргономика интерфейса | Готовность закрывать пробелы за пределами формальной роли — ценно для команды из "миддлов+ и синьоров" |

**Рекомендуемый кейс:** «Здесь ЕКОМ» целиком (RBAC + график курьеров + список заказов) — наиболее полное совпадение с формулировками JD "reusable UI components", "architecture and solution design", "development process organization".

**Вопросы-ловушки:**
- «У вас заявлено 3-6 лет, а по резюме меньше — как так?» → «около 2 лет коммерческого опыта, но за это время самостоятельно довела greenfield-продукт до продакшена и спроектировала архитектурное решение (RBAC), которое обычно не доверяют разработчику с таким стажем — готова показать это подробно на техническом интервью».
- «Готовы работать в офисе в СПб?» → «Предпочитаю удалённый или гибридный формат при дневном графике. Переезд и командировки не рассматриваю — но раз в вакансии явно указан гибкий выбор формата, удалённая работа из Тулы меня устраивает».
- «Есть ли опыт с Java/Scala на бэкенде?» → «Нет прямого опыта — работала с Node.js/Express/MongoDB на уровне ознакомления (хакатон, учебный проект). Специализируюсь на frontend, готова разбираться в бэкенд-контексте по мере необходимости для интеграций».

---

## Vibe команды

Судя по формулировкам JD, команда описана как "опытные миддлы+ и синьоры, поддерживающая и распределённая" — прямое упоминание распределённого формата и поддерживающей атмосферы. Гибкий выбор графика начала дня и гибкий формат работы (офис/гибрид/удалённо на усмотрение кандидата) — сильный, явный сигнал гибкости, а не просто слово "удалённо" без конкретики. Corporate/спортивные мероприятия и "pizza day" раз в месяц — стандартный, но приятный бенефит. Явных упоминаний участия в RFC/архитектурных обсуждениях на уровне команды нет, но формулировка "участвовать в архитектуре и проектировании решений" в обязанностях — хороший сигнал вовлечённости, а не чисто исполнительской роли.

## G) Posting Legitimacy

**Assessment:** High Confidence

| Сигнал | Наблюдение | Вес |
|---|---|---|
| Свежесть | Опубликовано 6 июля 2026 | Positive |
| Apply-кнопка | Активна и функциональна | Positive |
| Качество описания | Конкретный стек, реалистичные требования для Middle, явное разделение "требуется" vs "желательно" | Positive |
| Зарплата | Указана явно (150 000–200 000 ₽/мес на руки) — редкий и позитивный сигнал прозрачности для российского рынка | Positive |
| Аккредитация | Указано как аккредитованная российская IT-компания | Positive |
| Reposting | По `data/scan-history.tsv` — эта Middle-вакансия (134837105) — первое появление под этим URL; у того же работодателя есть отдельная Senior/Tech Lead вакансия (127181421, обрабатывается в отчёте #024) — это две разные, параллельно открытые роли, а не дубликат одной позиции | Neutral |
| Role Market Context | Middle Frontend — типично закрываемая роль (4-8 недель), явная и реалистичная вилка | Positive |

**Context Notes:** Явное указание зарплаты "на руки" и чёткое разделение обязательных/желательных требований — сильные позитивные сигналы серьёзного, хорошо проработанного найма, а не формального постинга.

---

## Извлечённые ключевые слова

Frontend, Vue.js, React, Angular, TypeScript, HTML, CSS, JavaScript, SPA, REST API, unit-тесты, visual-тесты, Jest, Puppeteer, переиспользуемые компоненты, исправление дефектов, архитектура решений, организация процессов разработки, AI-инструменты, Scala, Java, Gradle, Git, GitLab, Docker, Middle-разработчик, ДМС, гибкий график, Санкт-Петербург, удалённая работа, гибрид

---

## Cover Letter Draft

**Тема:** Отклик на позицию Middle frontend-разработчик — Романова Валерия

Здравствуйте!

Меня заинтересовала позиция Middle frontend-разработчика в вашей компании — гибкий формат работы и стек на основе современных SPA-подходов хорошо совпадают с моим опытом.

За последние ~2 года я с нуля разработала фронтенд внутренней системы управления заказами и логистикой («Здесь ЕКОМ») на Vue 3, Composition API и TypeScript — включая интерфейс с 9-параметровой фильтрацией заказов, заменивший неудобные таблицы 1С, и интерактивный график курьеров на базе drag-and-drop календаря, который избавил отдел логистики от ручного ввода расписания разработчиками. Отдельно спроектировала и объяснила бэкенд-команде ролевую модель авторизации (RBAC) — здесь пригодилось профильное образование в информационной безопасности, нестандартное для frontend-разработчика.

Также веду legacy-проект (РМК) на Vue 3 — там внедрила WebSocket-оповещения в реальном времени и Playwright E2E-тесты, параллельно обучив коллегу с 11-летним стажем работе с Git Flow.

Буду рада обсудить, как мой опыт может быть полезен вашей команде.

С уважением,
Романова Валерия
+7 (950) 906-61-62 / vbleroy@yandex.ru / @vbleroy

*(Черновик для дальнейшей доработки — см. `/career-ops cover biznes-tehnologii-middle`)*

---

## Рекомендация

**Балл 4.2/5 — выше порога 4.0/5 (AGENTS.md, Ethical Use). Рекомендуется откликнуться.**

1. Уровень роли (Middle, 3-6 лет) — впервые за три оценённые сегодня вакансии реально близок к профилю кандидата, а не Senior-планка не по стажу.
2. Зарплата явно указана и значительно выше таргета кандидата (150 000–200 000 ₽/мес на руки vs таргет 100 000–120 000+).
3. Формат работы гибкий — удалённо/гибрид/офис на выбор кандидата, полностью проходит по location-политике.
4. Стек совпадает почти полностью (Vue, TS, тестирование, компонентная архитектура, организация процессов).
5. **Действие перед откликом:** уточнить у рекрутера, что кандидат рассматривает именно Middle-позицию (134837105), а не Senior/Tech Lead-вакансию (127181421) того же работодателя — избегать одновременной подачи на обе роли.