Сатып алғаннан кейінгі технологиялық стек: қадағалау, қайтару, қолдау және олардың өзара байланысы

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

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

Қолданбалар тізіміне емес, жауапкершіліктерге негізделіп құрыңыз

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

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

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

Қадағалау коммерциялық шешімдер қабылдамай, жөнелтілімнің ілгерілеуін түсіндіруі тиіс

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

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

Түпнұсқа оқиғаны ықшамдалған күймен қатар сақтаңыз

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

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

Хабарландыруларға жауапты жүйені белгілеңіз

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

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

Қайтарымдарға тауар деңгейіндегі мәнмәтін және бөлек қаржылық күй қажет

Қайтарым тек қадағалау нөмірінен емес, тауардан және саясат шешімінен басталады. Қайтарымдар қабаты не сатып алынғанын, қандай мөлшерді әлі қайтаруға болатынын және алдыңғы қайтарымның немесе қайтарылған соманың бұл сұрауға әсер етіп-етпейтінін білуі керек.

Автоматтандыруды енгізбес бұрын, қайтарымды алға жылжытатын оқиғаларды анықтаңыз. Практикалық жұмыс процесі сұрау жіберілді, сұрау мақұлданды, сәлемдеме тапсырылды, сәлемдеме алынды, тексеру аяқталды және қайтарым сұралды күйлерін ажыратуы мүмкін. Нақты кезеңдеріңіз бизнестің қалай жұмыс істейтініне сәйкес болуы керек.

Бұл кезеңдерді бір ғана «қайтарылды» белгісіне біріктірмеңіз. Қайтарылатын сәлемдеменің тасымалдаушы жеткізу оқиғасы қойма қызметкерлерінің оның ішін тексергенін өздігінен растамайды. Сол сияқты, қайтарым сұрауы төлем жүйесінің қайтарымды сәтті өңдегенін білдірмейді.

• Ішінара қайтарымдар үшін: тек тапсырыстың жалпы сомасын емес, позиция идентификаторлары мен сан мөлшерін алмастырыңыз.
• Айырбастау үшін: қорды кім резервтейтінін, ауыстыру тапсырысын кім жасайтынын және баға айырмасын кім өңдейтінін анықтаңыз.
• Ерте қайтарымдар үшін: талапқа сай оқиғаны, тәуекел тексерулерін, мақұлдау өкілеттігін және ерекше жағдайлар процесін көрсетіңіз.
• Саясаттағы ерекше жағдайлар үшін: ерекше жағдайды кім мақұлдағанын және оның қандай кейінгі әрекетке рұқсат беретінін тіркеңіз.

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

Қолдау қызметі — ерекше жағдайларға арналған шешім қабаты

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

Пайдалы тапсырыс панеліне жөнелтілім байланыстары, соңғы тиісті қадағалау оқиғалары, ашық қайтарымдар, қайтарым нәтижелері және алдыңғы шешімдер кіреді. Сондай-ақ ақпараттың соңғы рет қашан жаңартылғанын көрсетуі керек. Уақыт белгісі жоқ ескі күй ағымдағы болып көрініп, агенттің қате кеңес беруіне әкелуі мүмкін.

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

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

Жүйелер қалай байланысады: бір ерекше жағдайды басынан соңына дейін бақылаңыз

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

1. Тапсырыс жүйесі байланыстарды жасайды. Әр позиция дұрыс жөнелтіліммен байланыстырылған. Қолдау қызметі жеткізілмеген тауардың жеткізілген сәлемдемеде жоқ екенін көре алады.
2. Қадағалау қабаты ерекше жағдайды алады. Ол жөнелтілім сілтемесі мен оқиға мәліметтерін сақтайды. Жұмыс процесі бүкіл тапсырысты жоғалды деп санамай, тексеруді жасайды немесе жаңартады.
3. Қолдау қызметі істі қарайды. Агент тиісті жөнелтілімді тексеріп, келісілген келесі қадамды тіркейді. Егер ауыстыруға рұқсат берілсе, тапсырыс жүйесі оны жасау туралы бөлек нұсқау алады.
4. Тұтынушы жеткізілген тауарды қайтаруды сұрайды. Қайтарым жүйесі тауар мен сан мөлшерін тапсырыс және бұрынғы қайтару әрекеттерімен салыстырып тексереді.
5. Қойма қайтарымды қабылдап, тексереді. Тексеру нәтижесі тек сәлемдемені қадағалаудан болжанбай, қайтарым жазбасына тіркеледі.
6. Қаржылық жұмыс процесі мақұлданған шешімді орындайды. Қолдау қызметі мен тұтынушыға көрсетілетін қайтарым көрінісі мақұлдауды орындалумен шатастырмауы үшін қайтарым нәтижесі кері жазылады.

