Posyolkada uchastkani bron qilish: statuslar, muddatlar va ikki marta sotilishdan himoya

Uchastkalarning ikki marta sotilishi qayerdan kelib chiqadi

Posyolkalar sotuv rahbarlari bilan suhbatlarda bir xil manzara takrorlandi: posyolka haqidagi maʼlumotlar tarqoq. Uchastkalar — jadvalda, taqdimot — PDFda, narxlar — CRMda, bron — qoʻngʻiroq yoki chatda. Har bir manbani boshqa odam va boshqa vaqtda yangilaydi.

Shundan odatiy zanjir kelib chiqadi. Menejer xaridor bilan kelishib, hamkasblarga chatda yozdi, lekin jadvalni yangilashga ulgurmadi. Agent prayskurantni ochib, «boʻsh» degan yozuvni koʻrdi va uchastkani oʻz mijoziga koʻrsatdi. Ertasi kuni bitta uchastkaning ikki xaridori bor, ulardan biriga rad javobini berishga toʻgʻri keladi.

Ikkinchi keng tarqalgan sabab — unutilgan bronlar. Uchastka «mijoz oʻylab koʻrguncha» bron qilindi, muddatini esa hech kim yozib qoʻymadi. Xaridor allaqachon fikridan qaytgan boʻlsa ham, uchastka haftalab band boʻlib turadi, keyingi mijoz esa «allaqachon bron qilingan» degan javobni eshitib, qoʻshni posyolkaga ketadi.

Uchastkaga qanday statuslar kerak

Minimal toʻplamdan boshlang: boʻsh, bron, sotilgan, sotuvdan olingan. Bu koʻpchilik posyolkalarga yetarli va uni menejer, agent hamda saytdagi xaridor bir xil tushunadi.

Qoʻshimcha status faqat oʻz qoidasi boʻlganda kerak: «kelishilmoqda» — bronni rahbar tasdiqlasa, «agentlik zaxirasi» — hamkorlar uchun, «eʼlon qilinmagan» — hali sotuvga chiqarilmagan uchastkalar uchun. Oʻz qoidasi yoʻq status ortiqcha: oʻxshash nomlar qancha koʻp boʻlsa, ular shuncha koʻp adashtiriladi.

Har bir status uchun yozib qoʻying: nomi, rangi, undan bron qilish mumkinmi va uni kim koʻradi. Baʼzi statuslar faqat jamoa uchun kerak — saytdagi xaridorga «boʻsh», «bron» va «sotilgan» yetarli. Rang va nom hamma joyda bir xil boʻlishi kerak: posyolka rejasida, jadvalda va uchastka kartochkasida.

Eng muhimi — oʻtishlar. «Boʻsh»dan — «bron»ga, «bron»dan — «sotilgan»ga yoki yana «boʻsh»ga. Sotilgan uchastkani sotuvga faqat bunga huquqi bor odam qaytara oladi va sababi yozib qoʻyiladi.

Bron qoidalari: muddat, masʼul, bitta uchastkaga bitta bron

Muddatsiz bron abadiy statusga aylanadi. Shuning uchun birinchi qoida: tugash sanasini koʻrsatmasdan bron qoʻyib boʻlmaydi. Muddatni quruvchi tanlaydi va sotuv qoidalarida yoki bron shartnomasida belgilaydi — odatda kunlarda, masalan, bir hafta. Asosiysi, kelishilgan istisnolardan tashqari u hamma uchun bir xil boʻlsin.

Ikkinchi qoida: bitta uchastkada bir vaqtda faqat bitta faol bron boʻlishi mumkin. Ikkinchi xohlovchi — bu ikkinchi bron emas, balki navbat.

Uchinchi: bronning har doim masʼuli bor — uni uzaytiradigan, bekor qiladigan yoki bitimgacha olib boradigan odam. Masʼul boʻlmasa, bronni hech kim bekor qilmaydi.

Agentliklar bronlarini oʻsha roʻyxatda, lekin manbasini belgilab yuriting: ularning oʻz muddati va oʻz tasdigʻi boʻlishi mumkin. Aks holda bahsda qaysi bron birinchi boʻlganini aniqlab boʻlmaydi.

