Custom CRM yaratish: tashkilot uchun nimadan boshlash kerak.

Ko'p tashkilotda «mijozlar bazasi» degan narsa aslida yo'q. Bor narsa — uchta sotuvchining shaxsiy telefon daftari, ikkita Telegram akkaunti, bitta Excel fayl va bo'lim boshlig'ining xotirasi. Bu tizim ishlayotganday tuyuladi: mijoz keladi, sotuv bo'ladi, oy yopiladi. Muammo bitta savol berilganda ko'rinadi: «o'tgan oy nechta murojaat keldi va ularning nechtasi javobsiz qoldi?» Custom CRM yaratish haqidagi suhbat aynan shu savoldan boshlanishi kerak, «raqobatchida bor ekan» degan gapdan emas.

Sotuvchi ishdan ketganda kompaniyada nima qoladi

Eng qimmatga tushadigan xavf texnik emas, tashkiliy. Agar mijoz bilan aloqa sotuvchining shaxsiy telefonida va shaxsiy Telegram akkauntida bo'lsa, mijozlar bazasi qog'ozda kompaniyaniki, amalda esa o'sha odamniki bo'lib qoladi. U ketsa, u bilan birga aloqa tarixi, kelishuv shartlari va «bu mijozga mart oyida chegirma va'da qilingan edi» degan bilim ham ketadi. Ba'zan mijozning o'zi ham ortidan ketadi.

Bu faqat bitta xodimga bog'liqlik masalasi emas. Yangi sotuvchi ishga olinganda unga bazani topshira olmaysiz, u noldan boshlaydi. Ya'ni kompaniya har safar o'z mijozlarini qaytadan kashf qiladi va bu har safar pul va vaqtga tushadi.

Tashkilot uchun CRM'ning birinchi va eng qimmatli funksiyasi shu: mijoz bilan bo'lgan har bir aloqa kompaniyaning mulkiga aylanadi. Buni faqat ichki qoida bilan hal qilib bo'lmaydi, aloqa kanalining o'zi kompaniyaniki bo'lishi kerak: korporativ SIP-raqam, rasmiy Telegram bot, sayt formasi. Shunda xodim ketganda uning akkaunti bloklanadi va mijozlari butun tarixi bilan boshqa mas'ulga o'tadi.

CRM va ERP farqi: CRM aslida qanday muammoni yechadi

Farqi sodda. ERP korxonaning ichki jarayonlarini qamraydi: ombor, xarid, ishlab chiqarish, moliya. CRM esa tashqi tomonini: mijoz, murojaat, sotuv voronkasi, aloqa tarixi. ERP «resurslarimiz qayerda va qanday harakatlanyapti?» degan savolga javob beradi, CRM «mijozlar qayerdan kelyapti, qaysi bosqichda to'xtayapti va nima uchun?» degan savolga. Asosiy og'rig'ingiz omborda va ishlab chiqarishda bo'lsa, korxonaga ERP qachon kerakligi haqidagi alohida maqolamizni o'qing; bu maqola sotuv va mijozlar bilan ishlash haqida.

Agar sizda ERP loyihasi ham rejalashtirilgan bo'lsa, CRM uning sotuv moduli sifatida qurilishi mumkin va bu holda alohida tizim, alohida smeta kerak bo'lmaydi. Qaysi yo'l to'g'ri kelishi og'riq qayerda ekaniga bog'liq: ombor va hujjat aylanmasi tiqilib qolgan bo'lsa ERP'dan, mijoz va sotuv oqimi ko'rinmayotgan bo'lsa CRM'dan boshlanadi.

Bu yerda halol bo'lish kerak: CRM sotuvni oshirmaydi. U ko'rinmaydigan narsani ko'rinadigan qiladi, keyin nima qilish sizning qaroringiz. Amalda u to'rtta teshikni yopadi.

