İnkişaf

Veb-tətbiq, yoxsa sayt: sərhəd harada keçir

Sayt məlumatı göstərir, tətbiq istifadəçinin işini yerinə yetirir. Sərhədin dəqiq harada keçdiyini və şəxsi kabinetin tapşırığın sinfini niyə dəyişdiyini təhlil edirik.

Formal olaraq həm sayt, həm veb-tətbiq brauzerdə ünvanla açılır və sifarişçi tərəfindən fərq çox vaxt mürəkkəblik fərqi kimi görünür: "sayt sadədir, tətbiq mürəkkəbdir". Əslində bunlar fərqli arxitekturası, fərqli komandası və fərqli sahiblik dəyəri olan fərqli tapşırıq sinifləridir. Sərhədi texniki tapşırıqda şəxsi kabinet barədə sətir görünməzdən əvvəl başa düşmək faydalıdır.

Fərq feildədir

Sadə fərqləndirmə: sayt göstərir, tətbiq edir.

Sayt məlumatı şirkətdən ziyarətçiyə ötürür. Məzmun əvvəlcədən hazırlanıb, onu açan hər kəs üçün eynidir və redaktor dəyişdikdə dəyişir. Ziyarətçi oxuyur, müqayisə edir, sonda müraciət qoyur. Müraciət saytın kənarıdır: sonra iş e-poçtda, CRM-də, telefonda gedir.

Tətbiq istifadəçinin öz işini yerinə yetirir. O, ora oxumağa deyil, nəsə etməyə daxil olur: sifariş verib izləmək, hesabat toplamaq, tapşırıq təyin etmək, sənəd imzalamaq, ay üzrə öz rəqəmlərinə baxmaq. Hərəkətlərinin nəticəsi saxlanılır və növbəti dəfə görəcəyinə təsir edir. Hər kəsin məzmunu özünündür.

Buradan praktik nəticə: saytda ziyarətçi anonim və eynidir, tətbiqdə isə o, tarixçəsi olan konkret insandır. Sərhəd məhz budur.

Tətbiqlə birlikdə yaranan üç şey

Layihədə istifadəçinin işi yarandığı anda saytda ümumiyyətlə olmayan üç mahiyyət görünür.

Vəziyyət. Sifarişin statusu, sənədin versiyası, tapşırığın icraçısı və müddəti var. Vəziyyətlər dəyişir, qaydalara görə birindən digərinə keçir və bu qaydaları təsvir etmək lazımdır. "Yalnız ödənişə qədər ləğv etmək olar", "razılaşdırmadan sonra redaktə etmək olmaz" — müzakirədə belə ifadələr tətbiq layihələndirdiyinizi bildirir.

Rollar. Tətbiqdə nadir hallarda bir istifadəçi növü olur. Müştəri və menecer, əməkdaş və rəhbər, admin var. Hər biri özününkünü görür və hər şeyi edə bilmir. Giriş hüquqları ayarlardakı işarələr deyil, bütün məhsuldan keçən məntiqdir: hər ekran və məlumatlara hər sorğu onu dəqiq kimin etdiyini soruşmalıdır.

İtirilə bilməyən məlumatlar. Saytdakı mətni surətdən bərpa edib yenidən yazmaq olar. İstifadəçilərin sifarişləri, əməliyyatlar tarixçəsi və yüklənmiş sənədlər bərpa edilmir. Bu, ehtiyat nüsxələrə, bazanın miqrasiyalarına, yeniləmələrin necə yayımlandığına tələbləri dəyişir.

Bu üçə demək olar ki, həmişə dördüncü əlavə olunur: səhvlər baha başa gəlir. Xidmətlər səhifəsindəki hərf səhvi — xoşagəlməzlikdir. Anbardakı qalığın hesablanmasındakı səhv — pul və araşdırmadır. Buradan adi saytda qısaltmaq mümkün olan, burada isə olmayan sınaq tələbi gəlir.

"Gəlin sayta kabinet əlavə edək"

Bu ifadə kiçik genişlənmə kimi səslənir, amma tapşırıq sinfinin dəyişməsini bildirir. Onun arxasında nə durduğunu təhlil edək.

Qeydiyyat və giriş yaranır — deməli, parollar, onların bərpası, e-poçtun təsdiqi, seçmədən müdafiə, sessiyalar və onların bitməsi lazımdır. İstifadəçi məlumatları yaranır — deməli, onların harada saxlandığını, kimin gördüyünü, sorğu üzrə necə silindiyini həll etmək lazımdır. İstifadəçidən asılı məzmun yaranır — deməli, səhifələrin tamamilə adi keşlənməsi artıq işləmir və məhsuldarlıq başqa cür hesablanır.

Sonra hər şeyi həll edən sual: kabinet məlumatları haradan götürür. İstifadəçi öz sifarişlərini görməlidirsə, onlar artıq haradasa var — uçot sistemində, CRM-də, anbar proqramında. Kabinet başqasının bazasının vitrininə çevrilir və layihənin yarısı inteqrasiyaya çevrilir: necə götürmək, nə qədər tez-tez yeniləmək, mənbə əlçatan olmayanda nə göstərmək.

