ການເຊື່ອມໂຍງກັບລະບົບການຈັດການສິນຄ້າຄົງຄັງເພື່ອຮັ

[tapeya6238]

ບປະກັນການອັບເດດໃນເວລາຈິງກ່ຽວກັບການມີຜະລິດຕະພັນ.

ເນື່ອງຈາກລະບົບນີ້ຕ້ອງອັດຕະໂນມັດການສົ່ງການແຈ້ງເຕືອນສ່ວນບຸກຄົນໃນຂະນະທີ່ສາມາດຈັດການຄໍາຮ້ອງຂໍຈໍານວນຫຼວງຫຼາຍ, ຄວາມກວ້າງແລະຄວາມຫນ້າເຊື່ອຖືຂອງການຈັດການຂໍ້ມູນແມ່ນບໍ່ສາມາດຕໍ່ລອງໄດ້.

ສະເຕກແມ່ນມີຫຼາຍ: ຄວາມໄວ້ວາງໃຈຂອງຜູ້ໃຊ້ຂອງພວກເຂົາ, ການເພີ່ມປະສິດທິພາບຂອງໂອກາດການຂາຍ, ແລະການວິເຄາະຂໍ້ມູນໃນຄວາມເລິກເພື່ອປະເມີນປະສິດທິຜົນຂອງການແຈ້ງເຕືອນ.

Batch Data Platform ໃຫ້ລູກຄ້າ e-commerce ຂອງຕົນມີຄວາມຫນ້າເຊື່ອຖືຂອງລະບົບດັ່ງກ່າວແນວໃດ?

ໃນບົດຄວາມນີ້, ພວກເຮົາເອົາກໍລະນີຂອງຜູ້ໃຊ້ທີ່ມີຕາກ່ຽວກັບລາຍການສະເພາະໃດຫນຶ່ງ, ແຕ່ຫນ້າເສຍດາຍ, ບໍ່ມີຢູ່ໃນຫຼັກຊັບ. ເປົ້າໝາຍຂອງພວກເຮົາແມ່ນເພື່ອແຈ້ງໃຫ້ລາວຮູ້ໃນເວລາຈິງທັນທີທີ່ລາຍການມີໃຫ້ອີກຄັ້ງ.

ກວດຫາຄວາມສົນໃຈຂອງຜູ້ໃຊ້ໃນລາຍການທີ່ບໍ່ໄດ້ຊື້
ຈາກທັດສະນະດ້ານວິຊາການ, ກໍລະນີການນໍາໃຊ້ນີ້ເລີ່ມຕົ້ນໃນ backend ຂອງລູກຄ້າ batch.

ເພາະສະນັ້ນ, ເງື່ອນໄຂເບື້ອງຕົ້ນແມ່ນການເກັບກໍາຄວາມສົນໃຈຂອງຜູ້ໃຊ້ສໍາລັບແຕ່ລະຜະລິດຕະພັນ. ນີ້ສາມາດເຮັດໄດ້ໃນຫຼາຍວິທີ, ສໍາລັບການຍົກຕົວຢ່າງ:

ຜູ້​ໃຊ້​ໄດ້​ເພີ່ມ​ລາຍ​ການ​ທີ່​ຕ້ອງ​ການ​ຂອງ​ເ ບໍລິການຜ່ານ ຂົາ​ເຈົ້າ​, ແລະ​ພວກ​ເຂົາ​ເຈົ້າ​ໄດ້​ຮັບ​ການ​ແຈ້ງ​ການ​ທັນ​ທີ​ທີ່​ລາຍ​ການ​ຈາກ​ບັນ​ຊີ​ທີ່​ຕ້ອງ​ການ​ຂອງ​ເຂົາ​ເຈົ້າ​ກັບ​ຄືນ​ໄປ​ບ່ອນ​;
ຜູ້ໃຊ້ໄດ້ລົງທະບຽນເພື່ອຮັບການແຈ້ງເຕືອນເມື່ອລາຍການກັບມາຢູ່ໃນສະຕັອກ (ຜ່ານໂມດູນສະເພາະຢູ່ໃນເວັບໄຊທ໌ຫຼືແອັບຯ).
ເພື່ອເລີ່ມຕົ້ນສະຖານະການນີ້, ລູກຄ້າຈຶ່ງດໍາເນີນການສ້າງແຜນທີ່ແລະການເກັບຮັກສາຕົວລະບຸຂອງຜູ້ໃຊ້ທີ່ສົນໃຈໃນບົດຄວາມສະເພາະໃນ back-end ຂອງມັນ.

Trigger Custom Automation Trigger
ເມື່ອສິນຄ້າມີຢູ່ໃນຫຼັກຊັບ, ລູກຄ້າ Batch ໂທຫາ Profile API ຂອງພວກເຮົາສໍາລັບຜູ້ໃຊ້ທຸກຄົນທີ່ກ່ຽວຂ້ອງກັບລາຍການນັ້ນ.

ຫຼັງຈາກນັ້ນ, Batch ຈະໄດ້ຮັບເຫດການ (ໂດຍປົກກະຕິມີຊື່ວ່າ "back_in_stock"), ເຊິ່ງກະຕຸ້ນໃຫ້ເກີດ Automation Trigger ທີ່ກ່ຽວຂ້ອງ (ກ່ອນໜ້ານີ້ຖືກຕັ້ງຄ່າຢູ່ໃນ Batch Dashboard).

ໂດຍປົກກະຕິ, ລູກຄ້າຂອງພວກເຮົາເລືອກການສົ່ງອີເມວທັນທີ, ເພາະວ່າມັນເປັນສິ່ງສໍາຄັນທີ່ຈະແຈ້ງໃຫ້ຜູ້ໃຊ້ຮູ້ໄວເທົ່າທີ່ຈະໄວໄດ້. ແພລດຟອມຂໍ້ມູນຊຸດສາມາດກະຕຸ້ນການສົ່ງອີເມວໄດ້ໃນເວລາຈິງ.

API call payload ລວມມີ Custom User I ຂອງຜູ້ໃຊ້