• Yo'qolgan murojaat. Biri Telegram'ga yozadi, ikkinchisi qo'ng'iroq qiladi, uchinchisi sayt formasini to'ldiradi; umumiy ro'yxat yo'qligi uchun kechqurun kelgan xabar ertalabgacha ko'milib ketadi.
• Ko'rinmaydigan voronka. Siz umumiy summani bilasiz, lekin yuzta murojaatning nechtasi taklifgacha yetdi, nechtasi shartnomada to'xtadi, buni bilmaysiz.
• Prognozning yo'qligi. «Keyingi oy qancha tushadi?» degan savolga javob taxmin bo'ladi, hisob-kitob emas.
• Sotuvchining vaqti. Kunning bir qismi hisobot yozishga, ma'lumot ko'chirishga va «o'sha mijozning raqami kimda?» degan savollarga ketadi.

Tayyor CRM (Bitrix24, amoCRM) qachon yetarli bo'ladi

Bu bo'limni o'tkazib yubormang, chunki mijozlarimizning bir qismiga biz aynan shuni maslahat beramiz. Bitrix24 va amoCRM jiddiy mahsulotlar: bugun kerak bo'lsa, ertaga ishlay boshlaydi va boshlang'ich xarajati ishlab chiqishdan sezilarli darajada arzon.

Tayyor yechim quyidagi holatlarda to'g'ri javob bo'ladi: sotuv jarayoni standart (murojaat → taklif → shartnoma → to'lov), jamoada 2–5 sotuvchi bor, boshqa ichki tizimlar bilan chuqur bog'lanish talab qilinmaydi va sizga tezlik narxdan muhimroq. Bunday vaziyatda maxsus CRM muammoni hal qilmaydi, faqat byudjetni yeydi.

Uchinchi variantni ham aytib o'tamiz: o'z serveringizga o'rnatiladigan ochiq kodli tizimlar (Odoo, EspoCRM va shu kabilar). Ular ma'lumotni mamlakat ichida saqlash talabini nisbatan arzon yopadi va standart jarayonlar uchun yetarli bo'ladi. Cheklovi ham aniq: chuqur moslashtirish boshlangan joyda xarajat maxsus ishlab chiqish darajasiga chiqadi, tizimni yangilash va serverni yuritish esa sizning zimmangizda qoladi.

Bundan tashqari tayyor yechim yaxshi diagnostika vositasi. Uni uch-olti oy jiddiy ishlatib ko'rish o'z jarayoningiz haqida har qanday texnik topshiriqdan ko'ra ko'proq narsa aytadi: qaysi maydonlar kerak bo'lmadi, qaysi biri yetishmadi, sotuvchilar nimani to'ldirishdan bosh tortdi. Bu behuda sarf emas, bu eng arzon texnik topshiriq, chunki u real amaliyotdan tug'iladi.

Custom CRM qachon o'zini oqlaydi

Maxsus CRM (custom CRM) haqida o'ylash uchun bitta sabab yetarli emas. Odatda quyidagilardan kamida uchtasi to'planganda qaror asosli bo'ladi.

• Sotuv jarayoningiz qutidagi shablonga sig'maydi: dilerlik tarmog'i, tenderlar, ko'p bosqichli tasdiqlash, muddatli to'lov, ijara, sertifikat muddatlarini kuzatish, mijoz toifasiga qarab murakkab narx hisoblash.
• CRM boshqa tizimlaringiz bilan chuqur bog'lanishi kerak: buxgalteriya 1C'da, ombor alohida, savdo vakili yoki kuryer dalada mobil ilova bilan ishlaydi.
• Foydalanuvchilar soni o'sib boryapti. Obuna modelida to'lov odamlar soniga bog'liq, shuning uchun jamoa o'ndan qirqqa chiqqanda uch yillik umumiy xarajatni bir marta hisoblab ko'ring.
• Ma'lumot qayerda saqlanishi siz uchun huquqiy masalaga aylangan; bu haqda quyida alohida bo'lim bor.
• Moslashtirish xarajati allaqachon ketyapti: tayyor tizimni «o'zimizga moslashtirish» uchun har oy dasturchiga to'layotgan bo'lsangiz, siz allaqachon maxsus tizim uchun to'layapsiz, faqat begona poydevor ustiga.
• CRM mahsulotingizning bir qismi: unga mijozning o'zi ham kiradi — shaxsiy kabinet, buyurtma holati, hujjatlar.

