Bốn cách triển khai nền tảng KHC
Bốn gói được phân tầng theo quy mô sự kiện, mức đồng thời của lưu lượng truy cập và mức cam kết vận hành, chứ không theo số tính năng. Cùng một nền tảng lõi, khác nhau ở lớp vận hành, lớp phòng vệ và mức dịch vụ đi kèm.
Đặt cạnh nhau
Sự kiện đơn lẻ
Một sự kiện, triển khai nhanh
- Quy mô áp dụng
- Sự kiện một hoặc vài ngày, lưu lượng truy cập ở mức vừa
- Cấu phần lõi
- Webapp bán vé, vé QR động, soát vé tại cổng có khả năng hoạt động khi mất mạng, báo cáo doanh số
- Vận hành
- Đội KHC hướng dẫn quy trình, đơn vị tổ chức tự vận hành ngày diễn
- Bổ sung tuỳ chọn
- Quầy bán tại chỗ, gửi vé qua tin nhắn và thư điện tử, kỹ thuật viên có mặt tại sự kiện
- Cơ chế chi phí
- Trọn gói theo sự kiện, theo tỷ lệ trên doanh thu vé, hoặc kết hợp cả hai
Mùa giải và chuỗi sự kiện
Nhiều đợt bán, vận hành lặp lại, khai thác dữ liệu
- Quy mô áp dụng
- Mùa giải, chuỗi sự kiện, nhiều đợt bán trong một chu kỳ
- Cấu phần lõi
- Toàn bộ cấu phần gói Sự kiện đơn lẻ
- Lớp vận hành
- Quản lý theo từng trận và từng đợt bán, mã giảm giá và gói vé nâng cao, phân quyền đa cấp, nhật ký vận hành, báo cáo theo thời gian thực
- Lớp dữ liệu
- Hồ sơ khán giả tích luỹ, phân nhóm theo hành vi, cơ sở dự báo nhu cầu cho đợt bán sau
- Bổ sung tuỳ chọn
- Chương trình hội viên, store bán hàng và dịch vụ ăn uống, xuất dữ liệu định kỳ qua giao diện lập trình
- Cơ chế chi phí
- Phí nền tảng theo tháng hoặc theo mùa, phí vận hành theo trận nếu có, hoặc kết hợp kèm tỷ lệ chia
Quy mô lớn và cam kết vận hành
Lưu lượng đồng thời cao, phòng vệ và mức dịch vụ cam kết
- Quy mô áp dụng
- Lưu lượng đồng thời cao khi mở bán và khi mở cổng, yêu cầu mức dịch vụ cam kết
- Cấu phần lõi
- Toàn bộ cấu phần gói Mùa giải và chuỗi sự kiện
- Lớp phòng vệ
- Giới hạn tần suất thao tác, danh sách chặn, chấm điểm rủi ro trên hành vi mua để nhận diện đầu cơ có tổ chức
- Chuẩn bị trước sự kiện
- Kiểm thử tải, diễn tập mở bán và diễn tập mở cổng, kịch bản xử lý sự cố được thống nhất trước
- Mức dịch vụ
- Cam kết bằng văn bản về khả dụng, thời gian phản hồi và thời gian khôi phục theo bốn mức nghiêm trọng, kèm báo cáo sự cố
- Bổ sung tuỳ chọn
- Chọn chỗ ngồi trên sơ đồ tương tác, đội hỗ trợ tại chỗ và đường dây riêng, tích hợp với hệ thống định danh và quản trị của đơn vị
Thiết kế riêng theo mô hình
Mô hình doanh thu riêng, dựng sau khảo sát
- Quy mô áp dụng
- Bài toán không khớp với ba tầng trên, hoặc cần mô hình dùng chung cho nhiều đơn vị
- Cách làm
- Khảo sát hiện trạng, dựng mô hình doanh thu riêng, xác định phạm vi rồi mới bàn tới chi phí
- Phạm vi có thể gồm
- Fanzone cho người có sức ảnh hưởng, kênh bán hàng từ nhà sản xuất và nhà phân phối tới cộng đồng, hệ dùng chung cho liên đoàn, tích hợp với hệ thống sẵn có
- Quyền sở hữu dữ liệu
- Dữ liệu cộng đồng thuộc về bên sở hữu cộng đồng, thoả thuận bằng văn bản trước khi triển khai
- Cơ chế chi phí
- Xác định sau khảo sát, không có khung giá công bố trước
KHC không công bố giá cho bốn gói. Quy mô khán giả, số sự kiện trong chu kỳ, lưu lượng đồng thời ở đỉnh và hiện trạng bán vé khác nhau ở từng đơn vị, nên KHC khảo sát hiện trạng trước rồi mới ra một con số riêng cho đơn vị đó. Để lại thông tin, KHC hẹn buổi khảo sát và gửi báo giá kèm bản mô tả phạm vi.
Năm câu hỏi là chốt được
Một sự kiện đơn lẻ thì dừng ở tầng đầu tiên. Nhiều trận hoặc nhiều đợt bán trong một chu kỳ thì cần lớp vận hành và lớp dữ liệu của tầng thứ hai.
Con số này quyết định có cần lớp phòng vệ và kiểm thử tải hay không, và là ranh giới thật giữa tầng thứ hai và tầng thứ ba.
Sơ đồ tương tác kéo theo yêu cầu về giữ chỗ tạm thời và xử lý xung đột, không phải một tuỳ chọn giao diện.
Đây là phần biến khán giả thành doanh thu lặp lại, và chỉ có nghĩa khi dữ liệu được tích luỹ qua nhiều đợt.
Nếu một sự cố trong giờ mở cổng là tổn thất không bù lại được thì phải có cam kết mức dịch vụ bằng văn bản, không thoả thuận miệng.
Nhận báo giá và bản mô tả phạm vi
Để lại thông tin, bộ phận phát triển thị trường của KHC liên hệ lại trong giờ làm việc.