14 KiB
Оценка: ИП Шевченко Максим Юрьевич — 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 — специфичные для логистических/курьерских приложений модули не встречались |
Пробелы:
- Заявленный стаж 3-6 лет — это hard blocker по формальному критерию, но для проектного контракта с ИП (а не корпоративного найма) фактическая проверка стажа обычно менее строгая, чем формулировка в объявлении — решает демонстрация конкретных кейсов, а не количество лет.
- Смежный опыт: у кандидата есть опыт логистического функционала (график курьеров с drag-and-drop в ЕКОМ) — прямая аналогия с "рабочим пространством водителя", хотя и на Vue, не Flutter.
- Портфолио-проект, закрывающий пробел: «Здесь ЕКОМ» — курьерская логистика как close analogue домена.
- План закрытия: в сопроводительном явно назвать курьерский/логистический опыт из ЕКОМ как прямую доменную аналогию, честно указать реальный стаж (не выдавать 1.5-2 года за 3-6), и предложить тестовое задание/пробный этап для снятия риска у заказчика.
- 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, enigmai.ru) |
Вилка (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) формат ГПХ/самозанятость даёт минимальную защищённость и не гарантирует продолжение сотрудничества после дедлайна. Вилка зарплаты и полностью удалённый формат — единственные сильные стороны. Если кандидат всё же заинтересована (например, ради портфолио в логистическом домене), стоит явно обсудить реальный объём задач и не занижать/не завышать стаж в переписке.