Qachon CRM yaratishga umuman kirishmaslik kerak

Halol aytamiz: quyidagi holatlarda biz odatda mijozni loyihadan qaytaramiz yoki uni keyinga surishni taklif qilamiz.

Bunday vaziyatlarda pul tizimga emas, jarayonni tartibga solishga, marketingga yoki yaxshi sozlangan tayyor yechimga ketgani foydaliroq. Aks holda tartibsizlik shunchaki tizim ichiga ko'chadi va u yerda ancha qimmatga tushadi.

• Sotuv jarayoni yozilmagan. Agar bosqichlarni qog'ozda tasvirlab bera olmasangiz, uni dasturda ham tasvirlab bo'lmaydi.
• Asosiy muammo voronkaning boshida. Murojaat kam bo'lsa, CRM uni ko'paytirmaydi.
• CRM nazorat quroli sifatida ko'rilyapti. «Sotuvchilar nima qilayotganini ko'rmoqchiman» degan maqsad bilan joriy qilingan tizim to'ldirilmaydi, to'ldirilmagan CRM esa noto'g'ri raqam beradi va bu CRM'siz ishlashdan yomonroq.
• Jamoa juda kichik va jarayon oddiy. Ikki sotuvchi va oyiga bir necha o'nlab murojaat bo'lsa, yaxshi sozlangan tayyor yechim yetarli.
• Sabab raqobatchi. Boshqa kompaniyada CRM borligi sizning jarayoningiz haqida hech narsa aytmaydi.

CRM tizimi yaratish: tashkilot loyihadan oldin nimani tayyorlashi kerak

CRM tizimi yaratish loyihasining kod yoziladigan qismi ikkinchi yarmi. Birinchi yarmi tashkilotning o'zida bajariladi va aynan shu qism ko'pincha o'tkazib yuboriladi. Birinchi uchrashuvda deyarli har doim bir xil manzara takrorlanadi: yagona sotuv jarayoni yo'q, har bir sotuvchi o'z uslubida ishlaydi. Bu holatda «jarayonni avtomatlashtiring» deb bo'lmaydi, chunki avtomatlashtiriladigan jarayonning o'zi hali mavjud emas.

Shuning uchun birinchi ish — hozir qanday ishlayotganini qog'ozga tushirish. Ishlab chiquvchi savol beradi va xaritani chizadi, javoblar esa tashkilotdan chiqadi: sotuv boshlig'i va ikki-uch tajribali sotuvchining bir necha soati kerak bo'ladi.

Voronka bosqichlari haqida alohida gapiramiz. Bosqich — sotuvchining kayfiyati emas, tekshirib bo'ladigan natija. «Qiziqdi», «o'ylayapti», «issiq» degan so'zlar bosqich bo'la olmaydi, chunki ularni uchinchi odam tasdiqlay olmaydi. «Taklif yuborildi», «smeta tasdiqlandi», «shartnoma imzolandi», «oldindan to'lov tushdi» esa bosqich. Birinchi versiya uchun 5–7 tasi yetarli; bosqichni keyin qo'shish oson, ortiqchasini olib tashlash esa ma'lumot tarixini buzadi.

