เรื่องราวความสำเร็จของลูกค้า
Insperia: การจองขององค์กรที่จัดโครงสร้างเพื่อการส่งมอบที่ทำซ้ำได้
บริษัท B2B ผู้ให้บริการการเดินทางเพื่อธุรกิจในตะวันออกกลางนำการควบคุมการปฏิบัติงานที่ชัดเจนขึ้นมาใช้ เพื่อให้ทุกการจองขององค์กรเป็นไปตามกฎบัญชีเดียวกัน ขั้นตอนของเอเจนต์เดียวกัน และเส้นทางอนุมัติเดียวกัน
- ตะวันออกกลาง
- การเดินทางองค์กรแบบ B2B
- การตั้งค่าเวิร์กโฟลว์องค์กร
- เปิดใช้ในปี 2024
กรณีศึกษา
สรุปเรื่องราวความสำเร็จของ Insperia
Insperia ให้บริการการเดินทางเพื่อธุรกิจในตะวันออกกลางและทำงานแบบ B2B ลูกค้าคือบริษัท และเอเจนต์จองและดูแลการเดินทางแทนลูกค้า โปรเจกต์นี้คือการตั้งค่าเวิร์กโฟลว์องค์กร ที่มุ่งไปที่วิธีจัดระเบียบงาน ไม่ใช่หน้าตาของเว็บไซต์
เป้าหมายคือบริการที่เชื่อถือได้ บัญชีองค์กรต้องการโครงสร้างที่เข้มงวดขึ้น เอเจนต์ต้องการวิธีจัดการการจองแบบเดียวแทนสไตล์ส่วนตัวหลายแบบ และการอนุมัติภายในต้องการลำดับที่ชัดเจนซึ่งทุกคนมองเห็น
ระบบนี้ทำงานบนภาพรวมแพลตฟอร์ม ทีมที่มีโจทย์คล้ายกันมักเริ่มจากหน้าการเดินทางเพื่อธุรกิจและเครื่องมือผู้ค้าส่ง B2B
จาก
การจัดการที่ต่างกันไปตามเอเจนต์
ถึง
การส่งมอบให้องค์กรที่ทำซ้ำได้
- ลูกค้า
- Insperia
- อุตสาหกรรม
- บริการการเดินทางเพื่อธุรกิจ
- ภูมิภาค
- ตะวันออกกลาง
- รูปแบบ
- B2B
- ขอบเขต
- การตั้งค่าเวิร์กโฟลว์องค์กร
- เปิดใช้
- 2024
เทคโนโลยี
REST APIPHPMySQL
จุดเริ่มต้น
จุดกดดันสามจุดในงานจองขององค์กรประจำวัน
Insperia ระบุปัญหาสามข้อก่อนการตั้งค่า ปัญหาเหล่านี้อยู่ในสามสถานีที่ต่างกันของงานเดียวกัน ได้แก่ บัญชี โต๊ะเอเจนต์ และการอนุมัติ
- 01บัญชีองค์กร
การจัดการบัญชีที่ซับซ้อน
เวิร์กโฟลว์ของบัญชีองค์กรต้องการโครงสร้างและความชัดเจนที่เข้มงวดขึ้น
ดูวิธีแก้สิ่งที่ต้องการ
โครงสร้างที่ชัดเจนสำหรับทุกบัญชี
- 02โต๊ะเอเจนต์
กระบวนการต่างกันตามเอเจนต์
สไตล์การจัดการที่ต่างกันทำให้คุณภาพการส่งมอบไม่สม่ำเสมอ
ดูวิธีแก้สิ่งที่ต้องการ
วิธีจัดการการจองร่วมกันแบบเดียว
- 03การอนุมัติ
เส้นทางอนุมัติที่คลุมเครือ
จุดตรวจสอบภายในต้องการลำดับและการมองเห็นที่ชัดเจนขึ้น
ดูวิธีแก้สิ่งที่ต้องการ
เส้นทางตามลำดับที่ทุกคนติดตามได้
การจัดการบัญชี
อ่านทุกบัญชีองค์กรได้จากที่เดียว
การจัดการบัญชีที่ซับซ้อนคือจุดกดดันแรก คำตอบคือโครงสร้าง ใครอยู่ในบัญชี กฎใดใช้กับบัญชีนั้น และแต่ละคำขออยู่ในขั้นใด
เมื่อข้อมูลบัญชีอยู่ในกล่องอีเมลและในความจำของเอเจนต์แต่ละคน ทุกการจองจะเริ่มด้วยการค้นหา มุมมองบัญชีเดียวทำให้เอเจนต์คนใดก็เห็นบุคคล กฎ และคำขอที่ค้างอยู่ก่อนแตะการจอง ส่วนประวัติการติดต่อและการติดตามงานอยู่ในCRM สำหรับธุรกิจท่องเที่ยวได้อย่างเป็นธรรมชาติ
- บุคคลและบทบาทของบัญชีในรายการเดียว
- เห็นกฎของบัญชีก่อนมีการจอง
- คำขอที่ค้างและสถานะในแวบเดียว
- ผู้ประสานการเดินทางส่งคำขอเดินทางให้พนักงาน
- ผู้อนุมัติอนุมัติก่อนยืนยันการจอง
- เอเจนต์ประจำบัญชีจองและดูแลการเดินทางของบัญชี
- การอนุมัติ
- จำเป็นก่อนการยืนยัน
- ผู้อนุมัติ
- ผู้อนุมัติที่กำหนดไว้ในบัญชี
- บันทึกบริการ
- เก็บไว้ในบัญชี ไม่ใช่กับเอเจนต์คนเดียว
- เที่ยวบิน
CR-2041รออนุมัติ - โรงแรม
CR-2038อนุมัติแล้ว - เช่ารถ
CR-2035ยืนยันแล้ว
หน้าจอตัวอย่าง แสดงโครงสร้างของระบบ ไม่ใช่ข้อมูลจริงของ Insperia
ขั้นตอนการอนุมัติ
เส้นทางอนุมัติการจองขององค์กรที่ทุกจุดตรวจสอบเรียงตามลำดับ
เส้นทางอนุมัติที่คลุมเครือคือจุดกดดันที่สาม จุดตรวจสอบภายในต้องการลำดับที่ชัดเจนและการมองเห็น เลือกขั้นตอนเพื่อดูว่าใครดำเนินการ ตรวจสอบอะไร และใครติดตามได้
- ผู้ดำเนินการ
- ผู้ประสานการเดินทาง
- สิ่งที่ตรวจสอบ
- คำขอระบุผู้เดินทาง วันที่ และบัญชี
- ผู้ที่ติดตามได้
- ผู้ประสานและเอเจนต์ประจำบัญชี
- ผู้ดำเนินการ
- เอเจนต์ประจำบัญชี
- สิ่งที่ตรวจสอบ
- คำขอตรงกับบัญชีและกฎของบัญชี
- ผู้ที่ติดตามได้
- เอเจนต์และหัวหน้าทีม
- ผู้ดำเนินการ
- ผู้อนุมัติที่กำหนด
- สิ่งที่ตรวจสอบ
- การเดินทางได้รับอนุมัติก่อนยืนยันสิ่งใด
- ผู้ที่ติดตามได้
- ผู้อนุมัติ ผู้ประสาน และเอเจนต์
- ผู้ดำเนินการ
- เอเจนต์ประจำบัญชี
- สิ่งที่ตรวจสอบ
- ยืนยันการจองตามคำขอที่อนุมัติแล้ว
- ผู้ที่ติดตามได้
- ทุกคนที่อยู่ในคำขอ
- ผู้ดำเนินการ
- เอเจนต์ประจำบัญชี
- สิ่งที่ตรวจสอบ
- การเปลี่ยนแปลงผ่านเส้นทางเดิมอีกครั้ง
- ผู้ที่ติดตามได้
- ทุกคนที่อยู่ในคำขอ
เส้นทางตัวอย่าง ขั้นตอนแสดงหลักการของระบบ ได้แก่ ลำดับที่แน่นอน การตรวจสอบก่อนยืนยัน และสถานะร่วมเพียงหนึ่งเดียว
ความสม่ำเสมอของเอเจนต์
คู่มือปฏิบัติงานเดียว ไม่ว่าเอเจนต์คนใดจะรับการจอง
กระบวนการที่ต่างกันตามเอเจนต์คือจุดกดดันที่สอง สไตล์ที่ต่างกันให้ผลลัพธ์ที่ต่างกัน ลำดับขั้นตอนร่วมกันช่วยตัดความแตกต่างส่วนบุคคลออกจากงานองค์กร
- 01เปิดบัญชีองค์กรเอเจนต์ A
- 02อ่านกฎและบันทึกบริการของบัญชีเอเจนต์ A
- 03เตรียมตัวเลือกภายใต้กฎเอเจนต์ A
- 04ส่งขออนุมัติและรอการอนุมัติเอเจนต์ A
- 05ยืนยันตามคำขอที่อนุมัติแล้วเอเจนต์ A
- 06บันทึกการจองไว้ในบัญชีเอเจนต์ A
0 / 6เปลี่ยนเอเจนต์ได้ ขั้นตอนยังคงเหมือนเดิมทุกประการการจองถูกจัดการด้วยวิธีเดียวกัน ไม่ว่าใครจะรับไป
เวิร์กโฟลว์ที่ปรับปรุงใหม่ช่วยให้ทีมของเราดำเนินการจองขององค์กรได้สม่ำเสมอขึ้น
ผลลัพธ์
สิ่งที่เปลี่ยนไปในฝ่ายองค์กรของ Insperia
Insperia รายงานผลลัพธ์ด้วยภาษาการปฏิบัติงานแทนตัวเลข หน้านี้จึงไม่แสดงตัวเลขใด ผลลัพธ์แต่ละข้อตอบจุดกดดันหนึ่งในสามจุด
- คุณภาพการดำเนินงานตอบจุดที่02
การส่งมอบที่สม่ำเสมอขึ้น
เอเจนต์ทำตามลำดับเดียว การจองขององค์กรจึงถูกจัดการเหมือนกันไม่ว่าใครจะรับ
- การดำเนินงานองค์กรตอบจุดที่01
การจัดการบัญชีที่ชัดเจนขึ้น
บุคคล กฎ และคำขอที่ค้างอ่านได้จากบัญชี แทนการปะติดปะต่อทีละส่วน
- การกำกับดูแลภายในตอบจุดที่03
ขั้นตอนอนุมัติที่ดีขึ้น
จุดตรวจสอบดำเนินตามลำดับที่แน่นอน และผู้ที่อยู่ในคำขอมองเห็นสถานะได้
เทคโนโลยีเบื้องหลังระบบ
- L1
REST APIเชื่อมแพลตฟอร์มกับระบบอื่น - L2
PHPรันตรรกะการจองและเวิร์กโฟลว์ - L3
MySQLจัดเก็บบัญชี การจอง และประวัติ
PHPTRAVELS เป็นระบบที่โฮสต์เอง และมาพร้อมซอร์สโค้ดภายใต้ใบอนุญาตเชิงพาณิชย์
สร้างเวิร์กโฟลว์การเดินทางขององค์กรคุณ
จัดโครงสร้างการดำเนินงานเพื่อการทำงาน B2B ที่เรียบร้อยขึ้น
เพิ่มเติมสำหรับทีมการเดินทางองค์กร
เล่าว่า Insperia บริษัท B2B ผู้ให้บริการการเดินทางเพื่อธุรกิจในตะวันออกกลาง ตั้งค่าเวิร์กโฟลว์การจองขององค์กรบน PHPTRAVELS อย่างไร และเปิดใช้ในปี 2024 งานนี้ทำให้การจัดการบัญชีมีโครงสร้างที่เข้มงวดขึ้น ให้เอเจนต์มีวิธีจัดการการจองร่วมกัน และจัดการอนุมัติภายในให้มีลำดับชัดเจน
สามข้อ ได้แก่ เวิร์กโฟลว์บัญชีองค์กรที่ต้องการโครงสร้างและความชัดเจนมากขึ้น คุณภาพการส่งมอบที่เปลี่ยนไปตามสไตล์ของเอเจนต์แต่ละคน และจุดตรวจสอบการอนุมัติภายในที่ต้องการลำดับและการมองเห็นที่ชัดเจนขึ้น
เมื่อจุดตรวจสอบดำเนินตามลำดับเดิมเสมอและมองเห็นสถานะได้ ก็ไม่มีใครต้องถามว่าคำขออยู่ขั้นไหน และไม่มีสิ่งใดถูกยืนยันก่อนได้รับอนุมัติ Insperia ระบุว่าขั้นตอนอนุมัติที่ดีขึ้นเป็นหนึ่งในผลลัพธ์
ไม่ Insperia อธิบายผลลัพธ์ด้วยภาษาการปฏิบัติงาน ได้แก่ การส่งมอบที่สม่ำเสมอขึ้น การจัดการบัญชีที่ชัดเจนขึ้น และขั้นตอนอนุมัติที่ดีขึ้น หน้านี้ไม่เพิ่มตัวเลขที่ลูกค้าไม่ได้เผยแพร่
โปรเจกต์ใช้ PHP และ MySQL พร้อม REST API สำหรับเชื่อมต่อกับระบบอื่น PHPTRAVELS เป็นระบบที่โฮสต์เองและมาพร้อมซอร์สโค้ดภายใต้ใบอนุญาตเชิงพาณิชย์ บริษัทจึงปรับเวิร์กโฟลว์ให้เข้ากับกฎของตนเองได้
ได้ เริ่มจากเดโมเพื่อดูบัญชี ขั้นตอนของเอเจนต์ และการอนุมัติ จากนั้นเปรียบเทียบแพ็กเกจแบบชำระครั้งเดียวในหน้าราคา การปรับเวิร์กโฟลว์เฉพาะสำหรับบริษัทของคุณสามารถกำหนดขอบเขตร่วมกับทีมก่อนตัดสินใจ
สำรวจต่อ
เพิ่มเติมเกี่ยวกับแพลตฟอร์ม
- เรื่องราวความสำเร็จเอเจนซี่ที่ใช้ PHPTRAVELS
- เรื่องราว Travigenceทีม B2B ในยุโรป อัปเกรดงานเอเจนซี
- เรื่องราวของ Skyvelaรีลอนช์มาร์เก็ตเพลสระดับหรู, B2B + B2C
- การเดินทางเพื่อธุรกิจนโยบาย การอนุมัติ รายงาน
- ซอฟต์แวร์การเดินทางองค์กรนโยบาย การอนุมัติ ศูนย์ต้นทุน และรายงาน
- จัดการการเดินทางธุรกิจคำขอ ทริป ค่าใช้จ่าย และการกระทบยอด
