background

Constructor University

Constructor University จำเป็นต้องเปลี่ยนระบบที่พักนักเรียนเก่า แต่การเปลี่ยนซอฟต์แวร์เก่าด้วยฐานข้อมูลที่แยกออกมาอีกจะสร้างปัญหาใหม่เท่านั้น

Constructor University ได้พึ่งพา Salesforce สำหรับข้อมูลนักเรียนอยู่แล้ว Booking Ninjas ทำงานร่วมกับสภาพแวดล้อมที่มีอยู่เพื่อให้ที่พักกลายเป็นส่วนที่เชื่อมต่ออีกส่วนหนึ่งของบันทึกนักเรียนในมหาวิทยาลัย

โครงการนี้ได้รวบรวมการจองที่พัก การบริการตนเองของนักเรียน กฎการจัดสรร การชำระเงิน ข้อมูลการดำเนินงาน และการรายงานรอบๆ ฐานข้อมูล Salesforce ที่ Constructor ไว้วางใจอยู่แล้ว

ลูกค้า Constructor University
การดำเนินงาน ที่พักนักเรียนของมหาวิทยาลัย
ความต้องการหลัก เปลี่ยนที่พักเก่าใน Salesforce

ความท้าทาย: ที่พักเกี่ยวข้องกับมากกว่าความพร้อมของห้อง

Constructor กำลังเลิกใช้ระบบที่พักเก่า Mercury

นั่นหมายความว่าทรัพย์สินที่มีอยู่ ข้อมูลนักเรียน การจอง ประวัติที่พัก และกระบวนการดำเนินงานต้องได้รับการพิจารณาเป็นส่วนหนึ่งของการเปลี่ยนแปลง

แต่ที่พักเองก็ซับซ้อนกว่าการมอบห้องว่างเพียงอย่างเดียว

  • บันทึกนักเรียน
  • ความชอบที่พัก
  • คุณสมบัติห้อง
  • การจอง
  • เงินมัดจำและการชำระเงิน
  • การจัดสรรห้อง
  • การรายงานชีวิตในที่พัก
  • การเช็คอินและเช็คเอาท์

นักศึกษาใหม่และนักเรียนที่กลับมาอาจมีเส้นทางที่แตกต่างกัน ประเภทห้องบางประเภทมีกฎคุณสมบัติที่แตกต่างกัน ทีมที่พักต้องการรายงานที่เปลี่ยนแปลง นักเรียนต้องการวิธีที่ใช้งานได้ในการทำส่วนของกระบวนการ

การตัดสินใจที่สำคัญที่สุด: รักษา Salesforce เป็นฐานข้อมูลนักเรียน

Constructor มีสภาพแวดล้อม Salesforce ของตนเองและบันทึกนักเรียนที่จัดตั้งขึ้นแล้ว

ความกังวลในช่วงแรกคือแพลตฟอร์มที่พักใหม่จะสร้างโครงสร้างข้อมูลที่กำหนดเองแยกต่างหากที่ต้องการการรวมระบบกลับไปยังมหาวิทยาลัยหรือไม่

Booking Ninjas ทำงานร่วมกับโครงสร้าง Contact และ Person Account ของ Salesforce ที่มีอยู่ของ Constructor แทน

ข้อมูลที่พักสามารถเชื่อมโยงกับบันทึกนักเรียนที่ใช้ที่อื่นในมหาวิทยาลัย และทีมที่ได้รับอนุญาตสามารถเข้าถึงข้อมูลที่เกี่ยวข้องได้โดยไม่ต้องให้ผู้ใช้ทุกคนทำงานภายในแอปพลิเคชัน Booking Ninjas เอง

สิ่งนี้ได้แก้ไขหนึ่งในความกังวลที่ชัดเจนที่สุดที่เกิดขึ้นในระหว่างโครงการ: ที่พักไม่จำเป็นต้องกลายเป็นเกาะข้อมูลอีกแห่งหนึ่ง

Booking Ninjas อธิบายโครงสร้างที่กว้างขึ้นนี้ใน Salesforce Org คืออะไร?

เส้นทางที่พักนักเรียนสามารถกลายเป็นกระบวนการที่เชื่อมต่อกันได้

ประสบการณ์ที่มีประโยชน์เริ่มต้นจากบันทึกนักเรียนและดำเนินต่อไปตลอดวงจรชีวิตที่พัก

01 บันทึกนักเรียน

เริ่มจากข้อมูลนักเรียนที่ Constructor รักษาไว้ใน Salesforce

02 การเข้าถึงพอร์ทัล

ให้ข้อมูลและการกระทำที่เกี่ยวข้องกับนักเรียนผ่านจุดเข้าที่พักที่มีแบรนด์

03 กฎที่พัก

สถานะนักเรียน ความชอบ ประเภทห้อง และข้อกำหนดที่เกี่ยวข้องจะกำหนดขั้นตอนถัดไป

04 จอง + ชำระเงิน

การจองสามารถปฏิบัติตามกฎการชำระเงินหรือการอนุมัติที่ใช้กับนักเรียนคนนั้นได้

05 ดำเนินการ + รายงาน

บันทึกที่พักยังคงมีให้สำหรับการมอบหมาย ชีวิตในที่พัก การรายงาน และการทำงานในวงจรชีวิตในภายหลัง

วิธีที่การตั้งค่าของ Constructor เชื่อมโยงกัน

ความต้องการของ Constructor แนวทางของ Booking Ninjas สิ่งที่มันทำให้เป็นไปได้
เปลี่ยนข้อมูลที่พักเก่า โครงสร้างการย้ายข้อมูลที่เป็นพื้นฐานของ Salesforce ทรัพย์สิน ข้อมูลติดต่อ การจอง และข้อมูลประวัติที่เกี่ยวข้องสามารถย้ายไปยังสภาพแวดล้อมใหม่แทนที่จะเริ่มต้นด้วยระบบที่พักที่ว่างเปล่า
รักษาบันทึกนักเรียนที่มีอยู่ โครงสร้าง Contact / Person Account ของ Salesforce ที่มีอยู่ ที่พักสามารถทำงานรอบๆ ข้อมูลนักเรียนที่จัดตั้งขึ้นของมหาวิทยาลัยแทนที่จะสร้างฐานข้อมูลนักเรียนที่แยกออกมาอีกชุดหนึ่ง
ให้นักเรียนบริการตนเอง พอร์ทัลนักเรียน นักเรียนสามารถเข้าถึงสภาพแวดล้อมที่มีแบรนด์ของ Constructor และทำส่วนที่เกี่ยวข้องของเส้นทางที่พักด้วยตนเอง
ใช้กฎที่พักที่แตกต่างกัน กฎการจอง + กระบวนการทำงานของ Salesforce นักเรียนใหม่ นักเรียนที่กลับมา ประเภทห้อง ความชอบ และคุณลักษณะอื่นๆ ของนักเรียนสามารถมีอิทธิพลต่อกระบวนการที่แสดงให้กับนักเรียน
จัดการเงินมัดจำที่พัก การประมวลผลการชำระเงิน กิจกรรมการชำระเงินที่เกี่ยวข้องสามารถเชื่อมโยงกับนักเรียนและการจองแทนที่จะต้องมีการปรับยอดแยกต่างหาก
รักษาการจองที่ไม่สมบูรณ์ให้ใช้งานได้ สถานะการจอง + กระบวนการทำงานการชำระเงิน นักเรียนสามารถกลับไปยังขั้นตอนที่ outstanding แทนที่จะต้องสร้างคำขอที่พักใหม่จากจุดเริ่มต้น
สนับสนุนรายงานที่เปลี่ยนแปลง รายงาน + แดชบอร์ดของ Salesforce ชีวิตในที่พักสามารถสร้างมุมมองที่แตกต่างกันเกี่ยวกับอาคาร ห้อง การเข้าพัก คุณลักษณะของนักเรียน หรือการมอบหมายจากข้อมูลเดียวกัน

นักเรียนสามารถจัดการเส้นทางที่พักได้มากขึ้นด้วยตนเอง

Constructor ต้องการมากกว่าหน้าจอที่พักสำหรับการบริหารจัดการ

นักเรียนยังต้องการสถานที่ที่ชัดเจนในการมีส่วนร่วมกับกระบวนการ

Booking Ninjas ได้ตั้งค่าพอร์ทัลนักเรียนที่มีแบรนด์ซึ่งการเข้าถึงของนักเรียนสามารถเชื่อมโยงกับกระบวนการทำงานที่พักของมหาวิทยาลัย

พอร์ทัลสามารถกลายเป็นสถานที่ที่นักเรียนเห็นข้อมูลที่พักที่เกี่ยวข้องกับพวกเขา รักษาความชอบที่เกี่ยวข้อง ดำเนินการขั้นตอนการจอง และทำการกระทำเช่นการชำระเงินที่เกี่ยวข้อง

สิ่งนี้ช่วยให้การทำงานประจำใกล้ชิดกับผู้ที่รู้คำตอบอยู่แล้ว

สถานะปัจจุบันของ Booking Ninjas พอร์ทัลนักเรียน เชื่อมโยงบริการตนเองของนักเรียนโดยตรงกับบันทึก Salesforce แทนที่จะรักษาสำเนานักเรียนอีกชุดหนึ่งนอกแพลตฟอร์ม

กฎที่พักของมหาวิทยาลัยสามารถกลายเป็นส่วนหนึ่งของกระบวนการทำงาน

Constructor ไม่มีขั้นตอนที่พักที่เหมือนกันสำหรับนักเรียนทุกคน

นักเรียนใหม่และนักเรียนที่กลับมาอาจมีข้อกำหนดที่แตกต่างกัน ประเภทห้องบางประเภทอาจมีคุณสมบัติที่แตกต่างกัน ความชอบของนักเรียนและข้อมูลมหาวิทยาลัยที่มีอยู่ก็สามารถมีผลต่อสิ่งที่ต้องเกิดขึ้นถัดไปได้

แทนที่จะขอให้เจ้าหน้าที่จดจำและอธิบายความแตกต่างทุกอย่างด้วยตนเอง ข้อมูล Salesforce และกระบวนการทำงานของ Booking Ninjas สามารถช่วยกำหนดเส้นทางที่พักที่เหมาะสมได้

โครงการยังสำรวจข้อกำหนดการจัดสรรที่ลึกซึ้งยิ่งขึ้น เช่น ความชอบห้อง ความชอบชั้นชาติพันธุ์ ความชอบการสูบบุหรี่ การพิจารณาเพื่อนร่วมห้อง และพฤติกรรมการควบคุมสินค้าคงคลัง

แนวคิดการจับคู่และการจัดสรรที่ล้ำสมัยเหล่านั้นควรเข้าใจว่าเป็นพื้นที่ที่ Constructor และ Booking Ninjas กำลังนิยามและปรับปรุงในระหว่างการดำเนินการ แทนที่จะนำเสนอเป็นฟังก์ชันการผลิตที่ได้รับการยืนยันทั้งหมด

การชำระเงินสามารถกลายเป็นส่วนหนึ่งของสถานะการจอง

Constructor ยังมีเส้นทางการเงินที่แตกต่างกันขึ้นอยู่กับนักเรียน

ตัวอย่างเช่น นักเรียนที่กลับมาอาจต้องการเงินมัดจำที่พักในขณะที่นักเรียนใหม่อาจต้องปฏิบัติตามกระบวนการอื่น

Booking Ninjas ทำงานในการเชื่อมโยงกิจกรรมการชำระเงินของ Stripe กับนักเรียนและการจองเพื่อให้การชำระเงินที่เกี่ยวข้องสามารถกลายเป็นส่วนหนึ่งของกระบวนการทำงานที่พักเองได้

สิ่งนี้สร้างลำดับที่ชัดเจนมากขึ้น:

โครงสร้างเดียวกันนี้ยังช่วยกับนักเรียนที่เริ่มการจองแต่ไม่ชำระเงินทันที การจองสามารถรักษาสถานะของมันไว้เพื่อให้นักเรียนสามารถกลับไปยังขั้นตอนที่ outstanding แทนที่จะเริ่มใหม่

เครื่องมือการชำระเงินปัจจุบันของ Booking Ninjas เชื่อมโยงการทำธุรกรรมโดยตรงกับการจอง ใบแจ้งหนี้ และบันทึกลูกค้า Salesforce :contentReference[oaicite:3]{index=3}

Residential Life ไม่ต้องการรอผู้ขายซอฟต์แวร์ทุกครั้งที่ต้องการรายงานใหม่

คำถามเกี่ยวกับที่พักในมหาวิทยาลัยมีการเปลี่ยนแปลงอยู่ตลอดเวลา