Байланыстар әр қатысушы өз жауапкершілігінен тыс жазбаларды қайта жаза алмай, бірдей нәтижені көрген кезде сәтті деп есептеледі.

Сату демонстрациясына емес, сынаққа лайық интеграция мәліметтері

Ортақ идентификаторлар және жазбаларды сәйкестендіру

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

Оқиғаларды жеткізу және салыстырып тексеру

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

Қайталанатын өңдеуді қауіпсіз етіңіз. Мысалы, бір қайтарымды мақұлдау туралы хабарламаны екі рет алу екі қайтарым жасауға әкелмеуі керек. Сондай-ақ салыстырып тексеру тапсырмасы маңызды жазбаларды жүйелер арасында салыстыруы керек, сонда өткізіп алған хабарлама қайтарымды немесе төлемді тұрақты түрде тұрып қалдырмайды.

Аутентификация және тұтынушы деректерінің шекаралары

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

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

17TRACK архитектураға қалай сәйкес келеді

17TRACK-ке бағытталған бағалау үшін жұмысқа сәйкес келетін өнімнің бастапқы нүктесінен бастаңыз. тұтынушыларға арналған қадағалау веб-сайты жеке жөнелтілімді іздеуге арналған. Тапсырыстарды қадағалау қолданбасын бағалайтын сатушылар 17TRACK Shopify тізімін қарай алады. Арнайы байланыс әзірлейтін топтар Tracking API туралы ақпаратты және API құжаттамасын пайдалана алады. Қайтарым талаптары 17RETURNS бойынша бөлек қаралуы керек.

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

Нақты олқылықты жабатын ең шағын жұмыс процесін іске қосыңыз

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

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

Пайдалы қабылдау сынағы мыналарды қамтуы керек:

• Бірнеше жөнелтілімге бөлінген тапсырыс.
• Жаңарақ оқиғадан кейін келетін қадағалау жаңартуы.
• Қаржылық әрекетті қайталамауы тиіс қайталанған оқиға.
• Сол тапсырыста бұрын жасалған қайтарымы бар ішінара қайтарым.
• Қолдау қызметіне көрінетін күйде қалатын сәтсіз қайтарым.
• Кейін қалпына келумен аяқталатын уақытша интеграция іркілісі.
• Қалыпты жұмыс процесін тіркелген себеппен өзгертетін қолмен енгізілген ерекше жағдай.

Әр сәтсіз сынаққа жауапты тұлғаны тағайындап, интеграция қолжетімсіз болған кезде қызметкерлердің қалай жұмыс істейтінін анықтаңыз. Қолмен орындалатын қосалқы процесс — автоматтандыру сәтсіз болғанын мойындау емес, дизайнның бір бөлігі.

Нәтижелерді табыстаулар бойынша өлшеңіз

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

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

Жиі қойылатын сұрақтар

Шағын дүкендерге бөлек қадағалау, қайтарым және қолдау құралдары қажет пе?

Жоқ. Қазірдің өзінде қолжетімді мүмкіндіктерден және анықтай алатын операциялық мәселелерден бастаңыз. Бөлек құралдар қазіргі конфигурация жеткілікті көрінуді, саясатты басқаруды немесе сенімді табыстауларды қамтамасыз ете алмаған кезде пайдалы болады. Иелігі анық емес көбірек қолданба қолмен орындалатын жұмысты көбейтуі мүмкін.

Қадағалау оқиғалары қайтарымды автоматты түрде іске қосуы керек пе?

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

Екі құралды біріктіру үшін API байланысы жеткілікті ме?

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

Жеткізілді деп белгіленген қайтарымды қайтарылды деп көрсетуге бола ма?

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

Сатып алғаннан кейінгі стекке кім иелік етуі керек?

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

Дереккөздер

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

• 17TRACK: жөнелтілімдерді қадағалау веб-сайты
• Shopify App Store: 17TRACK тізімі
• 17TRACK: Tracking API туралы ақпарат
• 17TRACK: API құжаттамасы
• 17RETURNS: ресми өнім беті