CRM joriy qilish uchun texnik topshiriq: talablar va qabul qilish shabloni

Vazifa pasporti va chegaralarini rasmiylashtiring

Kompaniya, bo'linmalar, ishchi rollar soni, interfeys tillari va murojaatlarning joriy manbalarini ko'rsating. Muammoni kuzatuv orqali yozing: formadagi arizalar qo'lda yuboriladi, murojaatlarning bir qismi egasiz qoladi, ochiq bitimlar bo'yicha hisobot bir nechta jadvaldan yig'iladi. Keyin kerakli ishchi natijani va o'lchash usulini belgilang. Masalan, har bir qabul qilingan murojaat tasvirlangan qoidaga ko'ra egasi va keyingi harakat muddatini olishi kerak.

Birinchi versiyaga kiradigan jarayonlarni sanab o'ting: murojaatni qabul qilish, saralash, taklif, kelishish va bitim natijasi. Hozircha mustaqil baholashni talab qiladigan kelajakdagi kengaytmalarni alohida qatorda ko'rsating. Hujjat egasini va yangi versiyani tasdiqlash tartibini belgilang. Joriy qilishning umumiy kalendarini 30, 60 va 90 kunlik rejadan olish mumkin, texnik topshiriqni esa tizim xatti-harakati, ma'lumotlar va tayyorlik dalillariga bag'ishlang. Loyihani muhokama qilish uchun Toshkentda CRM joriy qilish uchun materiallar tayyorlang.

Obyektlar va bog'lanishlarni tasvirlang

Lug'at tuzing: kontakt, kompaniya, murojaat, bitim, vazifa va hujjat. Har bir obyekt uchun maqsadi, egasi va majburiy bog'lanishlarini ko'rsating. Kompaniyada bir nechta kontakt, mijozda bir nechta ochiq bitim, bitimda bir nechta mas'ul vazifa bo'lishi mumkinmi, tushuntiring. Bitta obyekt tushunarli biznes mohiyatini anglatishi kerak. Agar jamoa ham odamni, ham kompaniyani "mijoz" deb atasa, noaniq import va hisobotdan qochish uchun ikkita misol keltiring.

Identifikatsiya uchun tashqi ID, telefon, email yoki boshqa kelishilgan kalitni ko'rsating. Mos kelish holatlarini va bir nechta kartochka topilgandagi harakatlarni tasvirlang. Har bir maydon uchun tur, format, ruxsat etilgan qiymatlar, majburiylik va yangilanish manbasini belgilang. HubSpot'ning xususiyatlar haqidagi hujjatlarida maydonlarni turlar bo'yicha ajratish ko'rsatilgan. Muayyan CRM'ning nomlari va cheklovlari amalga oshirishni tanlashdan oldin tekshiriladi. Rad etish sabablari va murojaat manbalari ma'lumotnomalarini alohida jadval sifatida ilova qiling.

Bosqichlarni o'tish shartlari orqali belgilang

Har bir bosqich uchun ma'nosi, kirish shartlari, majburiy ma'lumotlar, keyingi harakat va chiqish mezonini tasvirlang. "Taklif yuborildi" bosqichi hujjatning qayd etilgan yuborilishini yoki boshqa kelishilgan faktni anglatishi kerak. Bitimni oldingi bosqichga kim qaytarishi mumkinligini, qachon sabab talab qilinishini va takroriy murojaat qanday hisobga olinishini ko'rsating. "Yopilgan" bosqichi aniq natijani talab qiladi: sotuv, rad etish yoki boshqa kelishilgan holat.

Qaysi bosqichlar xodimlar ishini haqiqatan farqlashini tekshiring. Haddan tashqari batafsil voronka qo'lda bajariladigan harakatlar sonini oshiradi va bir xil talqin qilishni qiyinlashtiradi. Haddan tashqari umumiy voronka kechikish joyini yashiradi. HubSpot'ning voronkalar haqidagi hujjatlari bosqichlar va shartlarni sozlashga misol bo'ladi. Texnik topshiriqda biznes qoidani avval so'zlar bilan tasvirlang, keyin tanlangan tizimda amalga oshirish usulini qo'shing. Voronka almashganda va bitim bo'limlar o'rtasida ko'chirilganda xatti-harakatni alohida ko'rsating.

Tekshirsa bo'ladigan talab kartochkasidan foydalaning

Kartochka shabloni talab kodi, nomi, tashabbuskori, ustuvorligi, dastlabki shartlari, foydalanuvchi harakati, kutilgan natija, istisnolar va tekshirish mezonini o'z ichiga oladi. Masalan: CRM-012, kiruvchi murojaatni tayinlash, sotuv jarayoni egasi, majburiy. Dastlabki shart: forma to'g'ri telefonli yangi murojaatni uzatdi. Harakat: tizim hodisani qabul qildi. Natija: yozuv navbat qoidasi bo'yicha egasini va birinchi aloqa vazifasini oldi. Istisno: barcha xodimlar band, navbatchi rahbar tayinlanadi.