Yana bitta zerikarli, lekin eng ko'p vaqt yeydigan qism — ma'lumotlarni ko'chirish. Baza deyarli har doim tartibsiz bo'ladi: bitta kompaniya turli sotuvchilarda turlicha yozilgan, telefon raqamlari yagona formatga keltirilmagan, allaqachon o'lik lidlar yangilari bilan aralashib yotadi. Amaliy qoida: hammasini ko'chirmang, faol mijozlar (so'nggi 12–18 oy) va ochiq bitimlarni ko'chiring, qolganini arxiv fayl sifatida saqlang. Tayyor CRM'da ishlab kelgan bo'lsangiz, ma'lumotni undan API yoki CSV eksport orqali olib chiqish mumkin, lekin tozalash ishi baribir sizning zimmangizda qoladi.

• Lid qayerdan keladi: sayt, Telegram, Instagram, qo'ng'iroq, tavsiya, ko'rgazma? Har bir kanal alohida sanaladi.
• Uni birinchi bo'lib kim ko'radi va javob berish uchun qancha vaqt beriladi?
• Lid sotuvchilarga qanday taqsimlanadi: navbat bilan, hudud, mahsulot yoki qo'lda?
• Har bir bosqichdan keyingisiga o'tish sharti nima va uni kim tasdiqlaydi?
• Kim chegirma bera oladi va qaysi chegaragacha?
• Shartnoma va to'lov qayerda qayd etiladi: CRM'da, 1C'da yoki ikkalasida?
• Mijoz «yo'q» desa nima bo'ladi: yo'qotish sababi 5–8 ta variantdan iborat qat'iy ro'yxatdan tanlanadimi? Bir necha oydan keyin aynan shu ro'yxat eng qimmatli hisobotni beradi.

CRM ichida nima bo'ladi: ma'lumotlar modeli, veb-panel va mobil ilova

Interfeysni istalgan vaqtda qayta chizish mumkin, noto'g'ri qurilgan ma'lumotlar modelini esa qayta qurish deyarli imkonsiz. Minimal to'plam shunday: Kontakt (aniq odam) va Tashkilot (yuridik shaxs) alohida; Lid — hali mijoz bo'lmagan murojaat; Bitim — bosqichi, summasi va mas'uli bor asosiy ob'ekt; Faoliyat tarixi — qo'ng'iroq, xabar, uchrashuv, izoh; Vazifa — muddati va mas'uli bilan. Bir-biriga bog'liq bunday ma'lumot uchun biz PostgreSQL, biznes mantiqi uchun Java/Spring ishlatamiz, chunki CRM yillar yashaydigan tizim va unga barqaror poydevor kerak.

Uchta qoidani boshidanoq kiritish kerak. Birinchisi: hech narsa jismonan o'chirilmaydi, status o'zgaradi va o'zgarishlar audit jurnaliga yoziladi; istisno faqat shaxsiy ma'lumotni o'chirish bo'yicha rasmiy talab bo'lganda ishlaydigan alohida anonimlashtirish tartibi, u ham loyiha boshida ko'zda tutiladi. Ikkinchisi: telefon raqami kiritilayotganda normallashtiriladi, dublikat darhol tekshiriladi va birlashtirish mexanizmi oldindan o'ylanadi. Uchinchisi: voronka bosqichlari kodda emas, sozlamada bo'ladi, chunki yangi bosqich qo'shish uchun har safar dasturchi chaqirish kerak bo'lsa, arxitektura xato qurilgan.

Interfeys ikkita bo'ladi va ikkalasi ham kerak. Veb-panel (TypeScript/Vue 3) bo'lim boshlig'i va rahbariyat uchun: voronka ko'rinishi, xodimlar yuklamasi, hisobotlar, huquqlar. Mobil ilova (Flutter yoki Kotlin/Swift) sotuvchi uchun: bugungi vazifalar, mijoz kartasi, bir tugma bilan qo'ng'iroq, uchrashuv natijasini 30 soniyada yozib qo'yish. Agar sotuvchi mashinada o'tirib natijani yoza olmasa, u kechqurun ham yozmaydi va bir haftadan keyin CRM haqiqiy holatdan orqada qoladi.

Huquqlar oxirida emas, boshida loyihalanadi. Sotuvchi o'z mijozlarini ko'radi, boshliq bo'limnikini, direktor hammasini; sotuvchi bitim summasini ko'radi, tannarx va marjani ko'rmaydi. Eksport huquqiga alohida e'tibor bering: butun bazani Excel'ga yuklab olish aynan xodim ketayotganda ishlatiladi. Uni cheklang va har bir eksportni jurnalga yozing; bu nusxa ko'chirishni butunlay to'xtatmaydi, lekin uni izsiz qoldirmaydi.

CRM integratsiyalari: 1C, telefoniya va Telegram qanday ulanadi

Maxsus CRM'ning asosiy qiymati aynan shu yerda, tayyor tizim qila olmaydigan ulanishlarda. Har bir integratsiya — o'z riski va sinov muddatiga ega kichik loyiha, shuning uchun ro'yxat discovery bosqichida to'liq yozilishi va ustuvorlik bo'yicha tartiblanishi kerak: birinchi versiyaga bir-ikkitasi kiradi, qolgani keyingi bosqichga qoladi.

Umumiy texnik qoida bitta: har bir integratsiya navbat, qayta urinish va xatolar jurnali bilan quriladi. Tashqi xizmat yarim soat ishlamay qolsa, CRM ishlashda davom etishi va aloqa tiklanganda o'zi sinxronlanishi kerak. Integratsiyalar soni smetaning asosiy o'zgaruvchisi bo'lib qoladi.

1C alohida diqqat talab qiladi. Ikki tomonlama almashinuv mumkin va biz uni qilamiz, shart faqat bitta: har bir maydon uchun haqiqat manbai oldindan aniqlangan bo'lsin — masalan, mijoz kartasi CRM'da, hisob-faktura va to'lov 1C'da. Egasi aniqlanmagan sinxronizatsiya esa takrorlanishlar va ziddiyatli ma'lumotlarning asosiy manbaiga aylanadi.

• Telefoniya (SIP/IP-ATS): qo'ng'iroq kelganda mijoz kartasi o'zi ochiladi, audio yozuv tarixga tushadi, javobsiz qo'ng'iroq avtomatik vazifaga aylanadi.
• Telegram: mamlakatdagi asosiy kanal. Aloqa rasmiy Bot API orqali korporativ bot bilan quriladi, sotuvchining shaxsiy akkaunti orqali emas. «Userbot» yo'li bilan avtomatlashtirish platforma tomonidan qo'llab-quvvatlanmaydi va akkauntning bloklanishiga olib keladi.
• SMS (Eskiz, Play Mobile): tasdiqlash kodlari, eslatmalar, status xabarlari. Alfa-nom va matn shablonlari oldindan tasdiqlanadi, bu vaqt oladi.
• To'lov provayderlari (Payme, Click, Uzum) orqali UZCARD/HUMO va xalqaro kartalar qabul qilinadi. CRM to'lovni o'zi qabul qilmaydi: u hisob va to'lov havolasini yaratadi, provayder esa webhook orqali «to'landi» signalini qaytaradi. Karta ma'lumotlari CRM'da hech qachon saqlanmaydi.
• 1C: jadval bo'yicha fayl almashinuvi yoki HTTP-servis orqali real vaqtga yaqin almashish. Kontragent qayerda yaratiladi, qaysi tizimdagi narx asosiy hisoblanadi, qoldiq qayerdan olinadi — bu savollar loyiha boshida yopiladi.
• Sayt formalari va ochilish (landing) sahifalari: lid CRM'ga soniyalar ichida, utm-manba belgisi bilan tushishi kerak. Aks holda marketing byudjeti qayerda ishlaganini bilmaysiz.

Eng katta xavf: sotuvchilar CRM'ni ishlatmasligi

Texnik jihatdan muvaffaqiyatli, amalda esa o'lik CRM — biz eng ko'p uchratadigan natija. Belgisi sodda: sotuvchi kun bo'yi eskicha ishlaydi, oy oxirida esa hisobot uchun CRM'ni «to'ldirib chiqadi». Bunday tizimdagi raqamlar yolg'on bo'ladi va rahbar ular asosida noto'g'ri qaror qabul qiladi.

Sababi ochiq: CRM sotuvchining ishini emas, uni nazorat qilishni osonlashtiradi va sotuvchi buni birinchi kundayoq sezadi. Demak, mahsulot shunday qurilishi kerakki, sotuvchi ham undan aniq foyda ko'rsin. Qarshilikning bir qismi esa asosli bo'ladi: sotuvchi «bu menga kuniga yarim soat qo'shimcha vaqt beradi» desa, ko'p hollarda u haq va muammo interfeysda. Bunday e'tirozni «o'rganib ketasiz» deb yopish tizimga ko'nikishni yo'qotishning eng tez yo'li.

Joriy etish bosqichma-bosqich boradi: discovery, yadro, 3–5 sotuvchidan iborat pilot, keyin butun jamoaga tarqatish va kengaytirish. Pilotning maqsadi xatolarni topish emas, jarayon mos kelmagan joylarni topish. Tashkilot ichidan bitta mas'ul odam ham tayinlanadi va barcha savollar avval unga boradi; bu odam bo'lmasa, qo'llab-quvvatlash birinchi oydayoq tartibsiz oqimga aylanadi.

• Har bir majburiy maydon uchun «bundan kim foyda ko'radi?» degan savolga javob bo'lsin. Javob faqat «rahbar» bo'lsa, maydonni olib tashlang.
• Ma'lumot imkon qadar o'zi tushadi: qo'ng'iroq, Telegram xabari va sayt formasi qo'lda kiritilmasligi kerak.
• Sotuvchining kuni «bugun nima qilishim kerak» ro'yxatidan boshlansin. CRM avval ish rejasi, keyin hisobot vositasi.
• Jamoada eng obro'li sotuvchi pilotda qatnashadi va uning takliflari haqiqatan hisobga olinadi, chunki jamoa buyruqqa emas, o'sha odamning fikriga qaraydi.
• «CRM'da yo'q ish — bo'lmagan ish» qoidasi qat'iy qo'llaniladi: reja, bonus va hisobot faqat CRM raqamlaridan olinadi. Bu tashkiliy qaror, uni dasturchi qila olmaydi.
• Eski kanal yopiladi. Parallel ishlaydigan ikki tizimda odamlar har doim eskisini tanlaydi.
• O'qitish rol bo'yicha va qisqa bo'lsin: umumiy ikki soatlik seminar o'rniga 2–3 daqiqalik video qo'llanmalar va birinchi ikki hafta yonida o'tirib ko'rsatish.

CRM'da shaxsiy ma'lumotlar, xavfsizlik va kod kimga tegishli

CRM to'g'ridan-to'g'ri shaxsiy ma'lumotlar bilan ishlaydi: ism, telefon raqami, ba'zan manzil va hujjat ma'lumotlari. «Shaxsiy ma'lumotlar to'g'risida»gi qonun O'zbekiston fuqarolarining ma'lumotlari mamlakat hududidagi serverlarda saqlanishini talab qiladi. Amaliy xulosa: server mahalliy data-markazda yoki kompaniyaning o'z infratuzilmasida bo'ladi, chet eldagi bulutga tayangan yechim bu talabni avtomatik bajarmaydi. Operator sifatida qanday rasmiylashtirish va qayd etish tartiblari zarurligini loyiha boshida yurist bilan tekshirib oling, chunki bu texnik emas, huquqiy qism.

Qo'ng'iroqlarni yozib olish ham shu bosqichda hal qilinadi: mijozni ogohlantirish tartibi va xodimlar bilan shartnomadagi tegishli band oldindan yoziladi. Texnik minimum qisqa, lekin har biri majburiy: HTTPS, parollarni xeshlash va nozik maydonlarni shifrlash, kamida administrator akkauntlari uchun ikki bosqichli autentifikatsiya, kirish va o'zgarishlar jurnali, kunlik avtomatik zaxira nusxa. Zaxira haqida alohida: tiklash sinovdan o'tkazilmagan zaxira nusxa mavjud emas hisoblanadi, buni yiliga bir necha marta amalda tekshiring, nosozlik kunida emas.

Shartnomada to'rtta band bo'lishi kerak va u loyiha boshida yoziladi: manba kodi buyurtmachiga tegishli; server va domen buyurtmachi akkauntida; ma'lumotlar bazasi istalgan vaqtda cheklovsiz eksport qilinadi; hujjatlar topshiriladi (arxitektura, API, joylashtirish qo'llanmasi). Bu bandlar bo'lsa, siz ishlab chiquvchini almashtira olasiz. Biz buni ochiq yozamiz, chunki texnik bog'liqlik orqali ushlab turish uzoq muddatda ikkala tomonga zarar.

