CRM’da savdo voronkasi — bitim birinchi murojaatdan to‘lovgacha o‘tadigan bosqichlar ketma-ketligi. Har bir bosqichda o‘tish mezoni, mas’ul va vaqt normativi bor, to‘lovdan keyin sodir bo‘ladigan narsa — bajarish va takroriy sotuvlar — esa alohida voronkada yuritiladi. Bosqichlaringizga mos voronkali CRM’ni Syntra Systems’da joriy etish 3 000 $ dan boshlanadi.
Qisqacha
Voronka — taqdimot uchun rasm emas, tizimda bitimlar siljitiladigan bosqichlar to‘plami. Bitrix24’da voronkalar yo‘nalishlar deb ataladi va bitimlar bilan ishlash uchun kanbandagi bosqichlar to‘plami sifatida tasvirlangan, har birining kirish huquqi esa alohida sozlanadi — buni vendor hujjatlari shunday tushuntiradi.
Savdo voronkasi to‘lov yoki rad etish bilan tugaydi. Keyin boradigan hamma narsa — ishlab chiqarish, yetkazib berish, joriy etish, takroriy sotuv — boshqa mas’ullari va boshqa muddatlari bo‘lgan boshqa ish. U alohida voronkada yuritiladi, aks holda konversiya hech narsani anglatmay qoladi: «ishlab chiqarishda» turgan bitim endi sotuvda emas va sotuv bo‘limi hisobotida osilib turmasligi kerak.
Voronkalar avtomatik bog‘lanadi. Sotuv tunnellari voronkalarni ulaydi: belgilangan bosqichda bitim keyingisiga nusxalanadi yoki ko‘chiriladi, ma’lumotlar esa qo‘lda ko‘chirilmaydi — bu hujjatlarda tasvirlangan.
Bosqich menejerning bandligini emas, mijozning holatini tasvirlaydi. «Ishda» bosqich bo‘la olmaydi: undan nima sodir bo‘lgani va keyin nima bo‘lishi kerakligi tushunarli emas.
| Bosqich | Nima sodir bo‘lgan | Keyingiga o‘tish mezoni | Mas’ul |
|---|---|---|---|
| Yangi ariza | Murojaat CRM’ga tushdi, manba qayd etildi | Bog‘lanildi yoki yozishmada javob olindi | Menejer |
| Kvalifikatsiya | Mijozga nima kerakligi, byudjet va muddat ma’lum | Mijoz vazifasi va cheklovlari kartochkaga yozilgan | Menejer |
| Taklif | Mijoz hisob-kitob yoki tijorat taklifini oldi | Mijoz olganini va ko‘rganini tasdiqladi | Menejer |
| Muzokaralar | Ishlar tarkibi, narx va shartlar muhokama qilinadi | Shartlar og‘zaki kelishildi, e’tirozlar bartaraf etildi | Menejer va bo‘lim rahbari |
| Shartnoma va hisob-faktura | Hujjatlar mijozga yuborilgan | Shartnoma imzolangan, hisob-faktura chiqarilgan | Menejer va yurist |
| To‘lov | Pul hisobga tushgan | To‘lov tasdiqlangan, buyurtma bajarishga ketadi | Buxgalteriya |
Rad etish bu zanjirdan alohida turadi. U jarayon bosqichi emas, uning natijasi, va unda har doim sabab bilan majburiy maydon bo‘ladi. Bosqichlar soni kam ushlab turiladi: olti-sakkiz deyarli har qanday bo‘lim uchun yetarli, har bir ortiqcha bosqich esa bitim ma’nosiz tiqilib qolishi mumkin bo‘lgan yana bir joy.
O‘tish majburiy maydonlar bilan yopiladi: taklifda — summa va ishlar tarkibi, shartnomada — rekvizitlar va muddat, to‘lovda — sana va usul. Bu byurokratiya emas, hisobot to‘planishining va keyingi xodim ma’lumotni boshqasining yozishmasidan qidirmasligining kafolati.
Bosqich konversiyasi — tanlangan davrda undan keyingisiga o‘tgan bitimlar ulushi. Voronkaning umumiy konversiyasi birinchi bosqichdan to‘lovgacha hisoblanadi va o‘zi kam narsani tushuntiradi: tuzatish kerak bo‘lgan aniq o‘tish.
Tayyor hisobotlar buni allaqachon bilishadi: Bitrix24’dagi voronka analitikasi bosqichlardagi bitimlar summasini, ularning sonini, summa va son bo‘yicha konversiyani, shuningdek bosqichda turish davomiyligini ko‘rsatadi va bosqichni chetlab o‘tgan bitimlarni alohida hisoblaydi — vendor tavsifiga ko‘ra.
Bir davrda voronkaga kirgan bitimlar bo‘yicha hisoblash yaxshiroq. Bitta hisobotga turli yoshdagi bitimlar tushsa, uzun sikl manzarani buzadi: bu oyning ba’zi arizalari hali to‘lovgacha yetmagan va aslida bo‘lmagan yo‘qotishlarga tushib qoladi.
Misol Shartli hisob: bir oyda voronkaga 100 ariza kirdi, kvalifikatsiyaga 60 tasi yetdi, taklifni 25 tasi oldi, 10 tasi to‘ladi. O‘tishlar 60, 42 va 40 foiz beradi, umumiy konversiya — 10. Bu yerdagi eng tor joy to‘lov emas, kvalifikatsiya: qirqta ariza mohiyatli birinchi suhbatgacha ajralib chiqdi.
Yo‘qotishlar bitimlar rad etilgan va ular normativdan uzoqroq turgan joyda ko‘rinadi. Ikkala ko‘rsatkich ham rahbarning xotirasida emas, tizimda bo‘lishi kerak.
Rad etish sababi variantlar ro‘yxati bilan majburiy maydon qilinadi — erkin matn hisobotda jamlanmaydi. Ishlaydigan ro‘yxat qisqa:
Keyin bu sabablar rad etish sodir bo‘lgan bosqich bilan birga o‘qiladi. Taklif bosqichidagi «narx mos kelmadi» va birinchi bosqichdagi «bog‘lanib bo‘lmadi» har xil davolanadi: birinchisida hisob-kitob va taklif qadoqlanishi ko‘rib chiqiladi, ikkinchisida — javob berish tezligi va kanallari.
Vaqt normativi har bir bosqichga alohida belgilanadi: masalan, birinchi aloqa ish kuni davomida, taklif — uch kunda, shartnoma bo‘yicha javob — bir haftada. Undan uzoqroq turgan bitim alohida ro‘yxatga va rahbarga vazifa sifatida tushadi. Normativ bo‘lmasa, «osilib qolgan bitim» baholovchi fikr bo‘lib qolaveradi.
Ko‘pincha gap tizimda emas, bosqichlar qanday tasvirlangani va ulardan qanday foydalanilganida. Hisobotni eng tez buzadigan narsalar mana bular.
Buni tekshirish qiyin emas: bitimlar taxtasini oching va har bir bosqichda qanchasi turganini ko‘ring. Uchdan biridan ko‘prog‘i bir joyda to‘plangan bo‘lsa, gap mijozlarda emas, bosqich va o‘tish mezonining ta’rifida.
Ikkinchi voronka kompaniyada ikkinchi menejer emas, bitimning ikkinchi logikasi paydo bo‘lganda ochiladi. Bitrix24 bitta voronkani bitta bo‘lim yoki yo‘nalishga biriktirishni tavsiya qiladi — hujjatlarda shunday yozilgan.
Voronkalarni ajratish ko‘rinishidan arzonroqqa tushadi va deyarli darhol hisobotlarga ma’no qaytaradi: har bir voronkada yana qancha bitim kirgani va qanchasi pulgacha yetgani tushunarli bo‘ladi.
Voronkada o‘tishlar va eslatmalar avtomatlashtiriladi: yangi arizadan keyingi vazifa, jim turgan mijoz bo‘yicha takroriy vazifa, to‘lovdan keyin holatni almashtirish, taklif bosqichida shablon bo‘yicha hujjat. Ssenariylar va kanal qoidalari CRM’ni avtomatlashtirish haqidagi maqolada ko‘rib chiqilgan.
Odam qarorini talab qiladigan narsa avtomatlashtirilmaydi: mijoz javobiga bog‘liq o‘tish, rad etish va uning sababi, bitim summasining o‘zgarishi. Tizimga bitimlarni o‘zi siljitishga ruxsat berilsa, voronka tezda mavjud bo‘lmagan bitimlar bilan to‘ladi va hisobot yana haqiqatga mos kelmay qoladi.
Misol UzFranchise Expo‘da voronka qisqa edi: Telegram-botda ro‘yxatdan o‘tish, tashrif maqsadlari haqidagi savollar, shaxsiy QR-chipta va kirishda skan. Yagona bazada kontaktlari va qiziqishlari bilan 7 500+ kishi to‘plandi, kirishda ikki kunda 3 539 ta QR-chipta skan qilindi, skanning o‘zi esa 0,2 soniya oldi. Batafsil — ko‘rgazma keysi sahifasida.
Rahbarga barcha raqamlar emas, ish qayerda to‘xtab qolganini ko‘rsatadigan bir nechtasi kerak. Bu to‘plam har hafta olinadi.
Mijozni jalb qilish narxi kabi pul ko‘rsatkichlarini CRM reklama xarajatlari unga tushmaguncha o‘zi hisoblamaydi: reklama, arizalar va to‘lovlarni qanday bog‘lash — skvoz analitika haqidagi maqolada ko‘rib chiqilgan. Teskari yo‘nalish ham ishlaydi — Yandex Metrika CRM’dan holati va daromadi bilan buyurtmalar yuklamasini qabul qiladi va ular bo‘yicha manbalar va ROI hisobotlarini tuzadi, xizmat hujjatlariga ko‘ra.
Syntra Systems tahlildan boshlaydi: ariza birinchi murojaatdan to‘lovgacha qanday yo‘l bosib o‘tadi, qayerda to‘xtaydi va mijozlarning bir qismi nega bitimgacha yetmaydi. Keyin bitim siklingizga mos bosqichlarni yig‘amiz, majburiy maydonlar va o‘tish qoidalarini belgilaymiz, ariza manbalarini ulaymiz va konversiya hamda menejerlar ishi bo‘yicha hisobotlarni sozlaymiz. Shunday voronkali CRM’ni joriy etish 3 000 $ dan boshlanadi, ishlar tarkibi — CRM-tizimlari sahifasida.
Voronka ham tayyor platformada, ham o‘z tizimingizda sozlanadi — hammasi bosqichlaringiz va qoidalaringiz platforma imkoniyatlariga sig‘ish-sig‘masligiga bog‘liq. Sig‘masa va qo‘shimcha ishlanmalar ishlab chiqishdan qimmatga tushsa, o‘z tizimi bilan variant kastom CRM haqidagi maqolada ko‘rib chiqilgan.
Vazifangizni muhokama qilamiz
Nima qilish kerakligini yozing — muddat va narxni baholab, yechim taklif qilamiz.
Voronka — mijozning bitim bosqichlari orasidagi harakat logikasi: u qanday holatlardan o‘tadi va qaysi mezon bo‘yicha keyingiga o‘tadi. CRM — bu logika tasvirlangan, unga rioya qilinadigan va hisobotlarda hisoblanadigan tizim. Bir xil voronkani turli tizimlarda yig‘ish mumkin.
Odatda olti-sakkiz. Kamroq bo‘lsa — mijozlar aynan qayerda yo‘qolayotgani noaniq bo‘ladi; ko‘proq bo‘lsa — bitimlar hech kim siljitmaydigan texnik bosqichlarda tiqilib qola boshlaydi. Har bir bosqich mijoz allaqachon nimani hal qilgani savoliga javob berishi kerak.
Siljitmagan ma’qul: aks holda bir xil bitim bosqichga bir necha marta kiradi va konversiya hisoblanmay qoladi. Muzokaralar bir qadam orqaga qaytsa, bu izoh va vazifa bilan qayd etiladi, bosqich esa avvalgicha qoldiriladi yoki bitim sabab bilan yopilib, yangisi ochiladi.
Mijoz qaroriga bog‘liq bosqichlarni menejer qo‘lda qo‘yadi. Aniq belgisi bor bosqichlarni — to‘lov tushdi, hujjat imzolandi, fayllar yuklandi — tizim o‘tkazadi: shunda hisobotda bir hafta oldin to‘langan, lekin keyingiga o‘tkazilmagan bitimlar paydo bo‘lmaydi.
Har bir bosqich uchun vaqt normativini belgilash va undan uzoqroq turgan hamma narsani alohida ro‘yxatga chiqarish kerak. Har bir bunday bitim uchun uchta natijadan biri kerak: sanasi bilan keyingi qadam, kechiktirilganlarga o‘tkazish yoki sabab bilan yopish. Ro‘yxat haftalik yig‘ilishda ko‘rib chiqiladi.
Ha, agar takroriy sotuv o‘z ssenariysi va boshqa muddatlari bo‘yicha borsa. Uni yangi arizalar bilan aralashtirmaslik kerak: doimiy mijozda kvalifikatsiya bosqichi yo‘q, uning bitimlari esa qisqaroq, va umumiy voronkada ular konversiya va o‘rtacha davomiylikni buzadi.