Tekshirish mezoni kuzatiladigan faktlarni tasvirlashi kerak: tekshiruvchi yaratilgan kartochkani, tayinlangan xodimni, vazifa muddatini va hodisa identifikatorini ko'radi. Raqamli cheklovlar uchun o'lchash usuli va kelishilgan yuklamani ko'rsating. "Tez ishlaydi" iborasini prototip sinovidan keyin tanlangan ssenariy uchun aniq vaqt bilan almashtiring. Agar chegara hali noma'lum bo'lsa, uni mas'ul va qaror sanasi bilan ochiq savol sifatida belgilang. Shunda pudratchi hajmni baholay oladi, buyurtmachi esa so'zlar ma'nosi haqida bahslashmasdan natijani tekshira oladi.

Ishchi rollarni administrator sozlamalaridan ajrating

Ko'rish, o'zgartirish, eksport, o'chirish, bitimni topshirish va integratsiyalarga kirish bilan rollar matritsasini ilova qiling. Har bir katakda sohani ko'rsating: o'z yozuvlari, bo'lim yoki kompaniya. Ta'til vaqtida o'rnini bosish va xodimning ketish tartibini tasvirlang. Administrator foydalanuvchilarni yaratish va rollarni o'zgartirishning tushunarli tartibiga ega bo'lishi kerak. Pudratchi uchun kirish muddati va boshqaruvni buyurtmachiga topshirish usulini belgilang.

Talablarga boshqa birovning kartochkasiga to'g'ridan-to'g'ri havolani, hisobotni yuklab olishni va ulangan ilovaning kirishini tekshirishni qo'shing. OWASP'ning avtorizatsiya bo'yicha tavsiyalari kirish kod orqali amalga oshiriladigan o'z kabinetlari va integratsiyalar uchun foydali. Tayyor CRM'da cheklovlar mavjudligi mahsulot va tarifga bog'liq. Buni shartnomadan oldin tekshiruv predmeti sifatida ko'rsating. Jamoa odatlari va kerakli maslahatlarni xodimlar CRM'ni yaxshi yuritmasligi sabablariga tayangan holda muhokama qilish kerak.

Integratsiyani almashinuv shartnomasi sifatida tasvirlang

Har bir manba uchun egasi, uzatish yo'nalishi, hodisalar, maydonlar, identifikator va avtorizatsiya usulini ko'rsating. Telefon, to'lov statusi, summa va mas'ul uchun haqiqat manbasi kim ekanini qayd eting. Bitta maydonni bir vaqtda o'zgartiradigan ikki servis ziddiyatni hal qilish qoidasini talab qiladi. Takroriy yetkazish, ishlov berish tartibi, xatolar navbati va mas'ulni xabardor qilishni tasvirlang. Tashqi API'ning muvaffaqiyatli javobi hali yozuv xodimga kerakli joyda mavjudligini tekshirishni talab qiladi.

Saytni CRM bilan integratsiya qilish uchun anonimlashtirilgan ariza namunasi va qayta yuborish qoidasini ilova qiling. Telegram orqali arizalar uchun kontakt bilan bog'lanish va tarixni kelishilgan hajmda uzatishni belgilang. Telefoniyaga marshrutlar xaritasi, statuslar va qayta qo'ng'iroqlar kerak. Bog'liqliklarni ko'rsating: API'ga kirish, test akkaunti, limitlar, hujjatlar va tashqi tizim egasining kontakti. Yetishmayotgan kirish huquqi ish boshlanishidan oldin bloklovchi shart sifatida ko'rinib turishi kerak.

Migratsiya va hisobotlarga talablarni qo'shing

Boshlang'ich fayllar, obyektlar, ma'lumotlar hajmi, tarix davri va ilovalarni sanab o'ting. Maydonlar xaritasi, eski identifikatorlarni saqlash, dublikatlarni qayta ishlash qoidasi va bog'lanishlarni tekshirish usulini tasvirlang. Sinov importi murakkab yozuvlarni o'z ichiga olishi kerak, undan keyin xatolar hisoboti kerak. HubSpot'ning import fayllariga talablari nega formatni oldindan kelishish zarurligini ko'rsatadi. Sizning texnik topshirig'ingizda tanlangan tizim cheklovlari, jumladan faollikni ko'chirishning qo'llab-quvvatlanadigan usuli, alohida tasdiqlanadi.

Har bir hisobot uchun rahbarning savoli, ma'lumotlar manbasi, davr, filtrlar va formulani yozing. "Konversiya" barcha murojaatlar orasida sotuvlar ulushini yoki ikki bosqich o'rtasidagi o'tishni anglatishi mumkin. Maxraj, dublikatlar qoidasi, vaqt zonasi va bekor qilingan bitimlar hisobini ko'rsating. Kutilgan raqamlar bilan o'quv ma'lumotlar to'plamini ilova qiling. Bu hisobni ishga tushirishdan oldin tekshirish imkonini beradi. Agar iqtisodiy natija kerak bo'lsa, CRM'ning o'zini oqlashini baholash haqidagi materialdagi yondashuvdan foydalaning va model farazlarini alohida qayd eting.

Qabul qilish ssenariysining o'quv misoli