Şəxsi kabinet saytın bölməsi deyil, onun yanında yaşayan və çox vaxt ondan uzun yaşayan ayrıca məhsuldur.

Buna görə "hazır sayta kabinet əlavə etmək" qərarı həmişə pis deyil, amma öz büdcəsi və öz dəstəyi olan ikinci layihəni işə salmaq qərarı kimi qəbul edilməlidir. Bu tapşırıq sinfi barədə ətraflı veb-tətbiqlər bölməsində.

Aralıq hallar

Sərhəd həmişə aydın deyil. Bir neçə tipik vəziyyət və onların əslində harada olduğu.

  • İnternet mağaza. Formal olaraq bu, tətbiqdir: səbət, sifarişlər, statuslar, ödəniş. Amma onun hamının gördüyü və axtarışda indeksləşməli olan böyük vitrin hissəsi var. Buna görə mağaza demək olar ki, həmişə hibriddir: açıq səhifələr sayt qaydaları ilə, səbətdən sonrakı hər şey — tətbiq qaydaları ilə işləyir.
  • Saytda kalkulyator. Brauzerdə hesablayır, heç nə saxlamır, nəticə heç nəyə təsir etmir — bu, hələ saytdır. Hesablama istifadəçinin şəxsi tarixçəsində saxlanılan kimi bu, artıq tətbiqdir.
  • Şərhləri olan bloq. İstifadəçilər nəsə yaradır, amma məhsulun özəyi məzmunun dərcidir. Bu, tətbiq deyil, məhdud interaktivliyi olan saytdır.
  • Əməkdaşlar üçün idarəetmə paneli. İndeksləşmə lazım deyil, açıq trafik yoxdur, amma rollar, vəziyyətlər və çoxlu cədvəl var. Ekranlar az olsa belə, təmiz şəkildə tətbiq.

Düymələrin sayına deyil, istifadəçi hərəkətinin nəticəsinin saxlanıb-saxlanmadığına və sonrakı işə təsir edib-etmədiyinə baxmaq lazımdır.

Hazırlanma prosesində nə dəyişir

Tapşırıq sinfindəki fərq layihənin necə aparıldığını da dəyişir.

  1. Dizayn əvəzinə layihələndirmə. Saytda iş səhifələrin strukturu və prototiplərlə başlayır. Tətbiqdə — ssenarilər, rollar və məlumat modeli ilə. Vəziyyətlər təsvir olunmazdan əvvəl çəkilmiş gözəl maketləri yenidən etmək lazım gələcək.
  2. Başqa iş tərkibi. Tətbiqdə səylərin əhəmiyyətli hissəsi ekranda görünmür: backend, verilənlər bazası, giriş hüquqları, inteqrasiyalar, səhvlərin emalı.
  3. Başlanğıc — finiş deyil. Sayt təhvildən sonra aylarla dəyişməyə bilər. Tətbiq başlanğıcdan sonra yaşamağa başlayır: istifadəçilər narahatlıqlar tapır, yeni ssenarilər yaranır, əks əlaqə kanalı və müntəzəm yeniləmələr lazımdır.
  4. Dəstək məcburidir. Tətbiqin növbətçiliyi var: o çöksə, insanlar işləyə bilmir. Bu, xoş niyyət jesti deyil, ayrıca razılaşmadır.
  5. Sahiblik dəyəri yüksəkdir. Server, ehtiyat nüsxələr, monitorinq, asılılıqların yenilənməsi, insidentlərin təhlili. Bu, müntəzəm xərc maddəsidir və onu dərhal nəzərə almaq lazımdır.

Tətbiqin lazım olduğunu necə anlamaq olar

Özünüzü suallarla yoxlayın. Tapşırığı sayt adlandırmağı dayandırmaq üçün iki-üç müsbət cavab kifayətdir.

  1. İstifadəçi özününkünü görmək üçün öz adı ilə daxil olmalıdırmı?
  2. Onun hərəkətlərinin nəticəsi saxlanılırmı və sabah görəcəyinə təsir edirmi?
  3. Fərqli hüquqlu bir neçə istifadəçi növü varmı?
  4. Obyektlərin qaydalara görə dəyişən statusları varmı?
  5. Başqa sistemlə — uçot, ödəniş, anbar — məlumat mübadiləsi lazımdırmı?
  6. Yanlış hesablama və ya qeydin itməsi pula başa gələcəkmi?

Bütün cavablar "yox"dursa, sizə sayt lazımdır və ondan tətbiq etmək heç kimin istifadə etməyəcəyi mürəkkəbliyə görə ödəmək deməkdir. Əks səhv daha tez-tez rast gəlinir və daha baha başa gəlir: layihəni sayt kimi başlayırlar, yarım ildən sonra kabinet, sonra rollar, sonra inteqrasiya əlavə edirlər — və onun üçün nəzərdə tutulmamış təməl üzərində qurulmuş tətbiq alırlar.

Cavablarınıza görə mənzərə qarışıqdırsa, adətən ssenarilərin təsviri çatışmır: sistemdə hər gün dəqiq kim nə edir. Bunu təsvir edin — və sizin halınızda sərhədin harada keçdiyini müzakirə edək.