Constructor University

Quyết định quan trọng nhất: giữ Salesforce làm nền tảng dữ liệu sinh viên

Constructor đã có môi trường Salesforce riêng và các hồ sơ sinh viên đã được thiết lập.

Một mối quan tâm ban đầu là liệu nền tảng nhà ở mới có tạo ra một cấu trúc dữ liệu tùy chỉnh riêng biệt mà sau đó cần một tích hợp khác trở lại trường đại học hay không.

Booking Ninjas thay vào đó đã làm việc với cấu trúc Liên hệ và Tài khoản Cá nhân Salesforce hiện có của Constructor.

Thông tin nhà ở có thể vẫn được kết nối với các hồ sơ sinh viên đã được sử dụng ở nơi khác trong trường đại học, và các nhóm được ủy quyền có thể truy cập thông tin liên quan mà không cần mỗi người dùng phải làm việc bên trong ứng dụng Booking Ninjas.

Điều đó đã giải quyết một trong những mối quan tâm rõ ràng nhất được nêu ra trong dự án: nhà ở không cần trở thành một hòn đảo dữ liệu khác.

Booking Ninjas giải thích cấu trúc rộng hơn này trong Salesforce Org là gì?

Hành trình nhà ở sinh viên có thể trở thành một dòng chảy kết nối

Trải nghiệm hữu ích bắt đầu từ hồ sơ sinh viên và tiếp tục qua vòng đời nhà ở.

Cách mà cấu hình Constructor kết hợp với nhau

Sinh viên có thể tự xử lý nhiều hơn trong hành trình nhà ở của mình

Constructor cần nhiều hơn một màn hình quản lý nhà ở.

Sinh viên cũng cần một nơi rõ ràng để tương tác với quy trình.

Booking Ninjas đã cấu hình một Cổng thông tin Sinh viên mang thương hiệu nơi quyền truy cập của sinh viên có thể được kết nối với quy trình làm việc nhà ở của trường đại học.

Cổng thông tin có thể trở thành nơi mà sinh viên thấy thông tin nhà ở liên quan đến họ, duy trì các sở thích áp dụng, tiếp tục các bước đặt chỗ và hoàn thành các hành động như thanh toán nhà ở áp dụng.

Điều đó di chuyển công việc thường xuyên gần hơn với người đã biết câu trả lời.

Cổng thông tin hiện tại của Booking Ninjas Cổng thông tin sinh viên giữ cho dịch vụ tự phục vụ của sinh viên được kết nối trực tiếp với các hồ sơ Salesforce thay vì duy trì một bản sao khác của sinh viên bên ngoài nền tảng.

Quy tắc nhà ở của trường đại học có thể trở thành một phần của quy trình làm việc

Constructor không có một quy trình nhà ở giống hệt nhau cho mọi sinh viên.

Sinh viên năm nhất và sinh viên trở lại có thể có các yêu cầu khác nhau. Một số loại phòng có thể có đủ điều kiện khác nhau. Sở thích sinh viên và thông tin hiện có của trường đại học cũng có thể ảnh hưởng đến những gì cần xảy ra tiếp theo.

Thay vì yêu cầu nhân viên nhớ và giải thích mọi biến thể một cách thủ công, dữ liệu Salesforce và quy trình làm việc của Booking Ninjas có thể giúp xác định con đường nhà ở phù hợp.

Dự án cũng đã khám phá các yêu cầu phân bổ sâu hơn như sở thích phòng, sở thích tầng, quốc tịch, sở thích hút thuốc, xem xét bạn cùng phòng và hành vi kiểm soát hàng tồn kho.

Những ý tưởng ghép nối và phân bổ nâng cao đó nên được hiểu như là những lĩnh vực mà Constructor và Booking Ninjas đang xác định và tinh chỉnh trong quá trình triển khai, thay vì tất cả đều được trình bày như là chức năng sản xuất đã được xác nhận.

Thanh toán có thể trở thành một phần của trạng thái đặt chỗ

Constructor cũng có các con đường tài chính khác nhau tùy thuộc vào sinh viên.

Ví dụ, sinh viên trở lại có thể cần một khoản tiền đặt cọc nhà ở trong khi sinh viên năm nhất có thể theo một quy trình khác.

Booking Ninjas đã làm việc để kết nối hoạt động thanh toán Stripe với sinh viên và đặt chỗ để một khoản thanh toán áp dụng có thể trở thành một phần của quy trình làm việc nhà ở.

Điều đó tạo ra một chuỗi rõ ràng hơn:

Cấu trúc tương tự cũng giúp với những sinh viên bắt đầu đặt chỗ nhưng không hoàn thành thanh toán ngay lập tức. Đặt chỗ có thể giữ trạng thái của nó để sinh viên có thể quay lại bước outstanding thay vì bắt đầu lại.

