# Оценка: ИП Шевченко Максим Юрьевич — Flutter-разработчик

**Дата:** 2026-07-07
**Архетип:** Mobile Developer (Flutter) — secondary fit, проектный контракт
**Балл:** 2.7/5
**URL:** https://hh.ru/vacancy/134905441
**PDF:** не создан (балл < 3.0)
**Legitimacy:** High Confidence (с оговорками, см. Block G)

---

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

| Параметр | Значение |
|---|---|
| Архетип | Mobile Developer (Flutter) — одноразовый проектный контракт |
| Domain | mobile (driver/logistics app) |
| Function | build (MVP, один разработчик) |
| Seniority | 3-6 лет (заявлено в JD) |
| Формат работы | Полностью удалённо, "по договорённости и другие варианты" |
| Размер команды | Не указан — по всей видимости, прямое взаимодействие с ИП-заказчиком, без команды разработки |
| Оформление | ГПХ / самозанятость / ИП (проектный договор, не трудовой) |
| TL;DR | Проектный Flutter-контракт для MVP приложения водителя с жёстким дедлайном (1 сентября 2026) при готовности проекта ~10% на 6 июля 2026 — заявленный стаж (3-6 лет) существенно выше фактического опыта кандидата |

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

| Требование JD | Совпадение в CV |
|---|---|
| Опыт 3-6 лет во Flutter | ❌ ~1.5-2 года общего коммерческого опыта (не 3-6 лет специально во Flutter) |
| Dart, Flutter framework | ✅ Flutter, Dart — «Здесь Аптека», «Здесь Сотрудник», «Здесь Чат» |
| Stateless/Stateful widgets | ✅ Базовое владение подтверждено практикой (баги, редизайн) |
| State Management | ⚠️ BLoC указан в CV, но Bloc/Riverpod/Get/GetIt в JD — не всё подтверждено конкретными кейсами |
| Навигация между экранами, передача параметров | ✅ Flutter Router — есть в CV |
| REST API и JSON клиент-сервер | ✅ REST API — сквозной опыт (ЕКОМ, РМК, Flutter-приложения) |
| Git | ✅ Git, GitLab, Feature Branching |
| Самостоятельное решение проблем | ✅ Многократно подтверждено (диагностика бага «Избранное», порт Android→iOS) |
| RFID/GPS/камера, офлайн-синхронизация, интеграция с Яндекс.Навигатором | ❌ Не отражено в CV — специфичные для логистических/курьерских приложений модули не встречались |

**Пробелы:**
1. **Заявленный стаж 3-6 лет — это hard blocker по формальному критерию,** но для проектного контракта с ИП (а не корпоративного найма) фактическая проверка стажа обычно менее строгая, чем формулировка в объявлении — решает демонстрация конкретных кейсов, а не количество лет.
2. Смежный опыт: у кандидата есть опыт логистического функционала (график курьеров с drag-and-drop в ЕКОМ) — прямая аналогия с "рабочим пространством водителя", хотя и на Vue, не Flutter.
3. Портфолио-проект, закрывающий пробел: «Здесь ЕКОМ» — курьерская логистика как close analogue домена.
4. **План закрытия:** в сопроводительном явно назвать курьерский/логистический опыт из ЕКОМ как прямую доменную аналогию, честно указать реальный стаж (не выдавать 1.5-2 года за 3-6), и предложить тестовое задание/пробный этап для снятия риска у заказчика.
5. **RFID/GPS/офлайн-синхронизация** — hard gap, отсутствует у кандидата; нужно прямо спросить в переписке, насколько критичны эти модули для первого этапа, или это можно взять на себя постепенно.

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

**Уровень в JD (3-6 лет) vs естественный уровень кандидата (Middle, ~1.5-2 года):** существенный разрыв. Роль сформулирована как "требует 3-6 лет", то есть выше естественного уровня кандидата минимум в полтора-два раза.

**План "продать senior без обмана":** Здесь скорее нет смысла пытаться "продать senior" — разрыв слишком велик для формального требования компании с более строгим наймом. Для проектного заказчика (ИП) реалистичнее честно обозначить фактический стаж и компенсировать это конкретными пруф-поинтами (диагностика сложных багов, самостоятельное проектирование фич, порт Android→iOS).

**План "если понизят уровень" / альтернативный подход:** Учитывая формат ГПХ/проектного контракта, а не штатной позиции, разумнее рассматривать это как обсуждение condициональной части объёма работ (например, взять фронтенд/UI-часть приложения водителя, оставив RFID/GPS-интеграции более опытному разработчику или самому заказчику), а не как классический "underlevel" сценарий.

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