Shartli A-07 ssenariysi doimiy mijozning arizasini tekshiradi. Dastlabki shartlar: kontakt allaqachon bor, unda ikkita ochiq bitim bor, menejer bo'sh. Tekshiruvchi xuddi shu telefon va yangi so'rov bilan forma yuboradi. Kutilgan natija: tizim kontaktni topadi, kelishilgan qoidaga ko'ra alohida murojaat yoki bitim yaratadi, manbani saqlaydi va egasini tayinlaydi. Oldingi bitimlar tarixi saqlanadi, yangi ariza esa o'zining keyingi harakatini oladi.

Keyin tekshiruvchi xuddi shu texnik so'rovni xuddi shu identifikator bilan takrorlaydi. Ishlov berishning bitta natijasi va jurnalda takroriy yetkazish yozuvi kutiladi. Shundan so'ng tashqi tizimning test kirishi o'chiriladi va yangi ariza mas'ulni xabardor qilgan holda xatolar navbatiga tushishi kerak. Kirish tiklangandan keyin hodisa reglament bo'yicha qayta ishlanadi. O'quv misoli uchta talabni tekshiradi: mijozni moslashtirish, takrorlardan himoya va almashinuvni tiklash. Har biri bayonnomada alohida natija oladi.

Ochiq savollar va bog'liqliklar reyestrini yuriting

Texnik topshiriqni ijrochiga topshirishdan oldin hozircha qaror talab qiladigan savollarni ajrating. Har biri uchun egasi, javob sanasi va baholashga ta'sirini ko'rsating. Masalan, buxgalter to'lov statusi manbasini tasdiqlaydi, sotuv rahbari tayinlash qoidasini tanlaydi, tashqi tizim administratori API mavjudligini tekshiradi. Noma'lum bog'liqlikka ega talab belgi va baholash shartiga ega bo'lishi kerak. Bu hajmning dastlabki diapazonini kelishib olish va keyin ma'lumotlar olingach, aniq qismni aniqlashtirish imkonini beradi.

Reyestrda buyurtmachi qarorlari va ijrochining texnik tekshiruvlarini ajrating. Agar buyurtmachi xizmatlar ma'lumotnomasini tanlayotgan bo'lsa, dasturchi parallel ravishda test arizasini uzatishni sinab ko'rishi mumkin. API faqat alohida shartnomadan keyin mavjud bo'lsa, shartnoma egasini va kutilgan kirish sanasini belgilang. Integratsiyaning tayyorlik muddati shu bog'liqlikni hisobga olib hisoblanadi. Texnik topshiriqni kelishishda reyestrni to'liq ko'rib chiqing va qaysi savollar shartnomani, qaysilari amalga oshirishni bloklashini, qaysilarini esa prototip davomida hal qilish mumkinligini yozing. Yopilgan savol qabul qilingan qarorga va tegishli talabning yangi versiyasiga havola qilishi kerak. Bunday yondashuv o'zgarishlar ketma-ketligini saqlashga va nega qo'shimcha ish paydo bo'lgani yoki ishga tushirish tartibi o'zgarganini tushuntirishga yordam beradi.

Topshirish to'plami va hajm o'zgarishlarini kelishib oling

Topshirish to'plamiga sozlangan CRM, maydonlar lug'ati, rollar matritsasi, integratsiyalar tavsifi, import bayonnomasi, sinov natijalari va administrator yo'riqnomalarini kiriting. Har bir bo'limni kim qabul qilishini va qaysi nuqsonlar ishga tushirishni bloklashini belgilang. Foydalanuvchilarni o'qitishni ishchi ssenariylarda o'tkazing: arizani qabul qilish, aloqani rejalashtirish, bitimni topshirish va tarixni topish. Yangi xodimlar uchun qisqa eslatma va qo'llab-quvvatlashga murojaat qilish tartibini saqlang.

Texnik topshiriqdagi o'zgarishlarni alohida yozuv bilan rasmiylashtiring: sabab, yangi xatti-harakat, narx va muddatlarga ta'sir, kelishuvchi va hujjat versiyasi. Har bir pudratchi majburiy ssenariylar va istisnolarning bir xil ro'yxatini ko'rganda takliflarni solishtirish osonroq. CRM byudjetini baholashda sozlash, qo'shimcha ishlab chiqish, migratsiya, sinovlar va kuzatib borishni ajrating. Aniq topshiriqni tayyorlash uchun TIPA'ga jarayonlar xaritasi va anonimlashtirilgan misollarni topshirish mumkin. Ular bo'yicha loyiha hisobidan oldin ochiq savollarni aniqlash osonroq.

Birlamchi manbalar va hujjatlar

• HubSpot: xususiyatlarni yaratish va turlari
• HubSpot: voronkalar va bosqichlarni sozlash
• HubSpot: import fayllariga talablar
• OWASP: avtorizatsiyaga talablar

Keyingi qadam

Agar sxemani o'z loyihangizga qo'llamoqchi bo'lsangiz, vazifalar va ishlar tarkibini TIPA jamoasi bilan muhokama qiling. Avval boshlang'ich ma'lumotlar va tayyorlik mezonlarini qayd etamiz, so'ng ish hajmini baholaymiz.