Công cụ thanh toán hiện tại của Booking Ninjas cũng kết nối trực tiếp các giao dịch với đặt chỗ, hóa đơn và hồ sơ khách hàng Salesforce. :contentReference[oaicite:3]{index=3}

Đời sống nội trú không muốn phải chờ đợi một nhà cung cấp phần mềm mỗi khi cần một báo cáo mới

Các câu hỏi về nhà ở của trường đại học thay đổi liên tục.

Một người có thể cần sinh viên trong một tòa nhà cụ thể. Một người khác có thể cần thông tin về tỷ lệ lấp đầy. Một người khác có thể cần thông tin về trẻ vị thành niên, quốc tịch, phân bổ phòng, hoặc các thuộc tính khác của sinh viên.

Nhóm của Constructor đã làm rõ rằng một danh sách báo cáo cố định sẽ không đủ.

Vì hồ sơ nhà ở vẫn nằm trong Salesforce, các nhóm được ủy quyền có thể sử dụng báo cáo Salesforce và xuất khẩu được phép để trả lời các câu hỏi khác nhau từ cùng một dữ liệu cơ bản.

Người dùng thực sự đã tiếp tục định hình hệ thống

Kiểm tra chấp nhận người dùng đã phơi bày những chi tiết quan trọng khi phần mềm đến với các hoạt động hàng ngày của trường đại học.

Constructor và Booking Ninjas đã làm việc qua các câu hỏi liên quan đến loại sinh viên, đủ điều kiện phòng, trạng thái đặt chỗ, hành vi thanh toán, báo cáo, sở thích, hàng tồn kho, thuật ngữ và quy trình vòng đời nhà ở.

Nhóm cũng đã khám phá cách kiểm tra và kiểm tra phòng có thể trở nên có cấu trúc hơn, bao gồm việc xác định các ngoại lệ và giảm thiểu lượng xử lý thủ công cần thiết cho các trường hợp ra đi vào cuối năm học.

Một số quy trình làm việc nâng cao đó vẫn đang được định nghĩa, nhưng chính quy trình triển khai đó đã cho thấy cách phiên bản của Constructor có thể tiếp tục hình thành xung quanh các hoạt động nhà ở thực tế.

Những gì trở nên kết nối hơn cho Constructor

Chúng tôi không có kết quả số liệu xác minh sau khi ra mắt cho câu chuyện này, vì vậy giá trị tốt nhất được thể hiện qua công việc mà Booking Ninjas đã kết nối và các chuyển giao thủ công mà hệ thống được thiết kế để giảm thiểu.

Đại học của họ. Sinh viên của họ. Quy tắc nhà ở của họ. Tổ chức của họ.

Constructor University là một ví dụ rõ ràng về mô hình Salesforce-native của Booking Ninjas.

Trường đại học đã có một tổ chức, hồ sơ sinh viên, các trường, quyền hạn, báo cáo và mối quan hệ dữ liệu.

Booking Ninjas không cần phải yêu cầu trường đại học vứt bỏ nền tảng đó để hiện đại hóa nhà ở.

Thay vào đó, nhà ở có thể trở thành một lớp hoạt động khác bên trong cùng một môi trường rộng lớn hơn.

Đó cũng là cách mà Booking Ninjas mô tả nền tảng Nhà ở Sinh viên hiện tại: thông tin về sinh viên, phòng, giường, phân bổ, thanh toán, bảo trì và hoạt động có thể được giữ tập trung trong Salesforce.

Một đặt chỗ nhà ở có thể trở thành khởi đầu cho một quy trình làm việc nội trú rộng hơn

Quản lý Đặt chỗ có thể cung cấp hồ sơ nhà ở cốt lõi.

Xung quanh nó, một trường đại học có thể kết nối cổng thông tin sinh viên, khả năng sẵn có, phân bổ phòng và giường, thanh toán, báo cáo, bảo trì, nhận phòng, trả phòng, giao tiếp và các quy trình làm việc Đời sống Nội trú khác khi cần thiết.

Constructor cần một thiết lập phong phú hơn vì hoạt động nhà ở của nó đã chạm đến nhiều phần của trường đại học.

Một ký túc xá nhỏ hơn có thể bắt đầu với ít phần hơn.

Điểm hữu ích là cả hai đều có thể sử dụng cùng một nền tảng Salesforce mà không buộc mọi tổ chức phải vào cùng một quy trình nhà ở.

Đối với trường hợp sử dụng rộng hơn, xem Giải pháp Nhà ở Sinh viên .

Tìm hiểu thêm về thiết lập nhà ở sinh viên này