1. Proqramdan əvvəl qərar problemini yazın
“ERP almalıyıq” layihənin məqsədi deyil. Hansı əməliyyatın gecikdiyini, hansı məlumatın təkrar daxil edildiyini və rəhbərliyin hansı qərarı verə bilmədiyini yazın. Bir proses sahibini və qəbul qərarını verən şəxsi müəyyən edin. Məqsəd ölçülməzdirsə, demo zamanı parlaq funksiyalar əsas ehtiyacı kölgədə qoya bilər.
2. Cari proses və məlumatı görünən edin
Satış sifarişinin yaranmasından çatdırılma və ödənişə qədər bir real ssenarini xəritələyin. İstisnaları da qeyd edin: qaytarma, natamam çatdırılma, ləğv və dəyişən qiymət. Məhsul, müştəri və hesab məlumatının sahibi kimdir? Dublikat və boş xanalar köçürmə zamanı öz-özünə düzəlmir. Məxfi məlumat əvəzinə icazəli və ya süni sınaq dəsti istifadə edin.
3. Tələbləri prioritetləşdirin
Vacib tələbi, sonrakı mərhələni və arzu olunan funksiyanı ayırın. “Hesabat olsun” əvəzinə hansı qərar, hansı sütunlar, hansı dövr və hansı yenilənmə tezliyi lazım olduğunu göstərin. Hər tələb üçün test ssenarisi yazın. Bu, təkliflərin eyni əsasla müqayisəsini asanlaşdırır.
4. Demonu öz ssenarinizlə aparın
Təchizatçıdan eyni əməliyyatı göstərməsini istəyin: sifariş yaradılır, təsdiqlənir, anbarda işlənir və ödənişlə əlaqələnir. Standart funksiya, konfiqurasiya, əlavə inkişaf və üçüncü tərəf inteqrasiyasını ayrı qeyd edin. Demo zamanı görünməyən funksiyanı “var” kimi qəbul etməyin.
5. Ümumi xərci və çıxış imkanını qiymətləndirin
Lisenziya ilə yanaşı tətbiq, məlumat köçürmə, inteqrasiya, təlim, dəstək və sonrakı dəyişiklik xərclərini soruşun. Məlumatı hansı formatda çıxara biləcəyinizi və müqavilə bitəndə girişin necə idarə olunacağını dəqiqləşdirin. Ən ucuz ilkin təklif ümumi xərcin ən aşağı olması demək deyil.
6. Məlumat və istifadəçi keçidini sınaqdan keçirin
Sınaq köçürməsində sayları və maliyyə qalıqlarını mənbə ilə tutuşdurun. İstifadəçi rolları, razılaşdırma limitləri və əsas istisna ssenarilərini yoxlayın. Təlimi son günə saxlamayın: istifadəçi işini yeni sistemdə nümayiş etdirə bilməlidir.
7. Qəbul meyarını əvvəlcədən razılaşdırın
Pilot, açıq məsələlər, keçid günü, geri dönüş planı və dəstək məsuliyyətlərini yazın. Modulun açılması ilə biznesin həmin moduldan istifadə edə bilməsi eyni deyil. Qəbul sübutu ssenari nəticəsi, tutuşdurma və istifadəçi təsdiqi olmalıdır. Bu siyahı konkret ERP markasının tövsiyəsi və ya nəticə zəmanəti deyil.
SBT ilə növbəti addım
ERP tətbiqi və qurulması xidmətində ehtiyacların təhlili, seçim matrisi və mərhələli tətbiq planının əhatəsini müzakirə edə bilərsiniz. Proseslər hələ aydın deyilsə, biznes analizi ilə başlamaq daha məqsədəuyğundur.