Иштеп чыгууга подрядчикти кантип тандоо керек

Аткаруучуну туура эмес тандоо сметанын каалаган сабынан кымбатка турат. Бузулган мөөнөт — бул колдон чыккан сезон, ал эми башка командага өткөрүп берүүгө мүмкүн болбогон код — нөлдөн кайра жазуу дегенди билдирет. Ошол эле учурда адатта биринчи кезекте каралган портфолио менен баа келечектеги долбоор жөнүндө эң аз маалымат берет.

Иштеп чыгууга подрядчикти системалуу түрдө кантип тандоону талдайбыз: издөөгө чейин эмнени даярдоо керек, качан фрилансер жетиштүү, качан студия керек, кайсы 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 студиясы жөнүндө барагында, иштердин мисалдары — кейстер бөлүмүндө.