Constructor University จำเป็นต้องเปลี่ยนระบบที่พักนักเรียนเก่า แต่การเปลี่ยนซอฟต์แวร์เก่าด้วยฐานข้อมูลที่แยกออกมาอีกจะสร้างปัญหาใหม่เท่านั้น
Constructor University ได้พึ่งพา Salesforce สำหรับข้อมูลนักเรียนอยู่แล้ว Booking Ninjas ทำงานร่วมกับสภาพแวดล้อมที่มีอยู่เพื่อให้ที่พักกลายเป็นส่วนที่เชื่อมต่ออีกส่วนหนึ่งของบันทึกนักเรียนในมหาวิทยาลัย
โครงการนี้ได้รวบรวมการจองที่พัก การบริการตนเองของนักเรียน กฎการจัดสรร การชำระเงิน ข้อมูลการดำเนินงาน และการรายงานรอบๆ ฐานข้อมูล Salesforce ที่ Constructor ไว้วางใจอยู่แล้ว
ความท้าทาย: ที่พักเกี่ยวข้องกับมากกว่าความพร้อมของห้อง
Constructor กำลังเลิกใช้ระบบที่พักเก่า Mercury
นั่นหมายความว่าทรัพย์สินที่มีอยู่ ข้อมูลนักเรียน การจอง ประวัติที่พัก และกระบวนการดำเนินงานต้องได้รับการพิจารณาเป็นส่วนหนึ่งของการเปลี่ยนแปลง
แต่ที่พักเองก็ซับซ้อนกว่าการมอบห้องว่างเพียงอย่างเดียว
- บันทึกนักเรียน
- ความชอบที่พัก
- คุณสมบัติห้อง
- การจอง
- เงินมัดจำและการชำระเงิน
- การจัดสรรห้อง
- การรายงานชีวิตในที่พัก
- การเช็คอินและเช็คเอาท์
นักศึกษาใหม่และนักเรียนที่กลับมาอาจมีเส้นทางที่แตกต่างกัน ประเภทห้องบางประเภทมีกฎคุณสมบัติที่แตกต่างกัน ทีมที่พักต้องการรายงานที่เปลี่ยนแปลง นักเรียนต้องการวิธีที่ใช้งานได้ในการทำส่วนของกระบวนการ
การตัดสินใจที่สำคัญที่สุด: รักษา Salesforce เป็นฐานข้อมูลนักเรียน
Constructor มีสภาพแวดล้อม Salesforce ของตนเองและบันทึกนักเรียนที่จัดตั้งขึ้นแล้ว
ความกังวลในช่วงแรกคือแพลตฟอร์มที่พักใหม่จะสร้างโครงสร้างข้อมูลที่กำหนดเองแยกต่างหากที่ต้องการการรวมระบบกลับไปยังมหาวิทยาลัยหรือไม่
Booking Ninjas ทำงานร่วมกับโครงสร้าง Contact และ Person Account ของ Salesforce ที่มีอยู่ของ Constructor แทน
ข้อมูลที่พักสามารถเชื่อมโยงกับบันทึกนักเรียนที่ใช้ที่อื่นในมหาวิทยาลัย และทีมที่ได้รับอนุญาตสามารถเข้าถึงข้อมูลที่เกี่ยวข้องได้โดยไม่ต้องให้ผู้ใช้ทุกคนทำงานภายในแอปพลิเคชัน Booking Ninjas เอง
สิ่งนี้ได้แก้ไขหนึ่งในความกังวลที่ชัดเจนที่สุดที่เกิดขึ้นในระหว่างโครงการ: ที่พักไม่จำเป็นต้องกลายเป็นเกาะข้อมูลอีกแห่งหนึ่ง
Booking Ninjas อธิบายโครงสร้างที่กว้างขึ้นนี้ใน Salesforce Org คืออะไร?
เส้นทางที่พักนักเรียนสามารถกลายเป็นกระบวนการที่เชื่อมต่อกันได้
ประสบการณ์ที่มีประโยชน์เริ่มต้นจากบันทึกนักเรียนและดำเนินต่อไปตลอดวงจรชีวิตที่พัก
เริ่มจากข้อมูลนักเรียนที่ Constructor รักษาไว้ใน Salesforce
ให้ข้อมูลและการกระทำที่เกี่ยวข้องกับนักเรียนผ่านจุดเข้าที่พักที่มีแบรนด์
สถานะนักเรียน ความชอบ ประเภทห้อง และข้อกำหนดที่เกี่ยวข้องจะกำหนดขั้นตอนถัดไป
การจองสามารถปฏิบัติตามกฎการชำระเงินหรือการอนุมัติที่ใช้กับนักเรียนคนนั้นได้
บันทึกที่พักยังคงมีให้สำหรับการมอบหมาย ชีวิตในที่พัก การรายงาน และการทำงานในวงจรชีวิตในภายหลัง
วิธีที่การตั้งค่าของ 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 เดียวกันได้โดยไม่ต้องบังคับให้ทุกสถาบันเข้าสู่กระบวนการที่พักเดียวกัน
สำหรับกรณีการใช้งานที่กว้างขึ้น ดูที่ โซลูชันที่พักนักเรียน .
เรียนรู้เพิ่มเติมเกี่ยวกับการตั้งค่าที่พักนักเรียนนี้
ดูว่าการบริการตนเองของนักเรียนสามารถเชื่อมโยงโดยตรงกับข้อมูล Salesforce สิทธิ์ การเรียกเก็บเงิน และการทำงานของมหาวิทยาลัยได้อย่างไร
สำรวจพอร์ทัลนักเรียน →ดูว่าบันทึก การทำงาน ผู้ใช้ การรายงาน การทำงานอัตโนมัติ และเครื่องมือการดำเนินงานอื่น ๆ สามารถอยู่ในสภาพแวดล้อมเฉพาะองค์กรเดียวกันได้อย่างไร
Salesforce Org คืออะไร? →ดูว่าการจอง กฎนโยบาย ความพร้อมใช้งาน การเปลี่ยนแปลง และการรายงานการดำเนินงานสามารถเชื่อมโยงกันภายใน Salesforce ได้อย่างไร
สำรวจการจัดการการจอง →เกี่ยวกับเรื่องนี้: หน้านี้สะท้อนถึงการนำ Booking Ninjas ของ Constructor University และวัสดุการทดสอบการยอมรับของผู้ใช้ รวมถึงการโยกย้ายที่สืบทอด บันทึกนักเรียน Salesforce การจองที่พัก พอร์ทัลบริการตนเอง การทำงานการชำระเงิน การรายงาน และการกำหนดกฎที่พัก การจับคู่รูมเมทขั้นสูง การควบคุมการจองเกิน และการทำงานตรวจสอบถูกอธิบายเพียงว่าเป็นพื้นที่ที่สำรวจหรือปรับปรุงระหว่างการดำเนินการ เว้นแต่หลักฐานการผลิตในภายหลังจะยืนยันการปรับใช้ขั้นสุดท้ายของพวกเขา
ทำให้ที่พักนักเรียนทันสมัยโดยไม่ต้องสร้างฐานข้อมูลนักเรียนอีกชุดหนึ่ง
ดูว่า Booking Ninjas สามารถเชื่อมโยงการจอง ห้อง นักเรียน การชำระเงิน พอร์ทัล การรายงาน และการทำงานของ Residential Life รอบ ๆ สภาพแวดล้อม Salesforce ที่สถาบันของคุณใช้แล้วได้อย่างไร