Гнучкий технічний партнер для backend pilot-задачі

Мета

Використовуй цей playbook, коли потрібно звернутися до outstaffing або software development компанії та перевірити, чи може вона бути гнучким технічним партнером для невеликої backend pilot-задачі.

Найкраще позиціонування:

Ти не шукаєш "дешевого фрілансера".

Ти шукаєш гнучкого технічного партнера, з яким можна почати з маленької backend-фічі, перевірити співпрацю, а потім поступово передавати більше задач.

1. Як правильно себе подати

Не варто писати:

Ми дуже маленька компанія, у нас мало клієнтів, бюджет невідомий.

Краще так:

Ми невелика, але зростаюча software-компанія. Час від часу нам потрібна додаткова технічна потужність для клієнтських проєктів. Ми хочемо знайти надійного партнера для гнучкої співпраці.

Це звучить професійно, але не створює враження, що в тебе одразу буде великий бюджет.

2. Тобі потрібен не чистий outstaffing

Те, що ти описуєш, це скоріше:

managed outstaffing / flexible development partner / staff augmentation with delivery support

Бо класичний outstaffing означає:

"Ось тобі розробник, керуй ним повністю сам."

А ти хочеш:

"Я пояснюю ціль, задаю архітектурний напрям, вимоги та очікування, а команда/розробник самостійно імплементує рішення без постійного мікроменеджменту."

Тому обов’язково запитай:

Ви надаєте лише окремих розробників, чи можете також забезпечити технічну координацію / delivery support?

Це ключове питання.

3. Що обов’язково запитати

  1. Чи можуть вони почати з маленької pilot-задачі без full-time commitment?

  2. Який у них мінімальний engagement: години, бюджет, тривалість?

  3. Чи є у них Java / Spring Boot backend developers?

  4. Чи можна поговорити з конкретним розробником перед стартом?

  5. Чи може той самий розробник продовжити роботу, якщо pilot пройде добре?

  6. Чи можуть вони дати backup-розробника, якщо основний буде недоступний?

  7. Чи працюють вони через GitHub/GitLab Pull Requests?

  8. Чи дають вони прозорий time reporting?

  9. Хто відповідає за якість: тільки розробник чи є технічний lead/reviewer з їхнього боку?

  10. Чи підписують NDA та IP ownership agreement?

  11. Як вони оцінюють задачі: hourly, fixed price, time & material з cap?

  12. Що відбувається, якщо оцінка перевищена?

  13. Чи можуть вони пізніше надати frontend-розробників?

4. Red flags

Обережно, якщо компанія:

  • не дає поспілкуватися з реальним розробником

  • каже "ми все можемо", але без конкретики

  • не може показати Java/Spring Boot досвід

  • хоче одразу мінімум 3-6 місяців commitment

  • не хоче починати з маленької pilot-задачі

  • не погоджується на Pull Request workflow

  • не дає прозорого time reporting

  • каже, що senior коштує дуже дешево, наприклад $10-15/hour

  • не може пояснити, хто контролює якість

  • хоче працювати тільки через менеджера, без прямого контакту з розробником

  • не погоджується на NDA/IP ownership

  • не хоче обмежувати бюджет задачі через cap або попереднє погодження додаткових годин

5. Як поводитись у переговорах

Твоя стратегія:

Спочатку маленький pilot, потім довіра, потім масштабування.

Не обіцяй їм одразу багато роботи. Але дай зрозуміти, що потенціал є.

Можна казати так:

На старті ми хочемо перевірити співпрацю на одній backend-фічі. Якщо все пройде добре, ми будемо готові передавати наступні задачі та потенційно залучати frontend-розробників для інших проєктів.

Це чесно і виглядає нормально.

6. Яку модель оплати просити

Для першої задачі я б не просив monthly retainer.

Краще:

Варіант 1 - hourly with cap

Наприклад:

Працюємо погодинно, але з попереднім budget cap. Якщо потрібно більше годин - тільки після погодження.

Це найкращий варіант для тебе.

Варіант 2 - paid discovery

Наприклад:

3-5 годин на аналіз вимог і технічне обговорення, після цього вони дають estimate.

Добре, якщо фіча ще не повністю зрозуміла.

Варіант 3 - fixed price

Добре тільки якщо задача дуже чітка. Але для software-фіч це часто ризиковано.

Я б почав з:

hourly with estimate and budget cap

7. Що має бути у першій домовленості

Мінімально:

  • NDA

  • IP ownership: весь код належить твоїй компанії або клієнту

  • погодинна ставка

  • estimate перед стартом

  • budget cap

  • доступ до GitHub/GitLab

  • Pull Request workflow

  • time reporting

  • communication channel: Slack/Teams/Telegram/email

  • хто приймає задачу

  • хто відповідає за bug fixes після merge

Готовий запит українською

Доброго дня!

Мене звати Олександр Смолін. Я представляю компанію Virtual Line Software. Ми працюємо з клієнтськими проєктами й зараз розглядаємо варіанти залучення додаткових розробників для окремих проєктів або фіч. Зокрема, у нас є потенційна backend-задача невеликого обсягу, тому хотіли б спочатку зрозуміти ваші умови та мінімальний формат співпраці.

З нашого боку ми можемо описати бізнес-ціль, вимоги, технічний напрям і очікування щодо архітектури.

Підкажіть, будь ласка:

Чи працюєте ви з невеликими задачами на старті без довгострокового зобов’язання?
Чи є у вас Java / Spring Boot backend-розробники?
Які у вас орієнтовні погодинні ставки для Middle та Senior backend-розробників?
Який у вас мінімальний обсяг співпраці по годинах, бюджету або тривалості?
Чи працюєте ви через GitHub/GitLab і Pull Requests?
Як у вас зазвичай виглядає старт співпраці з новим клієнтом?

Буду вдячний за вашу відповідь.

З Повагою,
Олександр Смолін

Parent