Demo görüşlərində ən çox səslənən ifadələrdən biridir: «sistemimiz real-time işləyir». Bu cümlə demək olar ki, heç nə demir, çünki hər təchizatçı ona başqa məna verir. Real-time davamiyyət anlayışının praktik dəyəri yalnız bir sualla ölçülür: qeyd yarandıqdan sonra nə vaxt və kimə görünür? Bu yazıda ifadəni marketinqdən çıxarıb yoxlanıla bilən meyarlara bağlayırıq.
Real-time nə demək deyil
Üç yayğın yanlış anlama var və hər üçü demo zamanı üzə çıxmır.
Birincisi, cihazın sürəti. Qeydin bir saniyəyə yaranması real-time deyil - bu, sadəcə oxuma sürətidir. Sual qeydin harada göründüyüdür.
İkincisi, gündəlik sinxronizasiya. Bəzi həllərdə qeydlər cihazda toplanır və gündə bir dəfə mərkəzə ötürülür. Bu, işlək model ola bilər, amma real-time deyil.
Üçüncüsü, ekranın yenilənməsi. Səhifənin avtomatik yenilənməsi məlumatın vaxtında gəldiyini göstərmir - məlumat artıq köhnə ola bilər.
Praktikada nəyin lazım olduğu
Əslində şirkətə «real-time» lazım deyil. Ona vaxtında görünən məlumat lazımdır - və bu iki şey fərqlidir.
Vaxt tələbi işin növündən asılıdır:
| Ssenari | Məlumat nə vaxt lazımdır |
|---|---|
| Növbə örtüyü | Növbənin ilk 15-30 dəqiqəsində |
| Gecikməyə reaksiya | Elə həmin gün |
| Həftəlik meyil | Həftənin sonunda |
| Tabel və hesablama | Ay sonunda |
Cədvəldən görünən budur: yalnız birinci sətir həqiqətən sürət tələb edir. Qalan üçü üçün gündəlik yeniləmə kifayətdir.
Doğru sual necə verilir
Demo zamanı «real-time işləyirsiniz?» sualı faydasızdır - cavab həmişə «bəli» olur. Əvəzində üç konkret sual verin:
- Qeyd yarandıqdan neçə saniyə/dəqiqə sonra mərkəzi ekranda görünür?
- Bu, bütün qeyd üsulları üçün belədirmi, yoxsa yalnız bəziləri üçün?
- İnternet kəsiləndə qeyd nə olur və bağlantı bərpa olunanda necə davranır?
Üçüncü sual ən çox məlumat verir. Cavab «qeyd itir» olsa, model sizin üçün uyğun olmaya bilər - xüsusilə bağlantının zəif olduğu obyektlərdə.
Oflayn davranış: ən vacib detal
Praktikada sistemlər arasındakı əsas fərq internetin işlədiyi anda deyil, kəsildiyi anda görünür.
Üç mümkün davranış var: qeyd ümumiyyətlə yaranmır, qeyd cihazda saxlanılır və sonra ötürülür, və ya qeyd yaranır amma vaxtı sonradan dəqiqləşdirilir.
Bu üç variantın hər birinin öz nəticəsi var və seçim şirkətin şəraitindən asılıdır. Vacib olan variantın əvvəlcədən bilinməsidir - çünki ilk kəsilmə zamanı bunu öyrənmək gecdir. Bulud və lokal saxlamanın fərqini bulud yoxsa lokal davamiyyət səhifəsində açmışıq.
Bildirişlərlə bağlı realistik gözlənti
Bildiriş mövzusu demo zamanı çox vaxt geniş vəd edilir. Praktik yanaşma isə ehtiyatlı olmalıdır.
Doğru sual «bildiriş varmı?» deyil, «hansı hadisə üçün, kimə və hansı şərtlə?» sualıdır. Bəzi imkanlar bütün müştərilərdə deyil, ayrıca aktivləşdirilə bilər.
Ona görə müqavilədən əvvəl yazılı təsdiq almaq lazımdır: hansı bildiriş növü sizin planınıza daxildir. Şifahi vəd bu mövzuda kifayət deyil.
Aktual məlumatdan hesabat
Vaxtında görünən məlumatın ikinci faydası hesabatdadır və bu, az müzakirə olunur.
Məlumat gün ərzində toplananda ay sonu hesabatı «yığılmır» - o, artıq mövcuddur və yalnız yoxlanılır. Bu, tabelin hazırlanma vaxtını qısaldan əsas amildir.
Əksinə, məlumat gündə bir dəfə və ya həftədə bir dəfə köçürüləndə ay sonunda həmişə boşluqlar tapılır - və onların araşdırılması vaxt aparır.
Sürət nə vaxt həqiqətən vacibdir
Bütün şirkətlərə eyni sürət lazım deyil. Praktikada dörd hal sürəti kritik edir:
- Növbəli iş - örtük pozulanda dərhal reaksiya lazımdır.
- Xidmət sahəsi - bir nəfərin olmaması müştəri növbəsi deməkdir.
- Təhlükəsizlik tələbi - kimin obyektdə olduğu bilinməlidir.
- Çox filial - mərkəzi görünüş olmadan qərar gecikir.
Sabit qrafikli tək ofisdə isə gündəlik yeniləmə çox vaxt tam kifayətdir və əlavə xərcə dəyməz.
«Real-time» ilə «tam» məlumat eyni deyil
Bu, ən çox nəzərdən qaçan məqamdır. Qeyd bir saniyəyə görünə bilər, amma yenə də natamam ola bilər.
Səbəb odur ki, davamiyyət qeydi tək başına məna daşımır - ona qrafik, məzuniyyət və icazə konteksti lazımdır. Kontekst sistemdə yoxdursa, sürət heç nəyi həll etmir.
Praktikada «sürətli, amma kontekstsiz» sistem «bir saat gecikən, amma tam» sistemdən daha az faydalıdır. Sistemin nə etməli olduğunu işçi davamiyyət sistemi nədir səhifəsində açmışıq.
Demo zamanı praktik yoxlama
Nəzəri müzakirə əvəzinə bir sınaq aparın: demo zamanı qeyd yaradın və eyni anda mərkəzi ekranı izləyin.
Üç şeyə diqqət edin: qeyd neçə saniyəyə göründü; qrafik konteksti ilə birlikdə göründümü; filial filtri işlədimi?
Bu üç dəqiqəlik yoxlama uzun müzakirələrdən daha çox məlumat verir.
Nəyi tələb etmək lazımdır
Müqavilədə və ya təklifdə dörd şeyin yazılı olması faydalıdır: qeydin görünmə müddəti, oflayn davranış, bildiriş imkanlarının siyahısı və hesabatın hansı mənbələri birləşdirdiyi.
Şifahi vədlər altı ay sonra yadda qalmır. Yazılı təsbit isə hər iki tərəf üçün faydalıdır.
Praktik nümunə
Növbəli işləyən 60 nəfərlik şirkət «real-time» vədi ilə sistem seçdi. Quraşdırmadan sonra məlum oldu ki, qeydlər cihazda toplanır və gündə bir dəfə - gecə saatlarında - mərkəzə ötürülür.
Texniki olaraq təchizatçı yalan deməmişdi: qeyd cihazda dərhal yaranırdı. Amma şirkətin ehtiyacı başqa idi - səhər növbəsində kimin olmadığını həmin saat bilmək.
Problem yalnız üç ay sonra, növbə örtüyü ilə bağlı ciddi bir hadisədən sonra üzə çıxdı. Sonrakı seçimdə şirkət artıq bir sual verirdi: «qeyd mərkəzi ekranda nə vaxt görünür?»
Ümumi mənzərəni işçilərin davamiyyətinə nəzarət səhifəsində yazmışıq.
Qərar meyarı
Üç sual öz ehtiyacınızı müəyyənləşdirir: növbə örtüyü pozulanda neçə dəqiqə ərzində bilməlisiniz; neçə filialı eyni anda izləyirsiniz; internetin zəif olduğu nöqtəniz varmı?
Birinci suala cavab «bir neçə saat» olsa, sürət sizin üçün əsas meyar deyil və ona görə əlavə ödəməyə dəyməz.
Sürətin qiyməti var
Sürət pulsuz gəlmir və bu, müqayisə zamanı nəzərə alınmalıdır.
Anlıq görünüş üçün üç şərt lazımdır: davamlı bağlantı, mərkəzi saxlama və qeydin dərhal ötürülməsi. Hər üçü infrastruktur tələb edir.
Bu tələblər sabit qrafikli tək ofisdə çox vaxt lazımsızdır. Növbəli və çox filiallı şirkətdə isə əksinə - onların olmaması gündəlik itki yaradır.
Praktik yanaşma budur: sürəti «nə qədər çox, o qədər yaxşı» kimi deyil, ehtiyaca uyğun seçmək. Artıq sürət üçün ödəniş etmək də, çatışmayan sürətlə yaşamaq da eyni dərəcədə bahalıdır.
Növbəti addım
Mövcud sisteminizdə bir ölçü aparın: bu gün ilk qeyd neçədə yarandı və mərkəzi ekranda neçədə göründü? Fərq varsa, onu dəqiqə ilə yazın.
QRGate qeydləri yarandığı anda filial və qrafik konteksti ilə birlikdə göstərir. QRGate imkanlarına bax və ya qiyməti hesabla.
