Hazırlama üçün podratçını necə seçməli

İcraçı seçimində səhv smetanın istənilən sətrindən baha başa gəlir. Pozulmuş müddət itirilmiş mövsüm deməkdir, başqa komandaya təhvil verilə bilməyən kod isə sıfırdan yenidən yazılmaqdır. Üstəlik adətən ilk növbədə baxılan portfolio və qiymət gələcək layihə barədə ən az şey deyir.

Hazırlama üçün podratçını sistemli şəkildə necə seçməyi təhlil edək: axtarışdan əvvəl nə hazırlamalı, nə vaxt frilanser uyğundur, nə vaxt isə studiya lazımdır, hansı 12 bəndi yoxlamalı, müqavilədə nəyi qeydə almalı və hansı siqnallar hələ ilk görüşdə sizi ehtiyatlı etməlidir.

Haradan başlamalı: əvvəlcə tapşırıq, sonra podratçı

Tapşırığın təsviri olmadan icraçıları müqayisə etmək mənasızdır: hər biri məhsulun öz versiyasını qiymətləndirəcək və qiymətlər dəfələrlə fərqlənəcək. Sorğular göndərməzdən əvvəl ən azı 2–4 səhifəlik qısa texniki tapşırıq hazırlayın:

• məhsulun məqsədi və uğur metrikası;
• istifadəçi rolları və əsas ssenarilər;
• ilk versiyanın məcburi funksiyaları;
• inteqrasiyalar (CRM, 1C, ödənişlər, anbar);
• verilənlərə və yerləşdirməyə dair tələblər;
• büdcə diapazonu və məhsulun lazım olduğu tarix.

4–6 namizədə göndərilən eyni texniki tapşırıq seçimi təxmindən müqayisəyə çevirir. Addım-addım struktur və nümunə — hazırlama üçün texniki tapşırığı necə tərtib etməli məqaləsində.

Frilanser, yoxsa hazırlama studiyası

«Frilanser, yoxsa hazırlama studiyası» sualı keyfiyyətlə bağlı deyil — fərdi mütəxəssislər arasında çoxlu güclü mühəndis var. Sual risklər və tapşırığın miqyası ilə bağlıdır.

Bir çox şirkət üçün praktik variant: studiya MVP hazırlayır və arxitekturanı qurur, sonra məhsul kod və sənədlərlə birlikdə daxili komandaya təhvil verilir. Bu, yalnız təhvil əvvəldən nəzərdə tutulubsa işləyir — bu barədə aşağıda.

Yoxlama siyahısı: icraçı seçmək üçün 12 bənd

Bu siyahı platforma üçün hazırlama studiyası, yoxsa bot üçün fərdi proqramçı seçməyinizdən asılı olmayaraq eyni dərəcədə faydalıdır. Hər bəndi «bəli / qismən / xeyr» şkalası ilə qiymətləndirin.

