ผู้ร่วมงานอาจเดินทางมาจากต่างจังหวัดหรือต่างประเทศ เข้าร่วมหลายเซสชัน และต้องใช้ข้อมูลตั้งแต่ก่อนเดินทางจนกลับถึงที่พัก สำหรับผู้จัดงาน MICE ความต่อเนื่องของข้อมูลจึงเป็นส่วนหนึ่งของประสบการณ์ที่ควรออกแบบตั้งแต่ต้น
Event WebApp คือพื้นที่ผ่านเว็บที่สามารถพัฒนาให้ผู้ร่วมงานเข้าถึงข้อมูลและกิจกรรมของงานจากเบราว์เซอร์ได้ตามขอบเขตที่กำหนด เหมาะนำมาพิจารณาเมื่องานมีหลายห้อง หลายภาษา หรือกิจกรรมหลายช่วง แต่ไม่ได้จำเป็นสำหรับทุกงาน และไม่ควรเลือกจากจำนวนฟังก์ชันเพียงอย่างเดียว
บทความนี้เสนอแนวทางวางแผนสำหรับผู้จัดประชุม นิทรรศการ และทีมเอเจนซี ตัวอย่างทั้งหมดเป็นสถานการณ์สมมติ ไม่ใช่กรณีศึกษาที่รับประกันผลลัพธ์
ก่อนงาน: ทำให้ผู้ร่วมงานเตรียมตัวได้เอง
เริ่มจากคำถามที่ทีมตอบซ้ำบ่อย เช่น ลงทะเบียนถึงกี่โมง ใช้ทางเข้าไหน ต้องนำอะไรมา และติดต่อใครเมื่อข้อมูลผิดพลาด จัดข้อมูลให้เปิดจากลิงก์หลักได้ง่าย พร้อมระบุวันที่ปรับปรุงและผู้รับผิดชอบ
ถ้ามีทั้งผู้ใช้ภาษาไทยและอังกฤษ ควรทำให้สาระสำคัญตรงกัน เช่น ชื่อสถานที่ เวลาเปิดลงทะเบียน และเงื่อนไขเข้าร่วม ไม่ใช่เพียงแปลเมนูหน้าแรกแล้วปล่อยรายละเอียดอีกภาษาไว้ไม่ครบ
เอกสาร EventMobi ยกตัวอย่างการเข้าถึง Event Space ผ่าน URL ในเบราว์เซอร์บนมือถือ [1] รูปแบบนี้แสดงทางเลือกของการเข้าถึงผ่านเว็บ แต่ผู้จัดยังต้องตรวจว่าระบบที่เลือกต้องยืนยันตัวตนอย่างไร และรองรับอุปกรณ์ของกลุ่มเป้าหมายหรือไม่
วันงาน: ให้กำหนดการและแผนผังสอดคล้องกับหน้างาน
สมมติงานประชุมมีสามห้องและช่วงเปลี่ยนห้องสั้น ผู้ร่วมงานควรพบเวลา ห้อง และแผนผังจากหน้าที่เกี่ยวข้องกัน หากห้องเปลี่ยน ทีมต้องมีผู้แก้ไขข้อมูลและช่องทางแจ้งเจ้าหน้าที่ให้ใช้ข้อมูลเดียวกัน
อย่าสรุปว่าทุกระบบแจ้งเตือนอัตโนมัติหรือแสดงข้อมูลใหม่ทันที ต้องทดสอบว่าผู้ใช้เห็นการเปลี่ยนแปลงอย่างไร ต้องรีเฟรชหรือไม่ และทีมจะสื่อสารสำรองทางใด
สำหรับตารางส่วนตัว มีตัวอย่างการตั้งค่าให้ผู้ร่วมงานเพิ่มหรือลบเซสชันในเอกสาร EventMobi [2] หากนำแนวคิดนี้มาใช้ ควรแยกการบันทึกความสนใจออกจากการจองที่นั่ง โดยเฉพาะเวิร์กช็อปที่มีจำนวนจำกัด
ระหว่างเซสชัน: ให้กิจกรรมมีเจ้าของ
การส่งคำถาม โหวต หรือแบบประเมินอาจเป็นส่วนหนึ่งของ WebApp ตามฟังก์ชันที่รองรับ เอกสาร EventMobi อธิบายตัวอย่าง Q&A และ Live Polls ที่เกี่ยวกับเซสชัน [3] ผู้จัดควรใช้เป็นตัวอย่างประกอบการกำหนดความต้องการ ไม่ใช่ถือว่าทุกแพลตฟอร์มมีเครื่องมือเหมือนกัน
ก่อนใช้งานจริง ให้กำหนดว่าใครเปิดกิจกรรม ใครคัดคำถาม ใครช่วยผู้ใช้ และพิธีกรจะพูดเชิญชวนอย่างไร เลือกช่วงทดลองหนึ่งเซสชันแล้วซ้อมทั้งกระบวนการจะช่วยให้พบจุดติดขัดก่อนวันงาน
ในงานสองภาษา ควรเตรียมทั้งข้อความแนะนำและคำถามให้เหมาะกับผู้ฟัง รวมถึงกำหนดว่าทีมจะจัดการคำถามต่างภาษาอย่างไร ไม่ควรคาดหวังว่าระบบจะแปลหรือคัดคำถามให้เองหากไม่ได้ยืนยันฟังก์ชันนั้น
หลังงาน: เอกสารต้องเข้าถึงได้ตามสิทธิ์
กำหนดล่วงหน้าว่าเอกสารใดเปิดให้ดาวน์โหลดได้ ใครอนุญาตให้เผยแพร่ ผู้ร่วมงานกลุ่มใดมีสิทธิ์ และจะเปิดให้ใช้ถึงวันไหน หากเอกสารยังไม่พร้อม ควรมีข้อความบอกสถานะและช่องทางติดตาม
สำหรับแบบประเมิน เลือกคำถามที่นำไปตัดสินใจต่อได้ เช่น ข้อมูลก่อนงานเพียงพอหรือไม่ หาห้องสะดวกหรือไม่ และช่วงใดที่ต้องการความช่วยเหลือ หลีกเลี่ยงการตีความจำนวนเปิดหน้าว่าเท่ากับความพึงพอใจหรือการเข้าร่วมจริง
เชื่อมกับระบบลงทะเบียนอย่างมีขอบเขต
หากต้องการแสดงบัตรหรือสิทธิ์เฉพาะบุคคล ให้เขียนรายการข้อมูลที่จะส่งระหว่างระบบ ผู้มีสิทธิ์ดู และเหตุการณ์ที่อัปเดตสถานะ เช่น การอนุมัติผู้สมัครหรือการเช็กอิน การมีระบบลงทะเบียนและ WebApp ไม่ได้หมายความว่าเชื่อมกันแล้ว
ทีมควรทดสอบกรณีข้อมูลไม่ตรง รายชื่อซ้ำ ผู้ร่วมงานเปลี่ยนอีเมล และการตรวจสิทธิ์ไม่สำเร็จ พร้อมกำหนดเจ้าหน้าที่รับช่วงต่อ ข้อมูลสาธารณะกับข้อมูลเฉพาะบุคคลควรแยกการเข้าถึงให้เหมาะสม และเก็บข้อมูลเท่าที่จำเป็นต่อการทำงาน
รายการเตรียมพร้อมสำหรับทีมผู้จัด
- เลือกสามภารกิจหลักของผู้ร่วมงาน เช่น ดูกำหนดการ หาห้อง และส่งคำถาม
- ระบุเจ้าของข้อมูลแต่ละส่วนและผู้อนุมัติเมื่อมีการเปลี่ยนแปลง
- ตรวจความตรงกันของเนื้อหาไทย–อังกฤษ โดยเฉพาะเวลา สถานที่ และเงื่อนไข
- ยืนยันขอบเขตการเชื่อมระบบ สิทธิ์ และความหมายของแต่ละสถานะ
- ทดสอบบนมือถือกับเครือข่ายสถานที่จริง และเตรียมจุดช่วยเหลือพร้อมข้อมูลสำรอง
- กำหนดตัวชี้วัด ระยะเวลาที่เปิดใช้งาน และผู้ดูแลข้อมูลหลังงาน
เริ่มจากหนึ่งช่วงของการเดินทางผู้ร่วมงานที่ต้องปรับปรุง แล้วใช้ผลทดสอบตัดสินใจว่าจะขยายส่วนใดต่อ Event WebApp มีโอกาสช่วยให้งาน MICE ต่อเนื่องขึ้นเมื่อข้อมูล ขั้นตอน และคนดูแลทำงานสอดคล้องกัน คุณค่าจึงอยู่ที่ผู้ร่วมงานไปต่อได้สะดวก และทีมมีวิธีรับมือเมื่อสถานการณ์เปลี่ยน