Bron qoʻyishda nimani yozib qoʻyish kerak:

• uchastka va xaridor — ismi va telefoni
• bronni kim qoʻygani va xaridor qayerdan kelgani: oʻz menejeringiz, agentlik, sayt
• boshlanish va tugash sanasi
• bron toʻlovi kiritilganmi
• izoh: xaridor bilan nima kelishildi

Uzaytirish, bekor qilish va kutish roʻyxati

Uzaytirish — tez-tez uchraydigan va halol holat: xaridor bank qarorini kutyapti yoki oilasini qayta koʻrsatuvga olib kelmoqchi. Bronni sotuv rahbari yoki u tayinlagan odam uzaytirsin, har bir uzaytirish esa yangi sana va sababi bilan yozib qoʻyilsin. Shunda bron jimgina choʻzilib ketmaydi.

Bekor qilish ikki holatda boʻladi. Xaridor rad etdi — menejer bronni oʻzi bekor qiladi va sababini yozadi. Muddat tugadi — bron oʻsha kuniyoq bekor qilinadi va uchastka sotuvga qaytadi. Xaridorni muddat tugayotgani haqida oldindan ogohlantiring, u qaror qabul qilishga ulgursin.

Kutish roʻyxati — talab yuqori uchastkalar uchun oddiy qoʻlda yuritiladigan amaliyot. Band uchastkaga ikkinchi xaridor kelsa, uni alohida roʻyxatga yozing: uchastka, ism, telefon, murojaat sanasi. Bron bekor qilindi — menejer navbatdagi birinchi odamga qoʻngʻiroq qilib, odatiy muddatga bron qoʻyishni taklif qiladi. Xaridor qoʻshnilarga ketmaydi, allaqachon kelgan talab esa yoʻqolmaydi.

Kutish roʻyxatini menejerning daftarida emas, bronlar yonida saqlang: aks holda u taʼtilda boʻlganida navbatni hech kim eslamaydi.

Bahsli holatlarni qanday hal qilish: oʻzgarishlar tarixi

Yaxshi qoidalar boʻlsa ham bahslar boʻladi. Agent uchastkani mijozi uchun birinchi boʻlib qayd etganiga ishonadi. Menejer bronni usiz bekor qilishganini aytadi. Rahbar narx kechagidan boshqacha ekanini koʻradi. Yozuvlarsiz «kim haq» degan bahs hech narsaga olib kelmaydi.

Har bir uchastka boʻyicha nima oʻzgargani, eski va yangi qiymat, kim oʻzgartirgani, qachon va qanday usulda — qoʻlda, ommaviy tahrir yoki integratsiya orqali — koʻrinadigan jurnal kerak. Jurnal oʻzi yigʻilishi va keyinchalik tahrirlanmasligi kerak, aks holda unga ishonmay qoʻyishadi.

Jadvalda uning oʻrnini fayl versiyalari tarixi va «statusning har bir oʻzgarishi — jurnal varagʻidagi bir qator» degan qoida bosadi. Bu uchastkalar kam va hamma qoidaga rioya qilar ekan, ishlaydi.

Statuslar va bronlarni qaysi vosita bilan yuritish

Jadval va chat. Boshida va kichik posyolka uchun mos: bepul va hammaga tushunarli. Kamchiligi — statusni qoʻlda yangilashadi, bron muddatini hech kim eslatmaydi, agentlarda esa yuborilgan paytdanoq eskiradigan prayskurant nusxasi turadi.

Umumiy maqsadli CRM. Bronlar bitimlarda yashaydi, menejerlarda vazifalar va eslatmalar bor. Lekin bunday CRMda uchastka obyekt sifatida koʻpincha yoʻq, saytdagi va agentlardagi statusni esa alohida solishtirishga toʻgʻri keladi.

Bronlar bosh rejadagi uchastkalarga bogʻlangan tizim. Status bir joyda oʻzgaradi va darhol kartochkada, posyolka rejasida va agentlarda koʻrinadi. Quruvchilar uchun turli servislar shunday ishlaydi, jumladan Smart plan. Kamchiligi — tizimni sozlash kerak: uchastkalarni yuklash, bron muddati va masʼullarni belgilash.