คนหนึ่งอาจต้องการนักศึกษาในอาคารเฉพาะ อีกคนอาจต้องการข้อมูลการเข้าพัก อีกคนอาจต้องการข้อมูลเกี่ยวกับผู้เยาว์ สัญชาติ การจัดสรรห้อง หรือคุณลักษณะอื่น ๆ ของนักศึกษา

ทีมงานของ Constructor ชี้แจงว่ารายงานที่กำหนดไว้ตายตัวจะไม่เพียงพอ

เนื่องจากบันทึกที่พักยังคงอยู่ใน Salesforce ทีมที่ได้รับอนุญาตสามารถใช้การรายงานของ Salesforce และการส่งออกที่ได้รับอนุญาตเพื่อตอบคำถามต่าง ๆ จากข้อมูลพื้นฐานเดียวกันได้

  • อาคารและห้อง
  • การจัดสรรนักศึกษา
  • การเข้าพัก
  • คุณลักษณะของนักศึกษา
  • สถานะการจอง
  • สถานะการชำระเงิน
  • ข้อยกเว้นที่พัก
  • การส่งออกการดำเนินงาน

ผู้ใช้จริงยังคงปรับแต่งระบบ

การทดสอบการยอมรับของผู้ใช้เปิดเผยรายละเอียดที่สำคัญเมื่อซอฟต์แวร์เข้าถึงการดำเนินงานประจำวันของมหาวิทยาลัย

Constructor และ Booking Ninjas ทำงานผ่านคำถามเกี่ยวกับประเภทนักเรียน ความเหมาะสมของห้อง สถานะการจอง พฤติกรรมการชำระเงิน รายงาน ความชอบ สินค้าคงคลัง เทอมินอล และการทำงานในวงจรชีวิตที่พัก

ทีมยังสำรวจว่าการเช็คเอาต์และการตรวจสอบห้องสามารถมีโครงสร้างที่ชัดเจนมากขึ้นได้อย่างไร รวมถึงการระบุข้อยกเว้นและลดปริมาณการประมวลผลด้วยมือที่จำเป็นสำหรับการออกในช่วงสิ้นปีตามปกติ

บางส่วนของการทำงานที่ซับซ้อนเหล่านั้นยังคงถูกกำหนด แต่กระบวนการดำเนินการนั้นแสดงให้เห็นว่าเวอร์ชันของแพลตฟอร์มของ Constructor สามารถพัฒนาไปตามการดำเนินงานที่พักจริงได้อย่างต่อเนื่อง

สิ่งที่เชื่อมโยงมากขึ้นสำหรับ Constructor

เราไม่มีผลลัพธ์เชิงตัวเลขที่ได้รับการตรวจสอบหลังการเปิดตัวสำหรับเรื่องนี้ ดังนั้นคุณค่าจึงแสดงให้เห็นได้ดีที่สุดผ่านงานที่ Booking Ninjas เชื่อมโยงและการส่งมอบด้วยมือที่ระบบถูกออกแบบมาเพื่อลด

ที่พักยังคงอยู่กับบันทึกนักศึกษา

มหาวิทยาลัยไม่จำเป็นต้องถือว่าที่พักเป็นสภาพแวดล้อมข้อมูลนักศึกษาแยกต่างหากโดยสิ้นเชิง

นักเรียนได้รับเส้นทางบริการตนเอง

การเดินทางที่พักสามารถดำเนินการผ่านพอร์ทัลที่มีแบรนด์แทนที่จะขึ้นอยู่กับคำแนะนำของเจ้าหน้าที่และการติดตามด้วยมือเท่านั้น

กฎสามารถติดตามบริบทของนักเรียน

สถานะของนักเรียนและข้อมูล Salesforce อื่น ๆ สามารถช่วยกำหนดว่ากระบวนการที่พักใดที่ใช้ได้

การชำระเงินสามารถอยู่กับการจอง

เงินมัดจำที่พักที่เกี่ยวข้องสามารถกลายเป็นส่วนหนึ่งของประวัติการจองเดียวกันแทนที่จะเป็นการตรวจสอบที่แยกออกมาอีกครั้ง

เจ้าหน้าที่สามารถตั้งคำถามใหม่ ๆ กับข้อมูลได้

การรายงานของ Salesforce ทำให้ Residential Life มีความยืดหยุ่นมากกว่าการพึ่งพาเพียงห้องสมุดรายงานของผู้ขายที่กำหนดไว้ตายตัว

ระบบสามารถพัฒนาต่อไปได้