Custom CRM yaratish narxi va muddati: nimadan boshlash kerak

Taxminiy mo'ljal shunday. Birinchi ishlaydigan versiya (mijozlar bazasi, voronka, vazifalar, rollar va 1–2 integratsiya) 30–80 mln so'm ($2 500–6 500) atrofida bo'ladi. Jiddiy integratsiyalar (1C, telefoniya, to'lovlar), murakkab narx mantiqi va mobil qism qo'shilsa, loyiha 80–200 mln so'm ($6 500–16 000) oralig'iga chiqadi; dollar ekvivalenti joriy kursga qarab o'zgaradi. Muddat bo'yicha: discovery alohida bosqich va 2–3 hafta oladi, undan keyingi birinchi versiya 1–3 oyda yig'iladi. Aniq narx discovery'dan keyin, sizning haqiqiy jarayoningizga qarab beriladi va undan oldin aytilgan har qanday raqam taxmin bo'ladi. CRM odatda to'liq ERP loyihasidan kichikroq chiqadi.

Byudjetda ko'pincha uchta modda unutiladi: ma'lumotni tozalashga ketadigan o'z xodimlaringizning vaqti (odatda bir odamning 2–4 haftalik qisman bandligi), integratsiya provayderlari va serverning oylik to'lovlari (telefoniya, SMS, hosting) va ishga tushgandan keyingi qo'llab-quvvatlash. Qo'llab-quvvatlash alohida oylik shartnoma bilan yuritiladi, uning hajmi tizim kattaligi va integratsiyalar soniga qarab kelishiladi. Shu qatorni smetadan chiqarib tashlash biz ko'rgan loyihalarda eng ko'p takrorlanadigan xato.

