B2B saytdagi shaxsiy kabinet: qachon kerak va unga nimalar kiradi

Mijozning takrorlanadigan vazifasini toping

Menejerlardan oddiy ish haftasi davomida amaldagi mijozlarning murojaatlarini sanab berishni so'rang. Ulardan qaysilari bir xil harakatni talab qiladi: hisob-faktura yuborish, yetkazib berishni takrorlash, statusni tasdiqlash, eski spetsifikatsiyani topish? Ro'yxatni bir nechta mijoz bilan solishtiring. Tez-tez bo'ladigan murojaat tushunarsiz hujjat yoki ichki jarayondagi kechikish tufayli paydo bo'lishi mumkin. Bunday holda kabinet muammoni yangi ekranda takrorlaydi. Har bir taxminiy funksiya uchun hozirgi bajarilish usuli, ishtirokchilar, kerakli ma'lumotlar va tugallanish shartini yozing. Bu ishlab chiqishdan oldin tekshirish mumkin bo'lgan foydalilikni baholash uchun asos yaratadi.

Agar tashrif buyuruvchilar birinchi marta kelsa va har bir buyurtma alohida texnik baholashni talab qilsa, avval tijorat taklifi (TT) so'rovli B2B katalogni yaxshilang. Birinchi murojaatdan oldin ro'yxatdan o'tish suhbat boshlanishini qiyinlashtirishi mumkin. Doimiy mijoz uchun vaziyat boshqacha: kompaniyada shartnoma, foydalanuvchilar ro'yxati va hujjatlar tarixi bor. Ochiq va yopiq qismlar bitta katalogdan foydalanishi mumkin, lekin huquqlar va harakatlar turlicha bo'ladi. Katalog yoki do'konni tanlash haqidagi material qo'shimcha yopiq funksiyalar paydo bo'lishidan oldin bitim modelini aniqlashtirishga yordam beradi.

Ekranlar ro'yxatidan oldin ssenariyni to'liq tasvirlang

Bitta harakatni oling, masalan takroriy buyurtma. Foydalanuvchi o'tgan buyurtmani ochadi, pozitsiyalarni tanlaydi, variantlarning dolzarbligini tekshiradi va yangi so'rov yuboradi. Mavjudlik, narx va shartnoma shartlarining qo'llanilishi qaysi qadamda tekshirilishini hal qilish muhim. "Takrorlash" tugmasi menejer tasdiqlaydigan qoralama yoki, agar jarayon ruxsat bersa, to'laqonli buyurtma yaratishi mumkin. Harakat nomi va muvaffaqiyat xabari haqiqiy holatga mos kelishi kerak. Ma'lumotlar manbasi hali tasdiqlamagan bo'lsa, eski buyurtma shartlarini avtomatik ravishda amaldagi sifatida ko'rsatib bo'lmaydi.

Hujjatlar uchun faylni kim chiqarishini, u qachon paydo bo'lishini va qaysi foydalanuvchilar uni yuklab olishi mumkinligini tasvirlang. Statuslar uchun ularning ma'nosini mijozning so'zlari bilan tushuntiring. "Ishlov berildi" degan ichki belgi turli bosqichlarni o'z ichiga olishi mumkin va shuning uchun yetkazib berishni rejalashtirishga yomon yordam beradi. Katta vidjetlar ro'yxati o'rniga bir nechta tugallangan yo'nalishlarni tuzing. Texnik topshiriqda har bir yo'nalishning boshlanishi, harakatlari, istisnolari va natijasini qayd eting. Bunday format funksiyani interfeysdagi chiroyli kartochka borligiga qarab emas, ishchi harakatga qarab qabul qilish imkonini beradi.

Kompaniya, foydalanuvchi va rolni ajrating

Korporativ mijozda bir nechta xodim bo'lishi mumkin: xarid bo'yicha mutaxassis so'rov tayyorlaydi, rahbar kelishadi, buxgalter hujjatlarni yuklab oladi. Kompaniya umumiy tarixning egasi bo'ladi, foydalanuvchi esa ma'lum rol bilan uning nomidan harakat qiladi. Xodimlarni kim taklif qilishi va ishdan bo'shagandan keyin kirish huquqini kim bekor qilishini tasvirlang. Agar bir kishi bir nechta kompaniya bilan ishlasa, kontekstni tushunarli almashtirish kerak. Ekranda tanlangan kompaniya va ruxsat etilgan harakatlar ko'rinib turishi kerak. Bu kundalik ishda buyurtma yoki hujjatning noto'g'ri tashkilot nomidan yuborilishining oldini oladi.

