Русский
Українська
ქართული
English
Қазақша
Español
Français
Deutsch
Italiano
فارسی
Հոդվածի ֆոկուսը
Ինչու WhatsApp բիզնեսը հաճախ դառնում է վաճառքի ալիք
Հաճախորդը գրում է մեսենջերին, նշում է ապրանքը կամ ծառայությունը, ստանում է հաշիվ-ապրանքագիր և սպասում արագ վճարման եղանակին:
Ցուցասրահների, առաքումների, տեղական խանութների, սպասարկող ընկերությունների, խորհրդատվության և B2B վաճառքների համար WhatsApp Business հաճախ փոխարինում է թեթև ցուցափեղկը կամ CRM զրույցը: Հաճախորդը գրում է մենեջերին, պարզաբանում է գինը, առկայությունը, հասցեն, հարմար ժամանակը, սարքավորումները կամ առաքման պայմանները և ակնկալում է պարզ հաջորդ քայլ:
Կարևոր է չբնութագրել WhatsApp-ն որպես բանկային վճարում ուղղակիորեն մշակող համակարգ: Ճիշտ սխեման տարբեր է. մենեջերը, բոտը կամ backend-ը ստեղծում է վճարման հղում, հաճախորդը բացում է անվտանգ checkout էջ, վճարում է, և բիզնեսը ստանում է վճարման ստուգված կարգավիճակ webhook-ի կամ կարգավիճակի որոնման միջոցով:
Այս մոտեցումը վերացնում է ձեռքի որոշ քաոս: Կառավարիչը կարիք չունի սքրինշոթներ խնդրելու, հաշվապահական հաշվառման բաժինը պետք չէ նամակագրության միջոցով փնտրել վճարման նպատակը, իսկ աջակցությունը տեսնում է order_id-ը, գումարը, արժույթը ՀՀ դրամ, մատակարարի տեղեկանքը, հղումը ուղարկելու կարգավիճակը և պատմությունը:
- WhatsApp-ը մնում է payment link հաղորդակցման և ուղարկման ալիք;
- վճարումը կատարվում է անվտանգ checkout էջում;
- backend խանութներ order_id, հաճախորդի id, գումարի և հղման ժամկետի ավարտը;
- վերջնական կարգավիճակը վճարված, ձախողված կամ ժամկետանց է, գալիս է webhook կամ կարգավիճակի ստուգման միջոցով:
Ինչպես է payment link-ն աշխատում WhatsApp-ում
Հղումը կարող է ձեռքով ուղարկվել մենեջերի կողմից կամ դինամիկ կերպով ստեղծել հետնամասի և API-ի միջոցով:
Առաջին MVP-ի համար կարող եք օգտագործել ֆիքսված վճարման հղումներ. օրինակ՝ կանխավճար խորհրդատվության, առաքման, ավանդի, հանրաճանաչ ծառայությունների փաթեթի կամ ֆիքսված գնով ապրանքի համար: Կառավարիչը ընտրում է ցանկալի հղումը և այն ուղարկում հաճախորդին WhatsApp Business-ում՝ պատվերի համառոտ նկարագրության հետ միասին:
Եթե գումարներն ու պատվերները տարբեր են, ապա ավելի լավ է օգտագործել API: Backend-ը ստեղծում է վճարման եզակի հարցում՝ order_id, գումար, արժույթ AMD, հաճախորդի հեռախոս կամ ներքին customer_id, ժամկետի ավարտ, նկարագրություն և մետատվյալներ CRM-ի համար: Դրանից հետո մենեջերը կամ ավտոմատացումը չաթում հղում է ուղարկում հաճախորդին:
Վճարումից հետո VPOS-ն ուղարկում է webhook: Backend-ը ստուգում է ստորագրության կամ վստահելի կարգավիճակի որոնումը, գումարը, արժույթը, order_id-ը և անգործունակության բանալին, պահում է իրադարձությունը վճարումների մատյանում և թարմացնում CRM, աղյուսակը, Bitrix24, amoCRM կամ ներքին վահանակը: Պատվերը չպետք է վճարովի դառնա միայն այն պատճառով, որ հաճախորդը գրել է «վճարված»:
- ֆիքսված հղումները հարմար են պարզ օդաչուի համար.
- Եզակի պատվերների և գումարների համար անհրաժեշտ են դինամիկ API հղումներ.
- ժամկետանցությունը պաշտպանում է հնացած հղման համար վճարելուց.
- webhook-ն փակում է պատվերը սերվերի կողմից ստուգումից հետո;
- CRM-ը կառավարչի ձեռքով գրառման փոխարեն ստանում է վճարման նորմալացված իրադարձություն:
Տեխնիկական կանոններ և հաշտեցում
WhatsApp-ում վաճառքը պահանջում է նույն կանոնները, ինչ կայքը և CRM-ն՝ անզորություն, կարգավիճակներ, աուդիտ և անվտանգ գաղտնիքներ:
Հիմնական կանոնը անզորությունն է։ Հաճախորդը կարող է բացել հղումը մի քանի անգամ, մենեջերը կարող է նորից ուղարկել այն, webhook կարող է գալ մեկից ավելի անգամ: Backend-ը պետք է իրադարձությունները կապի մեկ order_id-ի հետ և չստեղծի երկրորդ վճարովի պատվեր, երկրորդ մուտք կամ երկրորդ առաքման առաջադրանք:
Վճարման մատյանում դուք պետք է պահեք հարցումի id-ը, order_id-ը, հաճախորդի հեռախոսը կամ ներքին customer_id-ը, գումարը, արժույթը, հղման կարգավիճակը, մատակարարի հղումը, createAt, paidAt, ժամկետի ավարտը, webhook փորձերը և վերջնական գործողությունը: Սա օգնում է արագ պատասխանել հաճախորդին, եթե նա գրում է մեկ այլ համարից կամ փոխանցում է հին հղումը:
Ֆիսկալիզացիան, ձեռք բերող բանկը, պայմանագրային պայմանները, վերադարձը, մասնակի վերադարձը և առաքման կանոնները կախված են կոնկրետ բիզնեսից և մատակարարից: Նախքան սկսելը, դուք պետք է առանձին նկարագրեք, թե ինչ է տեղի ունենում ձախողված, ժամկետանց pending-ի, կրկնօրինակ վճարման, չեղարկման և գումարի վերադարձման հետ:
- idempotency բանալի վճարման հայտի և webhook մշակման համար;
- order_id և հաճախորդի նույնացուցիչներ՝ WhatsApp և CRM պատվերներ որոնելու համար;
- կարգավիճակները վճարված, ձախողված, ժամկետանց, pending և ձեռքով վերանայում;
- գաղտնիքներ API/webhook շրջակա միջավայրի փոփոխականներում, ոչ թե chat-ում և ոչ թե frontend-ում;
- մատակարարների հաշվետվությունների, CRM պատվերների, փոխհատուցումների և հաշվապահական փաստաթղթերի համաձայնեցում:
FAQ
Հնարավո՞ր է վճարումներ ընդունել անմիջապես WhatsApp Business-ում:
WhatsApp Business-ը կարող է հաղորդակցության և վճարման հղում ուղարկելու ալիք լինել, սակայն ավելի ճիշտ է բանկային վճարումները կատարել անվտանգ checkout էջում կամ աջակցվող մատակարարի հոսքում:
Որո՞նք են WhatsApp Հայաստանի վճարային հղումները:
Սրանք հղումներ են դեպի checkout էջի, որը բիզնեսն ուղարկում է հաճախորդին WhatsApp պատվերը հաստատելուց հետո: Վճարումից հետո backend-ը կարգավիճակ է ստանում webhook-ի կամ կարգավիճակի որոնման միջոցով:
Հնարավո՞ր է սկսել առանց բարդ զարգացման:
Այո, դուք կարող եք սկսել MVP ֆիքսված հղումներով և վճարումների մատյանով: Եզակի պատվերների, CRM կարգավիճակների և ավտոմատացման համար ավելի լավ է ավելացնել API և webhooks:
Հնարավո՞ր է հաստատել վճարումը WhatsApp-ի սքրինշոթի միջոցով:
Սքրինշոթը կարող է օգնել հաղորդակցությանը, սակայն վճարովի կարգավիճակը պետք է տեղադրվի սերվերի կողմից ստուգումից հետո՝ webhook, կարգավիճակի որոնում, գումար, արժույթ և order_id:
Հնարավո՞ր է արդյոք ընդունել դրամով առցանց վճարում WhatsApp սկրիպտով:
Այո, եթե ընտրված վճարման սցենարը, ձեռք բերող բանկը, մատակարարը և պայմանագրային սխեման աջակցում են վճարման ցանկալի եղանակին: Պայմանները տարբեր են՝ կախված բիզնեսից և մատակարարից:
