Sayt və veb tətbiq - fərqli layihələrdir

İlk görüşdə adətən belə başlayır: «sayt lazımdır ki, müştərilər müraciət göndərsin və sifarişin statusunu görsün». Bu cümlədə iki fərqli layihə var. Birinci hissə saytdır: şirkət haqqında danışmaq və müraciət toplamaq. İkinci hissə isə artıq tətbiqdir: müştəridə giriş yaranır, sifarişdə vəziyyət yaranır və kimsə bu vəziyyəti dəyişməlidir. Fərq ölçüdə və səhifələrin sayında deyil, qiymətə isə güclü təsir edir.

01Sadə əlamət: saytda oxuyurlar, tətbiqdə işləyirlər

Saytı girişsiz açmaq, oxumaq və bağlamaq olar. Orada məlumat bütün ziyarətçilər üçün eynidir, ən mürəkkəb hərəkət isə formanı göndərməkdir. Tətbiq insanın öz hesabı və içəridə öz məlumatları yarandığı yerdən başlayır.

Gələcək layihəni beş əlamətlə yoxlayın. Ən azı üçü sizin haqqınızdadırsa, söhbət tətbiqdən gedir:

• İstifadəçi öz hesabı ilə daxil olur və içəridə qalanların gördüyünü yox, başqa şeyi görür.
• İstifadəçilərin bir neçə tipi var, onların ekranları və hüquqları fərqlidir: müştəri, işçi, menecer, administrator.
• Müraciətin, sifarişin və ya sövdələşmənin vəziyyətləri var və onlar iş gedişində dəyişir.
• Bir adamın hərəkəti o birinin gördüyünü dəyişir.
• İçəridə konkret istifadəçinin görməməli olduğu məlumat var: özgə qiymətləri, özgə sənədləri, müştərinin əlaqə məlumatları.

Heç bir bənd uyğun gəlmirsə, sizə sayt lazımdır və bu yaxşı xəbərdir: o daha ucuz, daha sürətli və dəstəyi daha asandır.

02Koda qədər həll olunan dörd sual

Tətbiqdə mürəkkəbliyin demək olar ki, hamısı verstka mərhələsində yox, razılaşmalar mərhələsində həll olunur. Sxemi kod yazılmazdan əvvəl qurur və sifarişçi ilə təsdiqləyirik, çünki sonradan onu yenidən qurmaq ən baha başa gəlir.

• Hansı rollar var. «İstifadəçi və admin» yox, dürüst siyahı: müraciəti kim yaradır, kim icra edir, kim razılaşdırır, hesabatı kim görür.
• Hansı vəziyyətlər var. Müraciətlə yaranmasından bağlanmasına qədər nə baş verir və vəziyyətlər arasında hansı keçidlərə icazə var, hansılara yox.
• Kim nəyi görür. Hər rol üçün: hansı sahələr əlçatandır, hansılar isə ümumiyyətlə onun ekranına gəlməməlidir.
• Nə ilə əlaqə qurmaq lazımdır. Ödəniş, bank, çatdırılma xidməti, mühasibatlıq, CRM, partnyorun API-ı. Hər xarici sistem öz müddəti olan ayrıca iş parçasıdır.

Bu dörd cavab elə texniki tapşırığın özüdür. Onlar yoxdursa, istənilən dəyər qiymətləndirməsi təxmin olacaq.

03Giriş hüquqları göründüyündən baha başa gəlir

Tələblərdə ən çox rast gəlinən səhv belə səslənir: «elə edin ki, podratçı digər podratçının qiymətini görməsin». İnterfeysdə bu bir gizlədilmiş sətir kimi görünür və qiyməti də ona uyğun qoyulur. Əslində isə sətri yox, məlumatı gizlətmək lazımdır: server qiyməti brauzerə göndəribsə, o, ekranda çəkilib-çəkilməməsindən asılı olmayaraq, developer alətlərində görünür.

Düzgün cavab daha baha başa gəlir: server istifadəçinin hüququ olmayan heç nəyi ümumiyyətlə verməməlidir. Özü də eyni cür üç yerdə - məlumat sorğusuna cavabda, ani yenilənmələrdə və fayllara girişdə. Bunu avtotestlərlə də bağlamaq lazımdır, çünki gözlə yoxlanmır: ekran hər iki halda düzgün görünür.

04Qiymət nədən yığılır

Saytda qiymət əsasən həcmdən asılıdır: neçə səhifə, neçə dil, dizayn nə qədər mürəkkəbdir. Tətbiqdə səhifələrin həcmi demək olar ki, heç nəyə təsir etmir, bunun əvəzinə üç başqa şey hesablanır.

• Rolların sayı. Hər yeni rol «daha bir düymə» yox, öz ekranları, öz hüquqları və öz yoxlamalarıdır.
• Vəziyyətlərin və onlar arasındakı keçidlərin sayı. Üç əvəzinə səkkiz keçid - təsvir edilməli və yoxlanılmalı hallardan dəfələrlə çox deməkdir.
• Xarici sistemlər. Banka və ya partnyorun API-na qoşulmaq demək olar ki, həmişə göründüyündən uzun çəkir: qarşı tərəf öz qrafiki ilə yaşayır.

Açıq rəqəmlərimiz: sayt - 3200 manatdan, veb tətbiq - 25 000 manatdan. Təhvil verilmiş layihə üzrə müddət orientiri: iki kabineti, altı vəziyyətli sövdələşməsi, faylları və real vaxt yenilənmələri olan marketpleys dörd ay işləmə, üstəgəl sifarişçi tərəfində qəbul testləri aparıb.

05Tətbiq nə vaxt lazım deyil

Düşünüldüyündən daha tez-tez. Müştəriyə statusu zənglə və ya mesajla bilmək kifayətdirsə, gündəlik müraciətlərin sayı isə çox deyilsə, «formalı sayt plus cədvəl və ya hazır CRM» bağlaması məsələni dəyərin bir hissəsinə həll edir və bir neçə aydan sonra yox, sabah işləyir. Tətbiq o yerdə özünü doğruldur ki, məlumatın adamlar arasında əllə ötürülməsi artıq mane olur: müraciət çoxdur, tərəflər bir neçədir və səhvlər pula başa gəlir.

Dürüst ardıcıllıq belədir: əvvəlcə yoxlayırıq, məsələ sayt və hazır alətlərlə bağlanırmı. Bağlanırsa, biz bunu açıq deyirik.

06Bu, canlı halda necə görünür

On tərifi oxumaqdansa, bir dəfə açmaq asandır. Portfoliomuzda açıq demo versiyası olan «Tikinti üçün marketpleys» keysi var: qeydiyyat lazım deyil, giriş səhifəsində sifarişçi və iki şirkət üçün hazır hesablar var, hesabın yanındakı düymə dərhal daxil edir. Yuxarıda yazılanların hamısı orada görünür: rollar, sifarişin vəziyyətləri, kənar şirkətin nəyi gördüyü və nəyi görmədiyi. Sifarişçini və şirkəti iki fərqli brauzerdə açsanız, bir tərəfin hərəkəti o birində səhifə yenilənmədən görünəcək.