Huquqlar matritsasini tayyorlang: buyurtmani ko'rish, qoralama yaratish, kelishish, narxni ko'rish, hujjatlarni yuklab olish, ishtirokchilarni boshqarish. Har bir rol uchun ruxsat etilgan harakatlar va ma'lumotlar chegaralarini belgilang. OWASP ruxsatlarni har bir so'rovda tekshirishni va minimal zarur huquqlar tamoyilini hisobga olishni tavsiya qiladi. Yashirin tugmaning o'zi hujjatni himoya qilmaydi. Server buyurtmaning tegishliligini va foydalanuvchi ruxsatini tekshirishi kerak. Ishlab chiqarish kompaniyasi uchun bu, ayniqsa, spetsifikatsiyalar, shartlar va fayllar shartnoma yoki mijozning alohida tashkiloti bo'yicha farq qilganda muhim.

Har bir qiymatning manbasini aniqlang

Kabinetda hisob tizimidan narxlar, CRM'dan statuslar, hujjat aylanishi servisidan hujjatlar va boshqa manbadan yetkazib berish ma'lumotlari paydo bo'lishi mumkin. Har bir maydon uchun dolzarblikka javob beradigan tizimni tayinlang. Keyin yangilanish chastotasini va kechikish bo'lganda ko'rinadigan xatti-harakatni tasvirlang. Agar ma'lumotlar ertalab yangilangan bo'lsa-yu, mijoz kechqurun qarasa, qarorga ta'sir qiladigan joyda dolzarblik sanasi foydali. "Mavjud" iborasi kelishilgan ma'noni talab qiladi: buyurtma uchun mavjud, jismonan omborda yoki allaqachon zaxiralangan.

Kompaniyalar, shartnomalar, tovarlar va hujjatlar identifikatorlarini alohida tekshiring. Tashkilot nomi bo'yicha integratsiya ishonchsiz, chunki yozilishi o'zgarishi mumkin. Almashinuv xatosi bo'lganda kabinet tushunarli holatni saqlashi va xodimga tekshirish uchun signal berishi kerak. Foydalanuvchiga hozir qanday harakatni bajarish mumkinligini va nima tasdiqlashni talab qilishini tushuntirish foydali. Murojaatlarni CRM'ga uzatishni avtomatlashtirish shunga o'xshash mas'uliyat savolini ko'rsatadi, ammo kabinetga odatda statusni teskari yetkazish ham kerak bo'ladi. Almashinuv yo'nalishlari va ziddiyatlarni hal qilish qoidalari alohida tasvirlanadi.

Kirish va kirish huquqini tugatishni loyihalang

Kirish usulini auditoriya va ma'lumotlar xususiyatidan kelib chiqib tanlang. Tasdiqlangan xodimga taklif, kirishni tiklash, kontaktni almashtirish va ishdan bo'shatish alohida ssenariylarni talab qiladi. OWASP autentifikatsiya bo'yicha tavsiyalarida kirish va tiklashni himoya qilish choralarini tasvirlaydi. Bu tavsiyalar loyihani baholash bilan birga qo'llaniladi, aniq sozlamalarni esa mutaxassislar kelishadi. Foydalanuvchi qaysi kompaniyadan kirish huquqini olganini va xato bo'lganda qayerga murojaat qilishni tushunishi kerak. Qo'llab-quvvatlash uchun so'rovni tekshirishning xavfsiz tartibi kerak, shunda xodim bitta tasdiqlanmagan xabar asosida kirish huquqini bermaydi.

OWASP sessiyalarni boshqarishni ham tasvirlaydi: hayot sikli, tugatish va identifikatorlarni himoya qilish. Amalda chiqish, sessiya muddati tugashi va nozik harakatdan oldin qayta kirishni tekshirish kerak. Kirish huquqi tugagandan keyin yopiq ma'lumot, jumladan manzil to'g'ridan-to'g'ri ochilganda ham, tegishli tekshiruvni talab qilishi kerak. Sessiya muddati tugaganda qoralamani saqlashni o'ylab ko'ring, shunda odam kirgandan keyin ishni davom ettira oladi. CMS va individual ishlab chiqish haqidagi umumiy maqola platformani muhokama qilishga yordam beradi, ammo shaxsiy kabinet zarurligi aniq funksiyalar va kirish talablari bo'yicha baholanadi.