1. Uyğun keyslər. «Gözəl şəkillər» deyil, oxşar mürəkkəblikdə layihələr: rollar, inteqrasiyalar, yüklənmə. Yalnız skrinşotları deyil, işlək məhsulu göstərmələrini xahiş edin.
2. Layihəni edəcək insanlar. Arxitekturaya konkret olaraq kim cavabdehdir, kodu kim yazır, proqramçılarla birbaşa əlaqəniz olacaq, yoxsa yalnız menecerlə.
3. Proses. Demo nə qədər tez-tez olur, test stendi varmı, tapşırıqlar lövhəsi harada görünür. Normal cavab — hər həftə demo və ilk həftələrdən stend.
4. Sizə verilən suallar. Güclü podratçı biznes və metrikalar barədə çoxlu narahatedici sual verir. Qiymətləndirmə bir saat sonra heç bir sual olmadan göndərilibsə — bu, başqa bir şeyin qiymətləndirməsidir.
5. Qiymətləndirmənin strukturu. Smeta mərhələlərə və funksiyalara bölünüb, fərziyyələr və risklər görünür, «açar təhvil» tək rəqəm yoxdur.
6. Koda hüquqlar. Müqavilədə birbaşa göstərilib ki, nəticəyə müstəsna hüquqlar sizə keçir, repozitori isə sizin hesabınızdadır.
7. Yerləşdirmə. Məhsul sizin serverlərinizdə və ya sizin buludunuzda yerləşdirilir, domenlər və girişlər sizin adınıza rəsmiləşdirilib.
8. Təhlükəsizlik. Sirlər və girişlər necə saxlanılır, prodakşna kimin girişi var, şəxsi məlumatlar 152-FZ (Rusiyanın şəxsi məlumatlar haqqında qanunu) üzrə necə emal olunur.
9. Kodun keyfiyyəti. Kod-rev'yu, avtotestlər, CI/CD, xətaların monitorinqi varmı. Kod fraqmenti göstərmələrini və ya ekspertinizlə texniki zəng keçirmələrini xahiş edin.
10. Sənədləşmə və təhvil. Sonda nə alacaqsınız: arxitekturanın təsviri, yerləşdirmə təlimatı, girişlər, komandanın təlimi.
11. İşə salındıqdan sonra dəstək. SLA varmı: kritik xətaya reaksiya vaxtı, iş saatları, təkmilləşdirmə saatının qiyməti.
12. Tövsiyələr. Bir-iki keçmiş müştəri ilə danışmaq imkanı — yuxarıda sadalananların hamısını yoxlamağın ən yaxşı yoludur.

Əgər namizəd 6, 7 və 10-cu bəndlər üzrə «xeyr» toplayırsa, qalanı demək olar ki, önəmli deyil: hətta yaxşı məhsul da bir komanda ilə münasibətlərin girovuna çevriləcək.

Koda hüquqlar və məhsulun yerləşdirildiyi yer

Bu, ən çox qiymətləndirilməyən bölmədir. Tipik hekayə: məhsul işləyir, amma podratçının serverində yerləşdirilib, domen onun əməkdaşının adına qeydiyyatdan keçib, repozitori isə sizdə yoxdur. Belə vəziyyətdə komandanın dəyişdirilməsi danışıqlara çevrilir.

Nəyi qeydə almalı

• Proqram koduna və dizayna müstəsna hüququn sizin xeyrinizə özgəninkiləşdirilməsi — aktlar əsasında, mərhələlərlə və ya layihənin yekununda.
• İstifadə olunan üçüncü tərəf komponentlərinin və onların lisenziyalarının siyahısı: «yoluxucu» lisenziyalı open source kitabxanalar kommersiya istifadəsini məhdudlaşdıra bilər.
• Repozitori (GitHub, GitLab və ya sizin öz serveriniz) şirkətinizin hesabında yaradılıb, podratçı orada dəvət olunmuş iştirakçı kimi işləyir.
• Bulud, serverlər, domenlər, App Store və Google Play-də proqramçı hesabları, ödəniş kabinetləri — sizin hüquqi şəxsinizin adına rəsmiləşdirilib.
• Təhvilə sənədləşmə, mühit dəyişənləri, infrastruktur sxemi və yerləşdirmə təlimatı daxildir.

Müqavilə, ödəniş və SLA

Ödəniş modeli hər iki tərəfin davranışına təsir edir. İki əsas sxem:

Hər iki halda ödənişi yoxlana bilən nəticələrə bağlayın: mərhələ qəbul olunub, ssenarilər test stendində keçir, kod sizin repozitorinizdədir. Bütün layihə üçün yüz faizlik əvvəlcədən ödəniş istənilən modeldə pis fikirdir.

Qəbul və zəmanət

