Kad vajag jaunu funkciju, interneta veikalu vai integrāciju, rodas jautājums: griezties pie tā paša izstrādātāja vai izsludināt konkursu. Atbilde nav vienāda visiem. Mēs esam studija, kas strādā ilgtermiņā, tāpēc interese ir acīmredzama; zemāk mēģinām arī parādīt, kad jauns piegādātājs ir pareizā izvēle.
Ko ilgtermiņa partneris dod patiesībā
Galvenā vērtība nav atlaide vai “attiecības”. Tā ir zināšanas par jūsu sistēmu:
- Konteksts. Partneris zina, kāpēc kaut kas ir izdarīts tā, nevis citādi, kuras integrācijas ir trauslas un kur ir tehniskais parāds. Jaunam piegādātājam to vajag atklāt, un jūs maksājat par šo laiku.
- Ātrums. Neliels labojums vai pagaidu risinājums aizņem stundas, nevis nedēļas, jo nav jāveido sākotnējais izpratnes cikls.
- Atbildība. Ja viens un tas pats cilvēks vai komanda uztur sistēmu gadiem, viņi dzīvo ar savu lēmumu sekām. Projektu piegādātājs, kas pazūd pēc nodošanas, to nedara.
- Pēctecība. Jūsu pieprasījumi, kļūdas un lēmumi ir vienā vietā, nevis vairākos nodošanas dokumentos.
Mēs strādājam kopš 2006. gada, un pie projektiem jūs strādājat tieši ar projekta arhitektu. Tas ir tieši ilgtermiņa modeļa pamats: viens cilvēks, kurš zina visu ķēdi.
Ko tas sliktā gadījumā maksā
Ilgtermiņa attiecībām ir savi riski, un tos godīgi jāizvērtē.
- Atkarība. Ja kods, piekļuves un dokumentācija atrodas tikai pie partnera, jūs nevarat viegli aiziet. Tad attiecības turas uz bailēm, nevis uz kvalitāti.
- Pašapmierinātība. Ja nav salīdzinājuma, cenas un termiņi var kļūt nekritiski. Pēc gadiem neviens nejautā, vai tas ir saprātīgi.
- Atslēgas cilvēks. Ja visu zina viens cilvēks, viņa slimība vai aiziešana ir jūsu risks.
- Redzesloks. Viena komanda piedāvā risinājumus, kurus pati pārzina, un var nepamanīt labāku ceļu.
Visus četrus var mazināt ar līgumu un darba kārtību, nevis ar uzticēšanos vārdiem. Plašāk rakstos par koda, domēna un datu piederību un līguma riskiem.
Kad jauns piegādātājs ir pareizā izvēle
Jauns izstrādātājs katram uzdevumam ir pamatots šādos gadījumos:
- uzdevums ir noslēgts un neatkārtosies (vienreizēja kampaņas lapa, īslaicīga vietne);
- vajadzīgas speciālas prasmes, kuru esošajam partnerim nav;
- esošais partneris atkārtoti kavē termiņus vai nepaskaidro izmaksas;
- sistēma nav dokumentēta un atkarīga no viena cilvēka, un vēlaties pārtraukt šo atkarību;
- pagājis laiks, un vēlaties salīdzināt cenu ar tirgu.
Pēdējais punkts ir saprātīgs: ja partneris nav gatavs, ka tiek salīdzināts, tas ir sarkans karogs.
Kad ilgtermiņa partneris ir izdevīgāks
- vietne, veikals vai CRM ir dzīva sistēma, kas mainās katru mēnesi;
- projekti saistīti: veikals ar grāmatvedības integrāciju, CRM ar pieteikumu plūsmu;
- sistēmā ir jūsu procesu zināšanas, ko grūti pārnest;
- vajadzīga ātra reakcija un zināma atbildīgā persona.
Kā praksē izskatās labs ilgtermiņa modelis
Labs modelis ir vienkāršs: jūs zināt, kas atbild, kā iesniegt pieprasījumu, cik tas maksā un kā pārbaudīt rezultātu. Mazas lietas (labojums, atjauninājums) iet vienā plūsmā, lielas (jauna sadaļa, integrācija) tiek vērtētas atsevišķi, ar rakstisku apjomu pirms darba. Ja partneris to nespēj nodrošināt, ilgtermiņa attiecības vairs nav vērtība, bet ieradums.
Salīdzinājums
| Kritērijs | Jauns piegādātājs katram projektam | Ilgtermiņa partneris |
|---|---|---|
| Pirmais solis | Atkārtota iepazīšanās ar sistēmu | Konteksts jau zināms |
| Cenu salīdzinājums | Katru reizi tirgus cenas | Jāpārbauda periodiski paša spēkiem |
| Atbildība pēc nodošanas | Bieži beidzas ar projektu | Turpinās |
| Risks | Zināšanu zudums, nekonsekvence | Atkarība, ja nav dokumentācijas |
| Piemērots | Noslēgti, vienreizēji uzdevumi | Dzīvas, savstarpēji saistītas sistēmas |
Kā saglabāt ieguvumus un izvairīties no atkarības
Ja izvēlaties ilgtermiņa partneri, pieprasiet:
- Kodu un piekļuves savā īpašumā no pirmās dienas; atsevišķi, ne pēc pieprasījuma.
- Rakstisku dokumentāciju: kā sistēma darbojas, kur tā uzstādīta un kā to atjaunot.
- Pārskatāmu uzskaiti: ko un cik stundas veica katru mēnesi.
- Periodisku pārskatu, piemēram, reizi gadā: vai ir pareizie rīki un cenas.
- Aiziešanas noteikumus: kā jūs sistēmu varat pārņemt, ja nolemjat mainīt piegādātāju.
Pie mums kods un dati ir jūsu, tāpēc aiziet var jebkurā brīdī; labs partneris ar to rēķinās. Kā izvēlēties jaunu piegādātāju, skatiet rakstā par mājaslapu izstrādātāja izvēli.
Ja nolemjat mainīt piegādātāju
Pāreja ir viegla tikai tad, ja sagatavota. Praktiskā secība:
- Pārņemiet piekļuves: domēns, hostings, kods, administrācijas konti. Bez tā nākamie soļi nav iespējami.
- Lūdziet esošajam partnerim nodošanas aprakstu: kas kur uzstādīts, kādi ir ārējie pakalpojumi un atjauninājumu kārtība.
- Jaunajam izstrādātājam vispirms uzticiet nelielu uzdevumu vai auditu, nevis visu sistēmu uzreiz.
Ja attiecības beidzas ar strīdu, pārbaudiet, vai līgumā ir aprakstīta pārņemšanas kārtība; tieši to nosaka minētie līguma punkti.
Lēmuma noteikums
- Ja uzdevums ir vienreizējs un noslēgts, izvēlieties piegādātāju pēc cenas un termiņa.
- Ja sistēma ir dzīva un savstarpēji saistīta, izvēlieties partneri un nodrošiniet izeju: kods, piekļuves, dokumentācija.
- Ja partneris nav gatavs rādīt kodu, piekļuves vai dokumentāciju, nepārejiet uz ilgtermiņa attiecībām.
- Ja neesat apmierināts, bet nevarat aiziet, jūs jau esat atkarīgs un jāsāk ar koda un piekļuvju pārņemšanu.
Ja vēlaties redzēt, kā mēs strādājam pēc nodošanas, apskatiet mūsu pakalpojumus vai uzrakstiet par savu situāciju: apspriest projektu. Par komandu un darba veidu lasiet lapā par mums. Ja sistēma ir saistīta ar grāmatvedību vai CRM, skatiet arī CRM un integrāciju pakalpojumus.
