Як выбраць падрадчыка на распрацоўку

Памылка ў выбары выканаўцы каштуе даражэй, чым любы радок каштарысу. Сарваны тэрмін — гэта ўпушчаны сезон, а код, які немагчыма перадаць іншай камандзе, — гэта перапісванне з нуля. Пры гэтым партфоліа і цана, на якія звычайна глядзяць у першую чаргу, найменш за ўсё кажуць пра будучы праект.

Разбярэмся, як сістэмна выбраць падрадчыка на распрацоўку: што падрыхтаваць да пошуку, калі падыдзе фрылансер, а калі патрэбна студыя, якія 12 пунктаў праверыць, што зафіксаваць у дагаворы і якія сігналы павінны насцярожыць яшчэ на першай сустрэчы.

З чаго пачаць: задача раней за падрадчыка

Параўноўваць выканаўцаў без апісання задачы бескарысна: кожны ацэніць сваю версію прадукту, і цэны будуць адрознівацца ў разы. Да рассылкі запытаў падрыхтуйце хаця б кароткае ТЗ на 2–4 старонкі:

• мэта прадукту і метрыка поспеху;
• ролі карыстальнікаў і ключавыя сцэнарыі;
• абавязковыя функцыі першай версіі;
• інтэграцыі (CRM, 1С, аплаты, склад);
• патрабаванні да даных і размяшчэння;
• бюджэтная вілка і тэрмін, да якога прадукт патрэбны.

Аднолькавае ТЗ, адпраўленае 4–6 кандыдатам, ператварае выбар з угадвання ў параўнанне. Пакрокавая структура і прыклад — у артыкуле як скласці тэхнічнае заданне на распрацоўку.

Фрылансер або студыя распрацоўкі

Пытанне «фрылансер або студыя распрацоўкі» не пра якасць — сярод прыватных спецыялістаў шмат моцных інжынераў. Яно пра рызыкі і маштаб задачы.

Практычны варыянт для многіх кампаній: студыя робіць MVP і выбудоўвае архітэктуру, а потым прадукт перадаецца ўнутранай камандзе разам з кодам і дакументацыяй. Гэта працуе, толькі калі перадача была закладзена з самага пачатку — пра гэта ніжэй.

Чэк-ліст: 12 пунктаў для выбару выканаўцы

Гэты спіс аднолькава карысны, калі вы вырашаеце, як выбраць студыю распрацоўкі для платформы або прыватнага распрацоўшчыка для бота. Адзначайце кожны пункт па шкале «так / часткова / не».

1. Рэлевантныя кейсы. Не «прыгожыя карцінкі», а праекты падобнай складанасці: ролі, інтэграцыі, нагрузка. Папрасіце паказаць працуючы прадукт, а не толькі скрыншоты.
2. Людзі, якія будуць рабіць праект. Хто канкрэтна вядзе архітэктуру, хто піша код, ці будзе ў вас прамы кантакт з распрацоўшчыкамі ці толькі з менеджарам.
3. Працэс. Як часта дэма, ці ёсць тэставы стэнд, дзе відаць дошка задач. Нармальны адказ — дэма кожны тыдзень і стэнд з першых тыдняў.
4. Пытанні да вас. Моцны падрадчык задае шмат нязручных пытанняў пра бізнес і метрыкі. Калі ацэнку даслалі праз гадзіну без ніводнага пытання — гэта ацэнка чагосьці іншага.
5. Структура ацэнкі. Каштарыс разбіты на этапы і функцыі, бачныя дапушчэнні і рызыкі, а не адна лічба «пад ключ».
6. Правы на код. У дагаворы прама пазначана, што выключныя правы на вынік пераходзяць да вас, а рэпазіторый знаходзіцца на вашым акаўнце.
7. Размяшчэнне. Прадукт разгортваецца на вашых серверах або ў вашым воблаку, дамены і доступы аформлены на вас.
8. Бяспека. Як захоўваюцца сакрэты і доступы, хто мае доступ да прадакшэну, як апрацоўваюцца персанальныя даныя паводле 152-ФЗ (расійскага закона аб персанальных даных).
9. Якасць кода. Ці ёсць код-рэв'ю, аўтатэсты, CI/CD, маніторынг памылак. Папрасіце паказаць фрагмент кода або правесці тэхнічны званок з вашым экспертам.
10. Дакументацыя і перадача. Што вы атрымаеце на выхадзе: апісанне архітэктуры, інструкцыю па разгортванні, доступы, навучанне каманды.
11. Падтрымка пасля запуску. Ці ёсць SLA: час рэакцыі на крытычную памылку, гадзіны працы, кошт гадзіны дапрацовак.
12. Рэкамендацыі. Магчымасць пагаварыць з адным-двума мінулымі кліентамі — лепшы спосаб праверыць усё пералічанае вышэй.

Калі кандыдат набірае «не» па пунктах 6, 7 і 10, астатняе амаль не мае значэння: нават добры прадукт апынецца закладнікам адносін з адной камандай.

Правы на код і дзе размяшчаецца прадукт

