Жобаны талқылау

QQDEV · ҚЫРҒЫЗСТАН · ҚАШЫҚТАН

Екі CRM, бір тапсырыс: қатар енгізуді қашан аяқтау керек

Ауысу сәтін белгілеу, соңғы өзгерістерді көшіру және басқа жүйеге өткеннен кейін тарихқа түсінікті қолжетімділікті сақтау.

Жарияланды

2 мин26

Шартты мысал: команда жаңа CRM-де жұмыс істейді, бірақ «сенімділік үшін» ескісін де толтырады. Бір аптадан кейін сомалар мен мәртебелер алшақтайды. Тапсырыс біреу, жұмыс ақиқатының нұсқасы екеу. Сенімділік менеджерлерге қос ауысымға айналды.

CRM — клиенттермен өзара қатынасты басқару жүйесі. Мұндай жүйелер арасында көшкенде, жаңа өзгерістер бір келісілген орынға енгізілетін сәтті бөлек жоспарлау маңызды. Базаны жүктеу бұл шешімді алмастырмайды.

Ауысу сәтін белгілеңіз

Күнді, уақытты және іске қосу шешіміне жауаптыны көрсетіңіз. Осы шекарадан кейін жаңа өтініш қайда жасалатынын, ашық тапсырыс қайда өзгеретінін бекітіңіз.

Қырғызстандағы команда үшін уақыт белдеуін нақты атаңыз. Қызметкерлер ережені қайталап айтсын: «осы сәттен кейін жаңа жазбаны осында жасаймыз». Жауап әртүрлі болса, ауысу дайын емес.

Соңғы өзгерістерді ескеріңіз

Алғашқы экспорт пен іске қосу арасында ескі деректер өзгере береді. Осы аралықтағы жаңа жазбалар, өзгерістер мен жабылуларды қалай көшіретініңізді анықтаңыз. Сәйкестендіру ережесінсіз қайта толық жүктеу қайталанған жазбалар жасап не орындалған жұмысты басып жазуы мүмкін.

Битрикс24-ке көшсеңіз, жүктеу тәсілдері мен құқықтар импорт нұсқаулығында сипатталған. Тарихты, тіркемелер мен байланыстарды таңдалған тәсіл және бастапқы жүйе үшін бөлек тексеру керек. Импорттың болуы кез келген порталды толық көшіру уәдесі емес.

Белсенді жұмысты тексеріңіз

Әртүрлі бірнеше ашық тапсырысты алып, жауаптыларды, келесі қадамды, маңызды материалдарды және клиент байланыстарын тексеріңіз. Хабарламалар мен өтінімдер енді қайда түсетінін қараңыз. Ескі енгізуді тоқтатқанда жұмыс істейтін форма өтінішті ұмыт қалған тізімге жіберіп тұрмасын.

Қызметкерден құрылымы шынайы сынақ өтінішін жаңа жүйеде жалғастыруын сұраңыз. Тек көшірілген жол санын емес, әдеттегі рөлдер қолжетімділігін және команданың дайындығын тексеріңіз.

Өткенге түсінікті қолжетімділік сақтаңыз

Қатар енгізуді тоқтату ескі жүйені дереу жою деген емес. Қажет тарих қайда және кімге қолжетімді екенін шешіңіз. Платформа мүмкіндік берсе, архивпен келісілген жұмыс кезеңінде өңдеуді шектеуді қарастырыңыз.

Сақталған экспорттардың құрамы мен оқылуын тексеріңіз. Клиент кестесі хат алмасу, файлдар және баптауларды қалпына келтіруге өздігінен кепіл емес. Әр жүйенің қолжетімділік пен сақтау шартын бөлек нақтылаңыз.

Мәселе кезіндегі тәртіпті дайындаңыз

Іске қосу қателерін жинап, не жұмысты бөгейтінін шешетін адамды белгілеңіз. Бұрынғы құралға уақытша қайту керек болса, жаңа жүйеде пайда болған өзгерістер қалай ескерілетінін алдын ала анықтаңыз.

Негізгі сценарийлер әлі тексеруден өтпесе, ауысу күнін қайта қарау орынды. Кейде дайын емес көшуді жалғастырғаннан гөрі қазіргі жүйені сақтап, жақсартқан дұрыс.

QQDev Битрикс24 енгізеді. Енгізу бетінде басқа CRM-нен көшуге дайындықты тексеруді талқылауға болады. Белсенді сценарийлер тізімін әкеліп, жаңа дерек қазір қайда жасалатынын түсіндіріңіз: бұл түсінікті ауысу шекарасын дайындауға көмектеседі.

← Блогтың барлық жазбалары