Tinklaraštis
Kaip išsirinkti „Business Central" diegimo partnerį Lietuvoje
Search Console mums parodo, ko žmonės ieškojo, kai pateko į šią svetainę, ir dvi dažniausios užklausos yra variacijos frazių „palyginkite Business Central diegimo partnerius Lietuvoje” ir „padėkite rasti patikimą partnerį”. Jos nusipelno geresnio atsakymo nei paslaugų puslapis, tad štai jis: kontrolinis sąrašas, kurį naudotume patys, jei rinktumės mes.
Pirmiausia atviras prisipažinimas. „ArvyDev” yra viena iš įmonių, kurias lygintumėte, tad viską žemiau skaitykite tai turėdami omenyje. Stengėmės, kad kiekvienas punktas būtų patikrinamas, tad sąrašas veikia nesvarbu, kuris partneris galiausiai atsisės kitoje stalo pusėje.
Kiek aprėpia vienas žmogus?
Šiais laikais beveik kiekvienas partneris turi dedikuotą „Business Central” komandą, tad klausimas „ar specializuojatės BC” nebeatskiria nieko. Atskiria kitas: kiek jūsų apimties gali panešti vienas žmogus? Didelėse komandose žmonės specializuojasi siaurai. Vienas išmano finansus, kitas sandėlį, trečias API sluoksnį. Kiekvienas reikalavimas, kertantis dvi sritis, tada reikalauja dviejų žmonių, perdavimo ir susitikimo, o darbas, apimantis abi, užtrunka dvigubai. Dar blogiau, kai siauras specialistas stumiamas už savo ribų: žmogus, išmanantis vieną funkcinį kampą, o dirbantis kitame, geriausiu atveju duoda mėgėjišką rezultatą.
Tad paklauskite, kiek žmonių jūsų apimčiai iš tikrųjų reikės. Kuo mažiau žmonių, kurių kiekvienas aprėpia daugiau „Business Central”, tuo už mažiau perdavimų mokate ir tuo mažiau siūlių tarp sričių, kurių niekas neprižiūri.
Sertifikatai, kuriuos iš tikrųjų galima patikrinti
Microsoft partnerių ekosistemoje yra du sluoksniai, kuriuos verta tikrinti, ir abu vieši. Įmonės lygmenyje ieškokite Solutions Partner for Business Applications statuso. Asmens lygmenyje BC srityje svarbūs egzaminai yra MB-800 (funkcinis konsultantas) ir MB-820 (kūrėjas). Tada užduokite vienintelį klausimą, kuris popierių paverčia prasmingu: ar sertifikuoti žmonės yra tie, kurie priskirti jūsų projektui? Įmonės sertifikatų skaičius mažai ką pasako, jei jų turėtojai dirba kituose projektuose, o jūsiškį daro tas, kas tuo metu buvo laisvas.
Paklauskite jų: standartas ar pritaikymas?
Padėkite ant stalo tikrą savo reikalavimą ir paklauskite, kaip jį spręstų. Atsakymas atskleidžia partnerio ekonomiką. Partneris, kuris pirmiausia griebiasi specialaus kodo, dabar uždirba daugiau apmokamų valandų, o jums palieka sunkesnę sistemą, kurią teks tempti per kiekvieną būsimą atnaujinimą. Atsakymas, kurį norite išgirsti, prasideda nuo konfigūracijos ir standartinių funkcijų, o AL kodo siekia tik ten, kur jūsų verslas iš tiesų skiriasi; kodėl, aprašėme įraše plėtiniai prieš bazinės aplikacijos keitimą. „Viskas pritaikyta” yra raudonas signalas, apsirengęs lankstumu.
Susipažinkite su žmonėmis, ne su pardavimo skaidrėmis
Komanda pristatyme ir komanda projekte ne visada ta pati komanda. Prieš pasirašydami paprašykite susitikti su konsultantu ir kūrėju, kurie iš tikrųjų dirbs, ir paklauskite jų, ne pardavėjo, kaip jie vykdytų jūsų migravimą. Dešimt tokių pokalbio minučių pasako daugiau nei bet kuri skaidrė apie metodologiją.
Kokybė priklauso nuo darbą atliekančių žmonių, ne nuo įmonės anksčiau atliktų projektų ar svetainėje kabančių apdovanojimų. Ilga įmonės patirtis nereiškia, kad jums bus priskirtas patyręs konsultantas; mažesniems projektams neretai skiriami mažiausiai patirties turintys žmonės, nes vyresnieji rezervuoti struktūrai svarbioms sąskaitoms. Pasidomėkite ir darbuotojų kaita. Kai komanda keičiasi metai iš metų, kiekvienas naujas žmogus jūsų projektą pradeda tarsi pirmą kartą, o jo įsivažiavimo valandas matote savo sąskaitose. Partneris, išlaikantis prie jūsų projekto tuos pačius žmones, perka jums tęstinumą: aukštesnę kokybę už mažesnę kainą, nes nieko nereikia mokytis iš naujo.
Už ką iš tikrųjų moka pasiūlymas?
Dideli partneriai išlaiko dideles struktūras, ir jų pasiūlymai tai atspindi. Šalia konsultanto ir kūrėjo dažnai rasite projektų vadovą, įsipareigojimų vadovą, klientų vadybininką ir architektą, kuris figūruoja įkainių lentelėje, bet niekada sprinte. Dalis koordinavimo yra tikras darbas daugiašaliame diegime. SVĮ projekte apimtis turi polinkį plėstis tam, kad maitintų struktūrą, o ne projektą: valandos atsiranda todėl, kad egzistuoja pareigybės, o ne todėl, kad jų reikalauja darbas.
Testas paprastas. Pereikite pasiūlymą eilutė po eilutės ir paklauskite, ką kiekviena rolė sukuria tokio, į ką galėtumėte parodyti po paleidimo. Analizė, konfigūracija, kodas, perkelti duomenys ir apmokyti naudotojai šį testą išlaiko; „priežiūra”, apmokestinta vyresniojo įkainiu, paprastai ne. Patys apimtį nustatome būtent ta tvarka: pirmiausia rezultatai, o tada tik tiek koordinavimo, kiek jie reikalauja. Tai lengviau, kai projektą įvertina tie patys žmonės, kurie jį ir daro.
Kada didelis partneris yra teisingas pasirinkimas
Teisybės dėlei, išlyga. Jei projektas didelis, reikalauja tūkstančių valandų ir jį reikia įgyvendinti greitai, didelis partneris gali skirti resursų tokiu mastu, kokiu mažas negali. Tai tikras pranašumas, ir apsimesti kitaip būtų rinkodara.
Du patikrinimai apsaugo bet kuriuo atveju. Pirma, įsitikinkite, kad tūkstančiai valandų perka rezultatą, o ne maitina administraciją: paimkite bent vieną konkrečią užduotį iš pasiūlymo, paprašykite kitų partnerių aukšto lygmens įverčio tai pačiai užduočiai ir palyginkite. Antra, jei apimtis didelė, bet terminai nespaudžia, paklauskite, ar darbų negalima išskaidyti etapais. Pristatomas etapais, tas pats rezultatas dažnai pasiekiamas ir mažesniam partneriui, už geresnę kainą.
Skaitykite pasiūlymą kaip projekto planą
Du pasiūlymai „Business Central diegimui” gali skirtis perpus, ir trūkstama pusė paprastai yra apimtis, o ne efektyvumas. Patikrinkite, kas įskaičiuota: bandomasis duomenų migravimas, naudotojų mokymai, ne vien demonstracija, integracijos, išvardytos pavadinimais, ir palaikymas pirmosiomis savaitėmis po paleidimo. Kas lemia bendrą sumą, aprašyta įraše kiek iš tikrųjų kainuoja diegimas; pasiūlymas, kurio negalite susieti su tais veiksniais, yra ne pigesnis projektas, o neįkainotas.
Kaip sutaupyti?
Be gero pasiūlymo skaitymo, bendrą sumą patikimai mažina keli pirkimo įpročiai.
- Įsivertinkite patogumo kainą. Didelis partneris gali parduoti viską vienu paketu: licencijas, lokalizaciją, produktus, paslaugas. Tai patogu, ir už patogumą sumokate. Beveik kiekvieną paketo dalį galima nusipirkti atskirai, o žemiau esantys punktai ir yra tos dalys.
- Licencijas pirkite pagal kainą. „Business Central” licencijos yra vienodos, kad ir kas jas perparduotų. Jas gali tiekti bet kuris partneris, tad net perpardavimo atveju rinkitės kainą: didesnė marža už tą pačią licenciją jums neduoda nieko.
- Pirkite tinkamas licencijas. Ne visiems reikia pilnos licencijos. Naudotojams, kurie tik tvirtina, pasižiūri duomenis ar suveda darbo laiką, užtenka „Team Member” licencijos už dalį kainos, o „Premium” verta mokėti tik naudojant gamybą ar serviso valdymą; pakopas apžvelgia mūsų licencijavimo gidas.
- Partnerių produktai perkami atskirai. Beveik visus partnerių produktus galima įsigyti neperkant to partnerio paslaugų. Ne paslaptis, kad Lietuvos lokalizacijos sprendimais dalijasi visa rinka, tad net pirkdami netiesiogiai rinkitės kainą.
- Saugokitės produktų be alternatyvos. Specializuotas produktas, kurio niekas kitas nekuria, pririša jus prie vieno tiekėjo, o kylant jo įkainiams pasijusite prispausti. Prieš tokį diegdami paieškokite alternatyvų ir žinokite savo išėjimo kelią.
- Palyginkite savarankiškas užduotis. Jei apimtis didelė, bet dalis jos yra savarankiška (konkreti ataskaita, integracija su sistema X), paprašykite kito partnerio įvertinti būtent tą dalį. Savarankišką funkcionalumą jums gali sukurti bet kas, tad paketo viduje už jį permokėti neverta.
- Prieš užsakydami kodą, patikrinkite „AppSource”. Įprastiems poreikiams, tokiems kaip EDI, banko išrašai ar dokumentų nuskaitymas, paruoštas „AppSource” app’sas su prenumerata paprastai pigesnis nei kūrimas pagal užsakymą, o jo priežiūra yra tiekėjo, ne jūsų rūpestis.
- Laikykite išėjimą atvirą. Administratoriaus prieigą, savo plėtinių kodą ir dokumentaciją laikykite savo rankose. Partneris, žinantis, kad realiai galite pereiti kitur, kainas nustato atitinkamai, ir jums to net nereikia pasakyti garsiai.
Kas vyksta po paleidimo
Paleidimo savaitgalis yra santykių vidurys, ne pabaiga. Paklauskite, kokie partnerio atsako laikai ir ar palaikymas yra sutartis, ar paslaugumas. Partneris, kuris negali atsakyti aiškiai, planuoja išnykti.
Paklauskite ir kaip palaikymas apmokestinamas. Įprastas modelis šioje rinkoje yra mėnesinis mokestis, kuris skaičiuojasi nesvarbu, ar tą mėnesį jums ko nors reikėjo, dažnai supakuotas kaip abonementas su įskaičiuotomis valandomis, kurios nepanaudotos pradingsta. Mes tokio netaikome: „ArvyDev” palaikymas apmokestinamas už faktiškai atliktą darbą, ir mėnuo, kurį nieko daryti nereikėjo, jums nekainuoja nieko. Kad ir kokį modelį pasirinksite, įsitikinkite, kad tai buvo pasirinkimas. Pagal nutylėjimą pasirašytas abonementas yra ankstesnio skyriaus apimties pūtimas, parduotas kaip prenumerata.
Aštuoni klausimai pirmam susitikimui
- Kiek žmonių reikės mūsų apimčiai ir kokią jos dalį kiekvienas iš jų gali aprėpti nuo pradžios iki galo?
- Kas tiksliai dirbs mūsų projekte ir ką šie žmonės yra sukūrę anksčiau?
- Kurie jūsų žmonės šiandien turi MB-800 ar MB-820?
- Štai vienas mūsų reikalavimas: standartinė funkcija ar specialus kodas, ir kodėl?
- Kurios pasiūlymo rolės sukuria rezultatus, į kuriuos galime parodyti, ir ką prideda likusios?
- Kas pasiūlyme numatyta duomenų migravimui, mokymams ir palaikymui po paleidimo, ir ar palaikymas yra mėnesinis mokestis, ar mokama už atliktą darbą?
- Kiek laiko pas jus dirba mums priskirti žmonės ir kaip dažnai keičiasi jūsų projektų komandos?
- Ar galime pasikalbėti su dviem mūsų dydžio jūsų klientais?
Nė vienam iš šių klausimų mūsų dalyvavimas nereikalingas. Kad ir ką lygintumėte, partneris, kuris atsako į visus aštuonis nesutrikęs, yra tas, kurį verta trauktis į trumpąjį sąrašą.
Jau lyginate kandidatus? Papasakokite savo istoriją ir patikrinkite mus pagal šį sąrašą; egzaminą laikysime mielai.