Гэта самы недаацэнены раздзел. Тыповая гісторыя: прадукт працуе, але размешчаны на серверы падрадчыка, дамен зарэгістраваны на яго супрацоўніка, а рэпазіторыя ў вас няма. Змена каманды ў такой сітуацыі ператвараецца ў перамовы.

Што зафіксаваць

• Адчужэнне выключнага права на праграмны код і дызайн на вашу карысць — па актах, паэтапна або па выніках праекта.
• Пералік выкарыстаных іншых кампанентаў і іх ліцэнзій: open source-бібліятэкі з «заразнымі» ліцэнзіямі могуць абмежаваць камерцыйнае выкарыстанне.
• Рэпазіторый (GitHub, GitLab або ваш уласны) створаны на акаўнце вашай кампаніі, падрадчык працуе ў ім як запрошаны ўдзельнік.
• Воблака, серверы, дамены, акаўнты распрацоўшчыка ў App Store і Google Play, плацежныя кабінеты — аформлены на вашу юрыдычную асобу.
• Перадача ўключае дакументацыю, зменныя асяроддзя, схему інфраструктуры і інструкцыю па разгортванні.

Дагавор, аплата і SLA

Мадэль аплаты ўплывае на паводзіны абодвух бакоў. Дзве асноўныя схемы:

У абодвух выпадках прывязвайце аплату да вынікаў, якія можна праверыць: этап прыняты, сцэнарыі праходзяць на тэставым стэндзе, код у вашым рэпазіторыі. Стоадсоткавая перадаплата за ўвесь праект — дрэнная ідэя пры любой мадэлі.

Прыёмка і гарантыя

Прапішыце, як прымаецца кожны этап: па чэк-лісце сцэнарыяў з ТЗ, на тэставым стэндзе, з фіксаваным тэрмінам на заўвагі (напрыклад, 5 працоўных дзён). Асобна агаварыце гарантыйны перыяд пасля запуску — звычайна ад аднаго да трох месяцаў, — на працягу якога падрадчык бясплатна выпраўляе памылкі ў зробленым функцыянале. Важна адрозніваць памылку («кнопка аплаты не працуе ў Safari») і новае патрабаванне («давайце дадамо аплату часткамі»): другое аплачваецца як змена аб'ёму.

Падтрымка па SLA

SLA на падтрымку звычайна апісвае: класы інцыдэнтаў (крытычны, сур'ёзны, дробны), час рэакцыі і аднаўлення для кожнага, гадзіны працы (працоўны час або 24/7), спосаб эскалацыі і кошт дапрацовак па-за падтрымкай.

Чырвоныя сцягі на першай сустрэчы

• Ацэнка без пытанняў і без прапрацоўкі — «зробім за 2 тыдні», яшчэ не зразумеўшы задачу.
• Цана ў 2–3 разы ніжэйшая, чым у іншых кандыдатаў на тое ж ТЗ, без тлумачэння, за кошт чаго.
• Адмова паказаць працуючыя прадукты або даць кантакт хаця б аднаго кліента.
• «Код перадаём пасля поўнай аплаты», «хостынг толькі ў нас», «дамен аформім на сябе, так зручней».
• Ніхто з распрацоўшчыкаў не ўдзельнічае ў сустрэчах — толькі менеджар па продажах.
• Аднолькавы стэк для любой задачы: і боту, і маркетплэйсу, і AI-сістэме прапануюць адно і тое ж.
• Няма адказу на пытанне «што будзе, калі праз год мы захочам змяніць падрадчыка».

Як выбраць вэб-студыю: пытанні для сустрэчы

Калі вы думаеце, як выбраць вэб-студыю для сайта або вэб-дадатку, дадайце да агульнага чэк-ліста спецыфічныя пытанні:

1. Якія паказчыкі хуткасці ў вашых апошніх сайтаў? Можна праверыць у PageSpeed Insights проста на сустрэчы.
2. Як закладваеце тэхнічнае SEO: мікраразметка, sitemap, кананічныя адрасы, хуткасць?
3. Якая CMS і наколькі зручна змяняць кантэнт без распрацоўшчыка?
4. Як уладкавана аналітыка: мэты, падзеі, звязка з CRM?
5. Што ўваходзіць у падтрымку і колькі каштуе гадзіна дапрацовак пасля запуску?

Арыенціры па бюджэтах дапамогуць адсеяць нерэалістычныя прапановы яшчэ да сустрэч: даведачныя цэны сабраны ў артыкуле колькі каштуе распрацоўка сайта і на старонцы цэн на распрацоўку. Што звычайна ўваходзіць у аб'ём работ над сайтам — ад прататыпа да хостынгу і аналітыкі, — відаць на прыкладзе старонкі распрацоўкі сайтаў і вэб-дадаткаў.

Дзеля празрыстасці — наш уласны падыход, па якім нас таксама можна праверыць гэтым чэк-лістам: код, рэпазіторыі, серверы і дамены належаць кліенту, прадукт разгортваецца на вашых серверах або ў вашым воблаку і перадаецца працуючым, з дакументацыяй; у вас прамы доступ да распрацоўшчыкаў і штотыднёвыя дэма. Падрабязней пра каманду — на старонцы пра студыю B2B-Lab, прыклады работ — у раздзеле кейсаў.