Birinchi versiyani bitta yo'nalish atrofida yig'ing

Barcha funksiyalarni bir vaqtda ishga tushirish o'rniga tushunarli foyda keltiradigan va tayyor ma'lumotlarga ega harakatni tanlang. Bu so'rovlar tarixi va tasdiqlangan hujjatlarni yuklab olish bo'lishi mumkin. Bunday hajm uchun ham kirish, kompaniyalar, rollar, xatolarga ishlov berish va qo'llab-quvvatlash kerak. Birinchi versiyada faqat jamoa qo'llab-quvvatlay oladigan manbalarni qoldiring. Agar individual narxlarni hozircha menejer qo'lda yig'sa, kabinet tasdiqlangan taklifni sana bilan ko'rsatishi, yangi so'rovni esa mutaxassisga uzatishi mumkin. Jonli narxlar ro'yxatini va'da qilish almashinuvning boshqa darajadagi yetukligini talab qiladi.

Chegaralarni qayd eting: qaysi turdagi mijozlar ulanadi, tarixning qaysi davri mavjud va xodim qanday harakatlarni bajaradi. Mijoz va ichki ega uchun yo'riqnoma yozing. W3C formalar bo'yicha qo'llanmasida maydonlarning doimiy tushunarli nomlarini tavsiya qiladi; bu takliflar, hujjatlarni qidirish va buyurtma yaratishga tegishli. Qulaylik yopiq interfeyslar uchun ham muhim. Qabul klaviatura, o'qiladigan xatolar va yuklanish holatini o'z ichiga olishi kerak. Agar mijoz xodimlari statuslarni faqat ofis stolida emas, omborda yoki yo'lda tekshirsa, telefonda ishlashni hisobga oling.

Shartli misol: qadoqlash materiallarining doimiy xaridorlari uchun kabinet

Mijozlari kelishilgan pozitsiyalarni muntazam takrorlaydigan to'qima qadoqlash materiallari yetkazib beruvchisini tasavvur qilaylik. Bu o'quv misoli, sanab o'tilgan rollar va funksiyalar esa ehtimoliy loyihani tasvirlaydi. Xarid mutaxassisi o'tgan buyurtmadan qoralama yaratadi. Rahbar tarkibni tasdiqlaydi. Yetkazib beruvchi menejeri dolzarb yetkazib berishni tekshiradi va taklifni e'lon qiladi. Mijoz buxgalteri kelishilgan hujjatlarni ko'radi. Birinchi versiyada muddat bo'yicha avtomatik va'dalar yo'q: kabinet qabul qilingan jarayondan olingan tasdiqlangan ma'lumotni ko'rsatadi. Ochiq katalog hali shartnomasi va tizimda foydalanuvchilari bo'lmagan yangi xaridor uchun kirish nuqtasi bo'lib qoladi.

Qabul qilish uchun turli buyurtmalarga ega ikkita o'quv kompaniyasi va ulardan birida uchta rol yaratiladi. Xarid mutaxassisi eski buyurtmani ochadi va shartlar tekshiruvi bilan yangi qoralama oladi. Buxgalter o'z hujjatini yuklab oladi, boshqa kompaniya hujjatini ochishga urinish esa kirish rad etilishi bilan tugashi kerak. Rahbar buyurtmani kelishadi, shundan keyin menejer to'g'ri holatni ko'radi. Keyin almashinuvdagi kechikish taqlid qilinadi va tushunarli xabar tekshiriladi. Bu misol tugallangan yo'nalish va huquqlar chegaralarini tasdiqlaydi. Unda joriy etishning real natijalari yo'q va barcha yetkazib beruvchilar uchun universal funksiyalar to'plamini belgilamaydi.

Foydalilik va qo'llab-quvvatlash narxini baholang