Birinchi versiyani chegaralang. Odatiy xato — unga hamma narsani tiqishtirish: barcha bo'limlar, barcha kanallar, o'ntagacha hisobot, marketing avtomatlashtirish. Ishlaydigan formula sodda: bitta voronka, eng ko'p murojaat keladigan bitta kanal, mijozlar bazasi va uchta hisobot — bosqichma-bosqich voronka konversiyasi, kanal bo'yicha lid va bitim soni, yo'qotish sabablari ro'yxati. Ishga tushirishdan oldin to'rtta raqamni yozib qo'ying: oylik murojaatlar soni, murojaatdan bitimga konversiya, o'rtacha bitim summasi va sotuv sikli uzunligi. Uch oydan keyin ularni qayta o'lchang va investitsiyani aynan shu farq bilan solishtiring.

To'g'ri ketma-ketlik shunday: jarayonni yozish → tayyor yechimda sinab ko'rish → yetishmayotgani ro'yxatini tuzish → shundan keyin maxsus tizim haqida qaror qabul qilish. 2022-yilda Toshkentda tashkil etilgan Mimsoft aynan shu tartibda ishlaydi: avval jarayonni ko'rib chiqamiz, keyin bosqichma-bosqich quramiz. SAG.uz loyihasi CRM loyihasi emas edi, lekin aynan shunday ulanishlar to'plami — korporativ sayt, 1C integratsiyasi, yetkazib berishni boshqarish tizimi va kuryerlar uchun mobil ilova — o'sha yerda bitta oqim sifatida qurilgan. Loyihangizni muhokama qilish uchun: [email protected] yoki +998 97 000 15 51.

Ko’p beriladigan savollar