CRM талаптарын әзірлеуден бұрын қалай бекітуге болады: интервью мен артефактілер
CRM талаптарын әзірлеуден бұрын қалай бекіту керек: бизнеспен интервьюның құрылымы, қажетті артефактілер және анық емес күтулерден туындайтын сәтсіздіктер себептері.
Неліктен CRM талаптарын алдын ала бекіту маңызды
«Талқылаудың анық еместігі» дегеніміз құжаттардың жоқтығы ғана емес — бұл «оңай ете сал», «бұрынғы жүйедегідей», «менеджер өзі шешсін» сияқты айдау-айдай фразалар. Бастапта бұл икемділік секілді көрінеді, бірақ кейін үнемі нақтылаулар, даулы түзетулер және сатулар, сервис пен басқарма арасында «қалай болуы тиіс» деген әртүрлі нұсқаларға әкеледі.
Көп жағдайда CRM қателігі кодтан емес, күтулерден туындайды. Егер сату бөлімі мәмілені 3 өріске жылдам енгізуді күтсе, ал комплаенс міндетті тексерістер мен келісімдерді талап етсе, жүйе бәрібір біреуді ренжіте бастайды. Алдын ала келісілген ережелер болмаған жағдайда енгізу тобы шешімдерді кездейсоқ қабылдайды, ал шағымдар барлық жақтан келеді.
Кей мәселелерді "жолда" шешкен дұрыс емес: қандай кезеңдер мен статустар қалыпты саналады, кім және қашан клиент карточкасын өзгерте алады, қандай өрістер міндетті, лид пен сәтті мәмілені қалай анықтаймыз, KPI үшін қай есептер шынайы дерек көзі болатынын.
Талаптарды ерте бекіту уақыт үнемдемейді «ТЗ жазуға» ғана емес, келіссөздерге де шығынды азайтады. Ережелер жазылып, процесс иелерімен расталғаннан кейін кез келген өзгеріс жеңілірек болады: не өзгерткеніміз, кімге әсер ететіні және қандай есептер бұзылатыны көрінеді.
Практикалық мысал: басшы «конверсия бойынша есеп керек» дейді, ал маркетинг конверсияны лидтен кездесуге дейін, сату — кездесуден шотқа дейін, қаржы — шоттан төлемге дейін деп есептейді. Егер анықтамалар мен есеп нүктелері бекітілмесе, есеп үнемі «қате» болады. Алдымен терминдер мен метрикаларды келісіңіз, содан кейін интерфейстер мен автоматтандыруды талқылаңыз.
Қатысушылар: интервьюге кім шақырылуы керек және не үшін
CRM талаптарын бекіту үшін «бәрін кішкене шақыру» емес, нақты жұмысты білетін және жауапты қабылдай алатын адамдарды шақыру маңызды. Әйтпесе сіз кейін растауға келмейтін тілектерді жинайсыз және жоба келісулерде тұралап қалады.
Кәдімгі минимум:
- процесс иесі (сату, сервис, маркетинг, сатып алу) — «дұрыс» критерийлерін және ережелерді белгілейді;
- бағыт жетекшісі — приоритеттерді бекітеді және қақтығыстарды шешеді;
- негізгі қолданушылар (1–2 адам) — іс жүзіндегі жұмысты көрсетеді және қай жерде деректер жоғалатынын айтады;
- ИТ/қауіпсіздік/интеграциялар — есептік жазбалар, рұқсаттар және ERP/телефониямен алмасуға шектеулерді анықтайды;
- аналитик/методолог — келісімдерді тіркеп, оларды түсінікті артефактілерге айналдырады.
Рөлдерді бірден бөліңіз: кім шешім қабылдайды, кім кеңес береді. Жай әдіс: әр блокқа (процесс, деректер, есептер) бір иесі болсын, ол соңғы «иә» дейді. Басқалар талқылап, ұсынуы мүмкін, бірақ нәтиженің «жалпылайтын» болуына жол бермеу керек.
Арнайы түрде деректердің иесін (справочниктер, карточкалардың сапасы, міндетті өрістер) және есептердің иесін (KPI формулалары мен разрездері) тағайындаңыз. Мысалы, жабдық өндіруші компанияда коммерциялық директор воронка мен болжамға ие болуы мүмкін, ал сервис жетекшісі — өтініш статустары мен SLA-ға.
"Барлығы келісті, бірақ ешкім жауапты емес" болмас үшін кездесуде нақты тіркеңіз: кім шешім иесі, кім келісуші, мерзімі және нәтиже қандай түрде қабылданады (протокол, процесс сызбасы, есеп макеті).
Интервьюға дайындық: бірінші кездесуге не жинау керек
Бірінші интервьюға «сатуды автоматтандырғымыз келеді» деген абстракт сөзбен емес, фактілер жинағы бар кішіпапкамен келу жақсы.
Бастапқыда тексерілетін мақсаттардан бастаңыз: «лидті өңдеу уақытын 1 сағатқа қысқарту», «клиенттердің дубликаттарын жою», «этаптар бойынша сату болжамын көру», «сервис сұранымдары бойынша есепті қолмен жинаусыз алу». «Өнімділікті арттыру» сияқты жалпы фразалар шешім қабылдауға көмектеспейді.
Содан кейін команданың «қазіргі өмірін» жинаңыз: регламенттер мен нұсқаулар, хат үлгілері, коммерциялық ұсыныстар мысалдары, мәміле карточкалары, Excel кестелері, есеп скриншоттары, сайттағы формалар, мессенджерлерден келетін сұраныстар мысалдары.
Кездесуге дейін бірінші кезеңнің шекарасын анықтаған жөн. Мысалы, MVP-ге сатулар мен сервис кіреді, ал маркетинг-автоматизациясы мен күрделі BI-дашбордтар екінші кезеңге қалады. Бұл көлемнің өсіп кету қауіпін айтарлықтай төмендетеді.
Не дайындау керек:
- 3–5 жобалық мақсат қарапайым тілмен;
- бірінші кезекте кіретін бөлімдер мен каналдар тізімі;
- проблемалар тізімі мысалдармен (жоғалған лидтер, дубликаттар, ручной есептер);
- ағымдағы құжаттар мен мәміле/сұраныс/есеп мысалдары;
- фиксация форматы: кездесулер хаттамасы, процесс сызбалары, талаптар кестесі.
Егер сізде B2B жабдық сату және сервис болса, 2–3 нақты кейсті алып келіңіз: лидтен жеткізуге дейін және өтініштен жабылуға дейін. Солар арқылы талаптарды тез бекітуге және дамытудың тар жерлерін табуға болады.
Бизнеспен интервью құрылымы: қадамдық сценарий
Интервьюны батырмалардың қандай болатынын талқылау емес, бөлімнің нақты жұмысын талдау ретінде өткізу керек. Бір модератор сұрақ қояды, екіншісі фактілерді тіркейді: кім не істейді, қашан, қандай нәтиже болуы тиіс.
1) Мақсат пен өлшенетін нәтижеден бастаңыз
Сұраңыз: бөлімнің 3–6 айға арналған мақсаты қандай және не жақсарғанда қалай білесіздер. Бұл өтініш өңдеу жылдамдығы, жабылған мәмілелердің үлесі, деректер сапасы немесе кезеңдердегі шығынның азаюы болуы мүмкін.
Шектеулерді бірден тіркеңіз: мерзімдер, міндетті ережелер, не өзгертілмеуі тиіс (мысалы, келісім формасы, келісу кезеңдері, комплаенс талаптары).
2) Клиент жолын қадам бойынша талдаңыз
Барлық жолды бастапқы байланыстан жабылуға дейін сұраңыз: сұраныс қайдан келеді, оны кім қабылдайды, қалай квалификациялайды, қалай әрі қарай табыстайды және нәтижені қалай тіркейді. Қадамдарды дәл қазіргі жұмыс тәртібімен жүргізіңіз.
Әр кезеңде бірдей нақтылаулар сұраңыз: кіріс дегеніміз не (хабар, қоңырау, форма, файл), орындаушы кім және кім келіседі, шығу қандай (лид жасалды, карточка толтырылды, шот, тапсырма), қай жерде кідіріс бар және неге, жоспардан шықса не істеледі.
Мысалы: менеджер кейде лидтерді кестеде ұстап қалады, егер қол жетімсіздік болса немесе өрістер жетпесе. Бұл ұсақ мәселе емес — құқықтар, міндетті өрістер және оффлайн жұмыс сценариін сипаттау керек деген сигнал.
3) Терминдерді сәйкестендіріп, ашық сұрақтарды жабыңыз
Анықтамаларды келісіңіз: лид пен сделканың айырмашылығы неде, обращение деген не, клиент кім саналады, «сәтті жабылды» дегенде не түсінеміз. Соңында ашық сұрақтарды жинап, шешім иелерін тағайындаңыз, даулы жерлер «кейінге» қалдырылмасын.
FAQ
Зачем вообще фиксировать требования к CRM заранее, если «по ходу разберемся»?
Талаптарды баптау басталардан бұрын бекітіңіз, сонда барлығы жұмыс ережелері мен «орындалды» критерийлерін бірдей түсінеді. Осылайша болмаған жағдайда енгізу тобы «сезіммен» шешім қабылдай береді, ал қабылдау кезінде сату, сервис және басқарма әртүрлі күтулерде болады.
С чего начать сбор требований, чтобы не утонуть в деталях?
1–2 нақты кейсті алып, клиенттің жолын қадамдап өтіңіз: - кіріс (сұраныс қайдан келді) - әрекеттер (кім және не істейді) - шығыс (CRM-де не пайда болуы керек) - көшу критерийі (қашан әрі жылжуға болады) Осылайша міндетті өрістер, құқықтар, статустар мен ерекшеліктер тез көрінеді және сіз бөлшектерге тұншықпайсыз.
Кого обязательно звать на интервью по требованиям к CRM?
Минимум: - процесс иесінің өкілі (ережелерді белгілейді) - бөлім басшысы (қақтығыстарды шешіп, приоритетті бекітеді) - 1–2 негізгі қолданушы (нақты жұмыс көрсетеді) - ИТ/қауіпсіздік/интеграциялар (құқықтар мен мәлімет көздері туралы) - аналитик/методолог (келісімдерді жазады) Алдын ала анықтаңыз: кім шешім қабылдайды, кім консультант болады.
Какие вопросы задать в начале интервью, чтобы разговор был полезным?
Сұраңыз: 3–6 айға арналған өлшенетін нәтиже қандай: лидті өңдеу уақыты, просрочкалар үлесі, кезеңдер бойынша конверсия, SLA. Сосын шектеулерді анықтаңыз: не өзгерте алмаймыз (регламент, комплаенс), мерзімдер және алғашқы нұсқаның шекаралары.
Как избежать споров про KPI и отчеты вроде «конверсия неправильная»?
Алдымен терминдер мен есеп нүктелерін келісіңіз: - лид, сделка, обращение дегеніміз не - «сәтті жабылды» дегенде не түсінесіз - есепті қандай күннен есептейміз (жасалу, кездесу, счет, төлем) Содан кейін «метрика паспорты» жасаңыз: формула, статустар, кезең, разрезтер, мәлімет көзі. Әйтпесе есеп әрдайым «қате» болады.
Какие артефакты по процессам нужны, чтобы требования были проверяемыми?
Минимум артефактілер: - негізгі тізбектер бойынша процесс картасы (5–10 қадам, нақты шекаралар) - типтік сценарий + 3–5 жиі кездесетін ерекшеліктер - статустар мен көшу ережелері (кім және қандай жағдайларда ауыстырады) - SLA және эскалациялар (кешігу кезінде кім шешім қабылдайды) Бұлтар жүйені қабылдауда тексерілетін нақты ережелер береді.
Как правильно описать роли и права доступа, чтобы не было «общей тетради»?
Матрица «роль → міндет → объектілерге рұқсаттар» жасаңыз және рұқсаттарды әрекеттер арқылы сипаттаңыз: оқу, құру, түзету, жою, экспорт. Сонымен қатар жазбалар мен өрістердің көрінуін бекітіңіз (мысалы, менеджер — тек өз мәмілелерін көреді, басшы — бөлім бойынша барлықын). Бұл хаосты және деректер ағуын азайтады.
Что важно зафиксировать по данным, чтобы CRM не превратилась в мусор?
Карточкалардың құрылымын және сапа ережелерін сипаттаңыз: - лид/клиент/дело/обращение карточкасындағы өрістер - қай кезеңде қандай өрістер міндетті - жадынама (справочники) — біртектілік үшін - уникалдылық пен дедупликация (телефон, email, БИН/ИИН) - кім біріккен жазбаларды біріктіре алады «Жұмыс үшін деректер» мен «есеп үшін деректерді» бөліп қойыңыз, менеджерлерді артық толтырудан құтқарыңыз.
Как заранее описать интеграции с сайтом, телефонией и учетной системой?
Қысқа «карталар» түрінде опишите: - не жібереміз (объектілер мен өрістер) - қайдан және қайда - қашан (триггер/расписание) - конфликт кезінде қайсысы деректердің ақиқаты - қателерді қалай өңдейміз және жауапты кім Осылайша қолмен енгізіп, жүйелер арасындағы қайшылық пайда болу қаупін азайтасыз.
Как «заморозить» требования и при этом не задушить изменения?
Қарапайым ережелерді келісіңіз: - MVP приоритеттері: «міндетті / қалаулы / кейінге қалдырылады» - негізгі сценарийлер бойынша қабылдау критерийлері - ашық шешімдер тізімі (сұрақ → нұсқа → таңдалған жауап → иесі → мерзім) - өзгерістерді қабылдау терезесі (мысалы, апта сайын жаңа ұсыныстар жинау) Осылайша «бекіту» өзгерістерді мүлде тоқтатпайды, бірақ бақылауды сақтайды.