Hər mərhələnin necə qəbul olunduğunu yazın: texniki tapşırıqdakı ssenarilərin yoxlama siyahısı üzrə, test stendində, iradlar üçün sabit müddətlə (məsələn, 5 iş günü). İşə salındıqdan sonrakı zəmanət dövrünü ayrıca razılaşdırın — adətən bir aydan üç aya qədər; bu müddətdə podratçı hazırlanmış funksionallıqdakı xətaları pulsuz düzəldir. Xətanı («ödəniş düyməsi Safari-də işləmir») yeni tələbdən («gəlin hissə-hissə ödəniş əlavə edək») ayırmaq vacibdir: ikincisi həcm dəyişikliyi kimi ödənilir.

SLA üzrə dəstək

Dəstək üzrə SLA adətən bunları təsvir edir: insident sinifləri (kritik, ciddi, xırda), hər biri üçün reaksiya və bərpa vaxtı, iş saatları (iş vaxtı və ya 24/7), eskalasiya üsulu və dəstəkdən kənar təkmilləşdirmələrin qiyməti.

İlk görüşdə qırmızı bayraqlar

• Suallarsız və işlənmədən qiymətləndirmə — tapşırığı hələ anlamadan «2 həftəyə edərik».
• Eyni texniki tapşırıq üzrə digər namizədlərdən 2–3 dəfə aşağı qiymət, nəyin hesabına olduğu izah edilmədən.
• İşlək məhsulları göstərməkdən və ya heç olmasa bir müştərinin əlaqəsini verməkdən imtina.
• «Kodu tam ödənişdən sonra təhvil veririk», «hostinq yalnız bizdə», «domeni öz adımıza rəsmiləşdirərik, belə rahatdır».
• Görüşlərdə proqramçılardan heç kim iştirak etmir — yalnız satış meneceri.
• İstənilən tapşırıq üçün eyni stek: həm bota, həm marketpleysə, həm də AI sisteminə eyni şey təklif olunur.
• «Bir ildən sonra podratçını dəyişmək istəsək nə olacaq» sualına cavab yoxdur.

Veb-studiyanı necə seçməli: görüş üçün suallar

Sayt və ya veb tətbiq üçün veb-studiyanı necə seçmək barədə düşünürsünüzsə, ümumi yoxlama siyahısına xüsusi suallar əlavə edin:

1. Son saytlarınızın sürət göstəriciləri necədir? Bunu elə görüşdə PageSpeed Insights-da yoxlamaq olar.
2. Texniki SEO-nu necə nəzərdə tutursunuz: mikro-işarələmə, sitemap, kanonik ünvanlar, sürət?
3. Hansı CMS-dir və proqramçı olmadan kontenti dəyişmək nə dərəcədə rahatdır?
4. Analitika necə qurulub: məqsədlər, hadisələr, CRM ilə əlaqə?
5. Dəstəyə nə daxildir və işə salındıqdan sonra təkmilləşdirmə saatı neçəyədir?

Büdcə üzrə istinad nöqtələri qeyri-real təklifləri hələ görüşlərdən əvvəl ayırmağa kömək edəcək: arayış qiymətləri saytın hazırlanması neçəyə başa gəlir məqaləsində və hazırlama qiymətləri səhifəsində toplanıb. Sayt üzərində işlərin həcminə adətən nələrin daxil olduğu — prototipdən hostinq və analitikaya qədər — saytların və veb tətbiqlərin hazırlanması səhifəsinin nümunəsində görünür.

Şəffaflıq üçün — bizim öz yanaşmamız; bizi də bu yoxlama siyahısı ilə yoxlamaq olar: kod, repozitorilər, serverlər və domenlər müştəriyə məxsusdur, məhsul sizin serverlərinizdə və ya sizin buludunuzda yerləşdirilir və işlək halda, sənədlərlə təhvil verilir; proqramçılara birbaşa girişiniz və həftəlik demolarınız olur. Komanda barədə ətraflı — B2B-Lab studiyası haqqında səhifəsində, işlərin nümunələri — keyslər bölməsində.