สถานการณ์ UAT ที่แท้จริงสามารถย้อนกลับไปสู่การกำหนดค่าแทนที่จะบังคับให้ Constructor ยอมรับกระบวนการที่พักที่กำหนดไว้ตายตัวเพียงหนึ่งเดียว

มหาวิทยาลัยของพวกเขา นักเรียนของพวกเขา กฎที่พักของพวกเขา องค์กรของพวกเขา

Constructor University เป็นตัวอย่างที่ชัดเจนของโมเดล Salesforce-native ของ Booking Ninjas

มหาวิทยาลัยมีองค์กร บันทึกนักเรียน ฟิลด์ สิทธิ์ รายงาน และความสัมพันธ์ของข้อมูลอยู่แล้ว

Booking Ninjas ไม่จำเป็นต้องขอให้มหาวิทยาลัยทิ้งพื้นฐานนั้นเพื่อทำให้ที่พักทันสมัย

แทนที่จะเป็นเช่นนั้น ที่พักสามารถกลายเป็นชั้นการดำเนินงานอีกชั้นหนึ่งภายในสภาพแวดล้อมที่กว้างขึ้นเดียวกัน

นั่นคือวิธีที่ Booking Ninjas อธิบายแพลตฟอร์มที่พักนักเรียนในปัจจุบัน: ข้อมูลนักเรียน ห้อง เตียง การจัดสรร การชำระเงิน การบำรุงรักษา และการดำเนินงานสามารถอยู่รวมกันใน Salesforce

การจองที่พักสามารถกลายเป็นจุดเริ่มต้นของการทำงานที่อยู่อาศัยที่กว้างขึ้น

การจัดการการจองสามารถให้บันทึกที่พักหลัก

รอบ ๆ มหาวิทยาลัยสามารถเชื่อมโยงพอร์ทัลนักเรียน ความพร้อมใช้งาน การจัดสรรห้องและเตียง การชำระเงิน การรายงาน การบำรุงรักษา การเช็คอิน การเช็คเอาต์ การสื่อสาร และการทำงานอื่น ๆ ของ Residential Life ตามที่ต้องการ

Constructor ต้องการการตั้งค่าที่หลากหลายมากขึ้นเพราะการดำเนินงานที่พักของมันเกี่ยวข้องกับหลายส่วนของมหาวิทยาลัยแล้ว

ที่พักขนาดเล็กสามารถเริ่มต้นด้วยชิ้นส่วนที่น้อยลงได้

จุดที่มีประโยชน์คือทั้งสองสามารถใช้พื้นฐาน Salesforce เดียวกันได้โดยไม่ต้องบังคับให้ทุกสถาบันเข้าสู่กระบวนการที่พักเดียวกัน

สำหรับกรณีการใช้งานที่กว้างขึ้น ดูที่ โซลูชันที่พักนักเรียน .

เรียนรู้เพิ่มเติมเกี่ยวกับการตั้งค่าที่พักนักเรียนนี้

เกี่ยวกับเรื่องนี้: หน้านี้สะท้อนถึงการนำ Booking Ninjas ของ Constructor University และวัสดุการทดสอบการยอมรับของผู้ใช้ รวมถึงการโยกย้ายที่สืบทอด บันทึกนักเรียน Salesforce การจองที่พัก พอร์ทัลบริการตนเอง การทำงานการชำระเงิน การรายงาน และการกำหนดกฎที่พัก การจับคู่รูมเมทขั้นสูง การควบคุมการจองเกิน และการทำงานตรวจสอบถูกอธิบายเพียงว่าเป็นพื้นที่ที่สำรวจหรือปรับปรุงระหว่างการดำเนินการ เว้นแต่หลักฐานการผลิตในภายหลังจะยืนยันการปรับใช้ขั้นสุดท้ายของพวกเขา

ทำให้ที่พักนักเรียนทันสมัยโดยไม่ต้องสร้างฐานข้อมูลนักเรียนอีกชุดหนึ่ง

ดูว่า Booking Ninjas สามารถเชื่อมโยงการจอง ห้อง นักเรียน การชำระเงิน พอร์ทัล การรายงาน และการทำงานของ Residential Life รอบ ๆ สภาพแวดล้อม Salesforce ที่สถาบันของคุณใช้แล้วได้อย่างไร

ข้อความ WhatsApp

ข้อความ WhatsApp