CRM seçərkən sual təkcə hansı proqramın daha çox funksiyası olduğunda deyil. Əsas məsələ müştəri və sifarişlə bağlı real işinizin həmin sistemdə necə yerinə yetiriləcəyidir. Hazır məhsuldan istifadə və fərdi sistemin hazırlanması eyni məqsədə fərqli yollardır. Seçimdə prosesə uyğunluq, başlanğıc tələblər və sonrakı idarəetmə birlikdə qiymətləndirilməlidir.
Əvvəlcə bir real ssenari yazın
Son müraciətlərinizdən birini nümunə götürün. Müraciəti kim qəbul etdi, hansı məlumat çatışmadı, sifariş nə vaxt təsdiqləndi, ödənişi kim yoxladı? Bu ardıcıllıq CRM təqdimatında göstərilən ümumi ekranlardan daha faydalı müqayisə materialıdır.
Üç və ya dörd əsas ssenarini seçib hər alternativdə yoxlamaq olar. Eyni zamanda ləğv, təkrar müraciət və məsul şəxsin dəyişməsi kimi istisnaları unutmayın. Sistem gündəlik işin həm normal, həm də çətin tərəflərinə uyğun gəlməlidir.
Hazır məhsulu necə yoxlamaq lazımdır?
Seçilmiş CRM-də əsas prosesinizin nə qədərinin standart qaydada yerinə yetirildiyini yoxlayın. Qalan hissə əlavə modul, sazlama və ya xarici inteqrasiya tələb edə bilər. «İnteqrasiya var» ifadəsini konkretləşdirin: hansı məlumat keçir, hansı istiqamətdə və hansı məhdudiyyətlə?
- İstifadəçi və rol sayı sizə uyğundurmu?
- Məlumatı ixrac edib başqa sistemə keçirmək mümkündürmü?
- Lazım olan hesabatın hesablanma qaydası aydındırmı?
- İstifadə etdiyiniz xidmətlərlə əlaqə faktiki yoxlanılıbmı?
- Dəyişiklik və dəstək üçün kimə müraciət edilir?
Fərdi hazırlıq hansı sualları açır?
Fərdi sistemdə biznes qaydalarını ayrıca layihələndirmək mümkündür. Bunun üçün həmin qaydaların sahibi və qərar verən şəxs müəyyən edilməlidir. Əməkdaşların razılaşmadığı prosesi birbaşa koda çevirmək gələcəkdə əlavə dəyişiklik yarada bilər.
İlkin versiyanın sərhədi, qəbul meyarı, məlumat modeli, girişlər və davamlı texniki dəstək əvvəlcədən planlaşdırılır. Kodun təhvili avtomatik olaraq sistemin gələcək idarəsi demək deyil: sənədlər, ehtiyat nüsxə və bərpa qaydası da lazımdır. Yeni proqramçı layihəyə daxil olsa, işin necə davam edəcəyi düşünülməlidir.
Tək başlanğıc qiymətini müqayisə etməyin
Ümumi xərclərə abunə və ya hazırlanma ilə yanaşı məlumat köçürülməsi, inteqrasiyalar, əməkdaşların öyrənməsi, dəyişikliklər və texniki dəstək daxil ola bilər. İki təklifin eyni müddət və eyni istifadəçi tərkibi üzrə nələri əhatə etdiyini yazın. Dəqiq rəqəm olmadan «həmişə daha ucuzdur» kimi hökm vermək faydalı deyil.
Kiçik sınaq qərarı asanlaşdırır
Bir proses, nümunə məlumat və az sayda istifadəçi ilə sınaq aparmaq yaxşı başlanğıcdır. Məlumatı daxil etmək, tapmaq, dəyişmək və hesabatda görmək nə qədər aydındır? İşçi prosesdən kənar cədvələ qayıdırsa, bunun səbəbini öyrənin. Bəzən problem funksiya çatışmazlığı, bəzən isə anlaşılmayan qaydadır.
Sınağın sonunda uyğunluq cədvəli hazırlayın: tam işləyənlər, sazlama tələb edənlər, əlavə araşdırılanlar və hazırda mümkün olmayanlar. Bu siyahı satınalma və inkişaf qərarını konkretləşdirir.
Praktik qərar çərçivəsi
Standart iş axını hazır məhsula uyğundursa, onu real məlumatla yoxlamaq məntiqlidir. Fərqli şöbələri birləşdirən xüsusi qaydalar və mövcud sistemlərlə mürəkkəb əlaqə varsa, fərdi hazırlığı da ayrıca qiymətləndirmək olar. Bəzən mərhələli yanaşma daha uyğundur: ilkin ehtiyacı bir sistemdə həll edib sonrakı əlaqələri planlaşdırmaq.
Logistex, Finex və Anbarex portfolioda fərqli biznes sistemləri mövzularını göstərir. Sizin layihənin tərkibi həmin nümunələrdən ayrıca müəyyən olunur.
Müqayisə cədvəlində hansı sütunlar olsun?
Hər alternativ üçün eyni ssenarini bir sətirə yazın. Növbəti sütunlarda standart imkan, əlavə sazlama, xarici əlaqə, məlumat sahibi və yoxlama nəticəsi göstərilə bilər. Məsələn, təkrar müraciətin eyni müştəriyə bağlanması ayrıca ssenaridir. Bu yanaşma sadəcə uzun funksiya siyahısını müqayisə etməkdən daha aydın nəticə verir.
Yoxlanmayan sahəyə ehtimal olunan cavab yazmayın. «Araşdırılmalıdır» statusu qərar üçün faydalı məlumatdır. Xüsusilə mühasibat, sayt və ödəniş xidmətləri ilə bağlantıda real giriş və sənəd olmadan uyğunluq barədə yekun qərar vermək çətindir.
Pilot üçün beş yoxlama
- Yeni müştəri və onun ilk müraciətini yaradın.
- Eyni müştərinin ikinci müraciətini tapıb əlaqələndirin.
- Sifarişin məsulunu dəyişib tarixçəni yoxlayın.
- İşçiyə aid olmayan məlumatın görünməsini səlahiyyətlərə görə qiymətləndirin.
- Bir hesabatı mənbə qeydləri ilə müqayisə edin və məlumatı ixrac edin.
Bu sınaqlar sizin prosesinizə uyğunlaşdırılmalıdır. Nəticəni işçi ilə birlikdə qeyd etmək təlim ehtiyacını və çatışmayan qaydaları ayırmağa kömək edir. Pilotdakı nümunə məlumatın real müştəriyə aid həssas hissələrini yalnız ehtiyac olduqda və uyğun girişlə istifadə edin.
Keçid planı qərarın bir hissəsidir
Yeni sistem seçildikdən sonra köhnə qeydlərin hansı tarixə qədər işlənəcəyi, məlumatın nə vaxt köçürüləcəyi və nəticəni kimin yoxlayacağı planlaşdırılır. Paralel cədvəl və CRM istifadə olunacaqsa, əsas mənbə aydın olmalıdır. Əks halda işçilər fərqli məlumatlara əsaslana bilər.
Məlumatın keyfiyyəti, import formatı və identifikatorlar haqqında sualları inteqrasiya mərhələsində dəqiqləşdirmək olar. Hər iki yanaşmada keçidin gündəlik işi necə təsir edəcəyini qiymətləndirmək qərarı daha praktik edir.
Yoxlamadan sonra hansı qərar yazılmalıdır?
Seçilən yanaşmanı və onun səbəbini qısa qeyd edin: uyğun gələn əsas proses, açıq suallar, lazım olan inteqrasiyalar və ilk mərhələnin sərhədi. Bu qeyd gələcəkdə əlavə funksiya istəklərini ilkin qərarla müqayisə etməyə imkan verəcək.
İlk prosesinizin təsvirini CRM və ERP hazırlanması xidməti üzrə müzakirə edə bilərsiniz. Məqsəd alternativləri real işinizə görə müqayisə etmək və ilk işlək addımı aydınlaşdırmaqdır.