Cheklangan ishga tushirishdan keyin mijozlar qaysi harakatni haqiqatan mustaqil bajarayotganini tekshiring. Ro'yxatdan o'tishlar soni foydalilik haqida kam narsa aytadi: akkaunt yaratib, boshqa ochmaslik mumkin. Aniq tugallangan yo'nalishlarni, qo'llab-quvvatlashga murojaatlarni va mijoz baribir menejerdan xuddi shu harakatni qilishni so'ragan holatlarni solishtiring. Hujjatlar, statuslar va foydalanuvchi kirish huquqlarining egasini tayinlang. Qo'llab-quvvatlash xizmati qaysi ma'lumotlarni tuzatish mumkinligini, qarorni kim qabul qilishini va o'zgarish qayerda qayd etilishini bilishi kerak. Integratsiya xatolari, ayniqsa interfeys tijoriy shartlarni ko'rsatsa, ishga tushirilgandan keyin kuzatuvni talab qiladi.

Loyihani baholashda ishlab chiqish, integratsiyalar, kirish huquqlari, kuzatib borish va rollarni muntazam tekshirishni hisobga oling. Ekranlar ro'yxati butun hajmni aks ettirmaydi. Narxni muhokama qilishdan oldin huquqlar matritsasi, bitta ishchi yo'nalish va ma'lumotlar manbalari ro'yxatini tayyorlang. Qaysi jarayonlar allaqachon standartlashtirilgani va qaysilari qo'lda o'zgarishini belgilang. Bu birinchi versiyani va keyingi bosqichlarni real bog'liqliklar bo'yicha baholash imkonini beradi. Bunday to'plam bilan B2B sayt yaratishni muhokama qilish va kabinet birinchi navbatda qaysi takrorlanadigan vazifani yopishini aniqlash mumkin. Muhokama natijasi mijoz va kompaniya xodimlariga tushunarli bo'lgan tekshiriladigan ssenariy bo'lishi kerak.

Mijoz ma'lumotlarini tuzatish tartibini belgilang

Kabinet foydalanuvchi ma'lumotlarni qayerda o'zi o'zgartira olishini va qayerda yetkazib beruvchi xodimining tasdig'i kerakligini tushuntirishi kerak. Bildirishnomalar uchun kontakt odatda shartnoma tuzgan kompaniya nomi yoki to'lovchidan boshqacha o'zgaradi. Har bir maydon uchun o'zgartirish huquqini va kelajakdagi hujjatlar uchun oqibatlarni belgilang. Allaqachon chiqarilgan hujjatni profil tahrir qilingandan keyin sezdirmasdan qayta yozish kerak emas. Tizim qabul qilingan ma'lumotlar bilan bog'liqlikni saqlashi va xato bo'lganda murojaat qilishning tushunarli tartibini ko'rsatishi kerak. Qo'llab-quvvatlash xizmati qaysi o'zgarishlarni o'zi bajarishi va nimani mas'ul bo'limga uzatishi haqida yo'riqnoma oladi.

Yangi kirish huquqi so'ralganda foydalanuvchining kompaniyaga tegishliligini kelishilgan jarayon bo'yicha tekshiring. Agar bu funksiya hajmga kirsa, mijoz rahbari o'z tashkiloti doirasida xodimlarni taklif qilishi mumkin. Taklifni bekor qilish, qayta yuborish va havola muddati tugashi ko'rinadigan holatlarni talab qiladi. Bekor qilingandan keyin eski taklif kirish huquqini bermay qo'yishini tekshiring. Qabul qiluvchi xodim uchun yo'riqnoma qisqa va aniq bo'lishi kerak: kompaniya, rol, kirish usuli va qo'llab-quvvatlash kontakti. Shunda foydalanuvchilarni boshqarish dastlabki ulanishdan keyin ham ish jarayonining bir qismi bo'lib qoladi.

Birlamchi manbalar va hujjatlar

• OWASP: kirish huquqlarini tekshirish
• OWASP: foydalanuvchilarni autentifikatsiya qilish
• OWASP: sessiyalarni boshqarish
• W3C WAI: forma maydonlari nomlari

Keyingi qadam

Agar bu sxemani o'z loyihangizga qo'llamoqchi bo'lsangiz, saytning tuzilmasi va ishchi ssenariylarini muhokama qiling. Avval boshlang'ich ma'lumotlar va tayyorlik mezonlarini qayd etamiz, keyin ish hajmini baholaymiz.