| Источник | Данные |
|---|---|
| JD | 100 000–150 000 ₽/мес на руки, ежемесячная оплата |
| Целевой диапазон кандидата | 100 000–120 000+ ₽/мес на руки |
| Flutter-разработчик РФ (рыночный ориентир, 2026) | Junior 90-130 тыс., средняя ~190 тыс. (диапазон 140-240 тыс.), для опытных доступны вилки от 200 тыс. ([geeklink.io](https://geeklink.io/salary-stat/flutter-razrabotchik/), [enigmai.ru](https://enigmai.ru/salary/mobile-development/mobile-salary-2026/)) |

Вилка (100-150к) — **на уровне нижней-средней части рынка** для заявленного в JD уровня (3-6 лет), но полностью в целевом диапазоне кандидата для её фактического уровня опыта. Верхняя граница (150к) была бы хорошим результатом для кандидата, если удастся закрыть сделку несмотря на формальный разрыв по стажу.

**Оформление:** ГПХ/самозанятость/ИП — минимальная защита по ТК РФ (нет больничного, отпуска, гарантий при завершении контракта). Проектный характер (дедлайн 1 сентября) означает, что контракт может закончиться вместе с проектом — не долгосрочная позиция.

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

Сокращено — балл ниже порога 4.0 (Ethical Use), полная детализация нецелесообразна. Ключевая рекомендация при отклике: явно указать реальный стаж (не завышать), выделить курьерскую/логистическую доменную аналогию (ЕКОМ) и предложить обсудить объём задач с учётом отсутствующих модулей (RFID/GPS/офлайн-синхронизация).

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

Сокращено по той же причине. Один ключевой кейс для этой роли: **график курьеров на vue-cal (ЕКОМ)** — как прямая доменная аналогия "рабочего пространства водителя" (курьерская логистика, drag-and-drop планирование, ранее решался вручную SQL-запросами).

**Вопрос-ловушка:** *"У вас нет 3-6 лет опыта во Flutter, как вы это компенсируете?"* — Ответ: честно назвать фактический стаж, но привести конкретику: диагностировала и исправила root-cause сложных прод-багов, спроектировала и запустила два iOS-порта с нуля, самостоятельно решает архитектурные задачи без надзора — то есть глубина, а не длительность опыта.

---

## Vibe команды

Судя по формулировкам JD, упомянуты "гибкое время начала работы", "своевременные выплаты" и "минимум бюрократии, доступное руководство" — позитивные сигналы по критерию гибкости и минимума бюрократии. Но это заказчик-ИП без команды разработки, поэтому пункты про менторство, code review culture и участие в архитектурных RFC неприменимы — работа предполагается в изоляции, один на один с заказчиком, без техлида/тимлида для роста.

## G) Posting Legitimacy

**Assessment:** High Confidence (с оговоркой по срокам проекта)

| Сигнал | Наблюдение | Вес |
|---|---|---|
| Свежесть | Опубликовано 6 июля 2026 (1 день назад) | Positive |
| Качество описания | Очень конкретное: точный % готовности проекта (~10%), конкретный дедлайн (1 сентября 2026), конкретные фичи (RFID/GPS/камера, офлайн-синхронизация, Яндекс.Навигатор) | Positive |
| Реалистичность сроков | ⚠️ Заявленный объём (рабочее пространство водителя, офлайн + синхронизация, RFID/GPS/камера, интеграция с навигатором) за ~8 недель при готовности 10% — агрессивный дедлайн, риск скоуп-крипа или переработок | Concerning |
| Работодатель | Индивидуальный предприниматель (не юрлицо) — типично для небольших проектных контрактов, не признак мошенничества само по себе | Neutral |
| Увольнения/заморозка найма | Не применимо (нет компании/данных) | Neutral |
| Повторные публикации | Данных в scan-history.tsv нет | Neutral |

**Context Notes:** Объявление выглядит как реальный, активно ведущийся проект (конкретные цифры готовности и дедлайна редко фабрикуются в фейковых вакансиях) — легитимность самой позиции высокая. Основной риск не в подлинности вакансии, а в реалистичности сроков и объёма для одного разработчика при разработке "с нуля" за 2 месяца.

---

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

**Не рекомендуется откликаться при текущей формулировке** (балл 2.7/5, ниже порога 4.0). Основные причины: (1) заявленный стаж 3-6 лет существенно превышает фактический опыт кандидата ~1.5-2 года, (2) агрессивный дедлайн проекта (10% готовности → сдача за ~8 недель) создаёт риск переработок и нереалистичных ожиданий, (3) формат ГПХ/самозанятость даёт минимальную защищённость и не гарантирует продолжение сотрудничества после дедлайна. Вилка зарплаты и полностью удалённый формат — единственные сильные стороны. Если кандидат всё же заинтересована (например, ради портфолио в логистическом домене), стоит явно обсудить реальный объём задач и не занижать/не завышать стаж в переписке.