หากแดชบอร์ด Marketing Cloud หยุดโหลดกะทันหัน วิธีแก้ไขที่เร็วที่สุดไม่ใช่การสันนิษฐานว่า Datorama เองนั้นล่ม ปัจจุบัน Salesforce เรียก Datorama ว่าMarketing Cloud Intelligenceและเว็บไซต์ Trust อย่างเป็นทางการของบริษัทรายงานความพร้อมใช้งานของผลิตภัณฑ์แยกต่างหากจากเหตุการณ์ Salesforce ในวงกว้าง ณ วันที่ 16 กันยายน 2026 Salesforce Trust ระบุว่า Marketing > Intelligence พร้อมใช้งาน เรื่องนี้สำคัญเพราะปัญหาบริการ Salesforce ในวงกว้าง ความล้มเหลวของตัวเชื่อมต่อ การหยุดทำงานของแพลตฟอร์มต้นทาง ปัญหาด้านสิทธิ์ หรือการนำเข้าข้อมูลล่าช้า อาจดูคล้ายกันจากมุมมองของนักการตลาด
ลองพิจารณาตัวอย่างสมมุติฐานนี้: มายา หัวหน้าฝ่ายสื่อโฆษณา เปิดแดชบอร์ดติดตามความคืบหน้าแคมเปญตอนเช้า 45 นาทีก่อนการประชุมผู้บริหาร ไทล์ KPI หลายรายการโหลดไม่ขึ้น ข้อมูลการใช้จ่ายเมื่อวานหายไป และการส่งออกรายงานหนึ่งรายการล้มเหลว สัญชาตญาณแรกของเธอคือ “Datorama อาจล่ม” แทนที่จะหยุดแคมเปญหรือเปลี่ยนงบประมาณทันที เธอจัดการสถานการณ์นี้ในฐานะปัญหาการวินิจฉัยความพร้อมใช้งาน ความแตกต่างนี้ช่วยป้องกันไม่ให้ปัญหาการรายงานกลายเป็นข้อผิดพลาดในการตัดสินใจทางการตลาด
แดชบอร์ดวิเคราะห์การตลาดที่มีตัวชี้วัดที่หยุดชะงักและแผงตรวจสอบสถานะ แสดงให้เห็นถึงคำถามแรกที่นักการตลาดควรตอบเมื่อเกิดปัญหา: บริการวิเคราะห์ไม่สามารถใช้งานได้ หรือปัญหาจำกัดอยู่เฉพาะข้อมูล การเข้าถึง หรือแหล่งที่มาที่เชื่อมต่ออยู่?
ก่อนอื่น ต้องรู้ว่า “Datorama down” ในปัจจุบันหมายความว่าอย่างไร
Datorama คือชื่อเดิมของ Salesforce Marketing Cloud Intelligence ทาง Salesforce ยืนยันว่าทั้งสองชื่อหมายถึงผลิตภัณฑ์เดียวกัน แพลตฟอร์มนี้ออกแบบมาเพื่อเชื่อมต่อ ประสาน วิเคราะห์ และแสดงข้อมูลการตลาดจากหลายแหล่ง หากทีมของคุณยังคงใช้ "Datorama" ภายในองค์กร ก็เป็นเรื่องที่เข้าใจได้ แต่หน้าสถานะและหน้าสนับสนุนอย่างเป็นทางการโดยทั่วไปจะใช้ชื่อ Marketing Cloud Intelligence แล้ว
คุณสามารถตรวจสอบชื่อและขอบเขตของผลิตภัณฑ์ได้ที่หน้าวิเคราะห์การตลาดอย่างเป็นทางการ ของ Salesforce และ เอกสารช่วยเหลือ ของMarketing Cloud Intelligence
นอกจากนี้ยังมีความแตกต่างที่สำคัญระหว่างผลิตภัณฑ์ด้วย Marketing Cloud Intelligence ไม่จำเป็นต้องเหมือนกับ Intelligence Reports ที่รวมอยู่ใน Marketing Cloud Engagement Salesforce ได้ระบุไว้ว่าเป็นบริการรายงานที่แยกจากกัน โดยมีข้อกำหนดบัญชีและผู้ใช้งานที่แตกต่างกัน หากเพื่อนร่วมงานบอกว่า “การรายงานของ Marketing Cloud มีปัญหา” โปรดตรวจสอบให้แน่ใจว่าหมายถึงผลิตภัณฑ์ใดก่อนที่จะสรุปผล
สถานะอย่างเป็นทางการจาก Salesforce ในตอนนี้ระบุว่าอย่างไร
จุดตรวจสอบสาธารณะที่น่าเชื่อถือที่สุดคือ Salesforce Trust ณ เวลาที่เขียนบทความนี้ (16 กันยายน 2026) หน้าแสดงความพร้อมใช้งานของ Salesforce Trustแสดงว่า Marketing > Intelligence พร้อมใช้งาน นอกจากนี้ Salesforce ยังมีเว็บไซต์สถานะ เฉพาะ ที่ลูกค้าสามารถตรวจสอบเหตุการณ์ปัจจุบัน การบำรุงรักษา กรณีที่ได้รับผลกระทบ และประวัติการให้บริการได้
นี่ไม่ได้หมายความว่าลูกค้าทุกคนกำลังประสบกับพฤติกรรมปกติ สถานะของ Salesforce เป็นเพียงสัญญาณหนึ่ง ไม่ใช่สิ่งที่จะมาทดแทนการทดสอบเทนเนนต์ เวิร์กสเปซ ตัวเชื่อมต่อ และแหล่งข้อมูลต้นทางของคุณเอง นั่นหมายความว่าฝ่ายการตลาดควรระมัดระวังในการใช้หัวข้อข่าวหรือข้อความภายในที่ระบุว่า “Datorama ล่ม” เว้นแต่จะมีเหตุการณ์อย่างเป็นทางการหรือการตรวจสอบเฉพาะเทนเนนต์ที่สนับสนุนข้อความนั้น
คำแนะนำการสนับสนุนของ Salesforce เองแนะนำให้ตรวจสอบเว็บไซต์ Trust ก่อนที่จะเปิดเคสขอรับการสนับสนุนสำหรับ Marketing Cloud Intelligence บริษัทฯ ยังขอให้ลูกค้าระบุผลกระทบต่อธุรกิจ ภาพหน้าจอ ขั้นตอนการจำลองปัญหา พฤติกรรมที่คาดหวัง และตัวระบุพื้นที่ทำงาน วิดเจ็ต หรือตาราง Pivot Table ที่เกี่ยวข้องเมื่อรายงานปัญหาทางเทคนิคด้วย
ใช้สถานการณ์สมมติเพื่อแยกแยะประเภทความล้มเหลวสี่ประเภทที่แตกต่างกัน
กลับมาที่มายา เธอเห็น KPI ว่างเปล่าและการส่งออกล้มเหลว อาการเหล่านั้นเป็นเรื่องจริง แต่ไม่ได้ระบุสาเหตุ วิธีที่มีประโยชน์ในการจำแนกปัญหาคือการทดสอบสี่ระดับ
| ปัญหาที่อาจเกิดขึ้น | สิ่งที่นักการตลาดอาจเห็น | สิ่งที่ต้องตรวจสอบ |
| ความพร้อมใช้งานของแพลตฟอร์ม | การเข้าสู่ระบบล้มเหลว ข้อผิดพลาดในแดชบอร์ดที่เกิดขึ้นทั่วไป พื้นที่ทำงานหลายแห่งไม่พร้อมใช้งาน | Salesforce Trust, สถานะเหตุการณ์, อินสแตนซ์ที่ได้รับผลกระทบ |
| ปัญหาเกี่ยวกับการนำเข้าข้อมูลหรือตัวเชื่อมต่อ | หน้าแดชบอร์ดโหลดเสร็จแล้ว แต่ข้อมูลล่าสุดหายไปหรือล้าสมัย | สถานะสตรีมข้อมูล ข้อมูลประจำตัวแหล่งที่มา ความพร้อมใช้งานของแพลตฟอร์มต้นทาง เวลาในการรีเฟรช |
| ปัญหาเกี่ยวกับพื้นที่ทำงานหรือการเข้าถึง | ผู้ใช้งานหรือระบบบางส่วนล้มเหลว ในขณะที่บางส่วนทำงานได้ปกติ | บทบาทผู้ใช้ สิทธิ์การเข้าถึง ขอบเขตพื้นที่ทำงาน การเปลี่ยนแปลงการกำหนดค่าล่าสุด |
| ปัญหาเกี่ยวกับการรายงานหรือการแสดงผล | วิดเจ็ต หน้าเว็บ การส่งออก หรือการคำนวณบางอย่างล้มเหลว | รหัสสินทรัพย์ที่ได้รับผลกระทบ ตัวกรอง ช่วงวันที่ การเปลี่ยนแปลงแบบจำลองข้อมูล พฤติกรรมของเบราว์เซอร์ |
ในกรณีของมายา สมมติว่าเว็บไซต์ Trust แสดงว่าข้อมูล Intelligence พร้อมใช้งาน เพื่อนร่วมทีมคนอื่นสามารถเปิดพื้นที่ทำงานเดียวกันได้ และมีเพียงแหล่งสื่อโฆษณาแบบเสียค่าใช้จ่ายแหล่งเดียวที่ขาดข้อมูลของเมื่อวาน หลักฐานในตอนนี้ชี้ไปที่ปัญหาด้านการนำเข้าข้อมูลหรือปัญหาที่แหล่งที่มามากกว่าปัญหาการหยุดชะงักของผลิตภัณฑ์ทั้งหมด ซึ่งจะทำให้การตอบสนองเปลี่ยนไปอย่างสิ้นเชิง
สิ่งที่นักการตลาดควรทำก่อนเปลี่ยนแคมเปญ
ความเสี่ยงด้านการดำเนินงานที่ใหญ่ที่สุดในระหว่างที่ระบบวิเคราะห์ข้อมูลหยุดชะงักนั้น ไม่ใช่ตัวแดชบอร์ดเอง แต่เป็นการตัดสินใจเกี่ยวกับแคมเปญที่ไม่สามารถย้อนกลับได้จากข้อมูลที่ไม่สมบูรณ์หรือล้าสมัย หากการรายงานไม่แน่นอน ให้ติดป้ายกำกับตัวชี้วัดที่ได้รับผลกระทบว่ายังไม่ได้รับการตรวจสอบ และหลีกเลี่ยงการถือว่าข้อมูลที่ขาดหายไปเป็นประสิทธิภาพเป็นศูนย์
ตัวอย่างเช่น มายาไม่ควรตัดงบประมาณช่องทางใดช่องทางหนึ่งเพียงเพราะยอดใช้จ่ายหรือการแปลงหายไปจากแดชบอร์ด เธอควรเปรียบเทียบเวลาที่ทราบล่าสุดที่ถูกต้อง ตรวจสอบแพลตฟอร์มโฆษณาแบบเนทีฟหรือระบบต้นทาง และสังเกตว่าความคลาดเคลื่อนนั้นส่งผลกระทบต่อแหล่งที่มาเดียวหรือหลายแหล่ง การที่แถวในเลเยอร์การวิเคราะห์หายไปไม่ได้หมายความว่าแคมเปญพื้นฐานหยุดทำงานแล้ว
หลักการตัดสินใจที่ใช้ได้จริงคือการแยกการกระทำออกเป็นสองส่วน คือ การกระทำที่ย้อนกลับได้และการกระทำที่ย้อนกลับไม่ได้ การเรียกใช้รายงานซ้ำ การตรวจสอบแพลตฟอร์ม หรือการเลื่อนการปรับปรุงประสิทธิภาพที่ไม่เร่งด่วนออกไป เป็นการกระทำที่ย้อนกลับได้ แต่การหยุดแคมเปญที่มีค่าใช้จ่ายสูง การโยกย้ายงบประมาณจำนวนมาก หรือการรายงานตัวเลข ROI สุดท้ายให้ผู้บริหารทราบ อาจย้อนกลับไม่ได้ เมื่อความถูกต้องของข้อมูลไม่แน่นอน ควรตรวจสอบความถูกต้องก่อนทำการเปลี่ยนแปลงที่มีผลกระทบสูง
วิธีสื่อสารปัญหาโดยไม่กล่าวเกินจริง
ในช่วงที่สงสัยว่าระบบล่ม การใช้ถ้อยคำภายในองค์กรมีความสำคัญมาก “Datorama ล่มทั่วโลก” เป็นคำกล่าวอ้างที่หนักแน่นกว่า “แดชบอร์ด Marketing Cloud Intelligence ของเราไม่อัปเดต” มาก เพราะข้อความหลังอธิบายถึงสิ่งที่ทีมของคุณรู้จริง ๆ ได้อย่างชัดเจน
มายาอาจแจ้งผู้มีส่วนได้ส่วนเสียว่า “ขณะนี้มุมมองข้อมูลเชิงลึกของ Marketing Cloud ของเราขาดข้อมูลสื่อโฆษณาแบบเสียค่าใช้จ่ายล่าสุด Salesforce Trust ยังไม่แสดงสถานะว่าข้อมูลเชิงลึกไม่พร้อมใช้งาน ดังนั้นเราจึงกำลังตรวจสอบตัวเชื่อมต่อและแหล่งข้อมูลที่ได้รับผลกระทบก่อนที่จะใช้แดชบอร์ดในการตัดสินใจด้านงบประมาณ จุดรายงานที่ได้รับการยืนยันครั้งล่าสุดคือข้อมูลปิดบัญชีเมื่อวานนี้”
ข้อความดังกล่าวมีประโยชน์เพราะช่วยแยกผลกระทบที่สังเกตได้ออกจากสาเหตุที่ยังไม่ได้รับการยืนยัน นอกจากนี้ยังช่วยให้ผู้มีอำนาจตัดสินใจมีขอบเขตที่ชัดเจนว่า ตัวชี้วัดใดได้รับผลกระทบ ตัวชี้วัดใดที่ยังน่าเชื่อถือ และควรชะลอการดำเนินการใดไว้ก่อน
เมื่อเกิดเหตุการณ์ที่ส่งผลกระทบต่อทั้งระบบ Salesforce
แม้ว่าไทล์ Intelligence เฉพาะผลิตภัณฑ์จะดูเหมือนปกติ แต่เหตุการณ์ที่เกิดขึ้นใน Salesforce ในวงกว้างก็ยังคงส่งผลกระทบได้ การตรวจสอบสิทธิ์ร่วมกัน บริการหลัก การเข้าถึงการสนับสนุน API หรือส่วนประกอบที่เกี่ยวข้อง อาจส่งผลต่อวิธีการที่ผู้ใช้เข้าถึงหรือใช้งานผลิตภัณฑ์ การตอบสนองที่ถูกต้องคือการเปรียบเทียบบริการและอินสแตนซ์ที่ระบุไว้ในเหตุการณ์กับเทนเนนต์ของคุณเอง แทนที่จะสันนิษฐานว่าผลิตภัณฑ์ Salesforce ทุกตัวล้มเหลว
Salesforce อธิบายวิธีการตรวจสอบเหตุการณ์ที่กำลังดำเนินอยู่และการบำรุงรักษาในคู่มือการตรวจสอบเหตุการณ์อย่างเป็นทางการนอกจากนี้ยังได้ระบุความหมายของสถานะต่างๆ เช่น พร้อมใช้งาน ประสิทธิภาพลดลง บริการหยุดชะงัก และการบำรุงรักษา ในคู่มือสถานะบริการอีกด้วย
สำหรับมายา นั่นหมายความว่าเธอควรบันทึกหมายเลขประจำตัวเหตุการณ์ (ถ้ามี) จดบันทึกอินสแตนซ์หรือบริการที่ได้รับผลกระทบ และเปิดหน้าสถานะไว้ตลอดการประชุมผู้บริหาร หากไม่มีเหตุการณ์ที่ตรงกัน เธอควรดำเนินการวินิจฉัยในวงแคบลงแทนที่จะรอการแก้ไขปัญหาในวงกว้างโดยไม่ทำอะไรเลย
ปกป้องกระบวนการรายงานขณะที่ปัญหายังไม่ได้รับการแก้ไข
Marketing Cloud Intelligence อยู่ในห่วงโซ่การรายงานที่มักเริ่มต้นจากภายนอก Salesforce แพลตฟอร์มโฆษณา การวิเคราะห์เว็บ ระบบ CRM ระบบอีคอมเมิร์ซ การอัปโหลดไฟล์ API และฟีดฐานข้อมูล ล้วนสามารถส่งข้อมูลเข้ามาได้ เอกสารของ Salesforce อธิบายว่า Marketing Cloud Intelligence เป็นระบบที่เชื่อมต่อและประสานแหล่งข้อมูลทางการตลาดหลายแหล่ง สถาปัตยกรรมดังกล่าวมีประสิทธิภาพ แต่ก็หมายความว่ารายงานที่ล้าสมัยอาจเกิดขึ้นจากต้นทางเช่นกัน
ในระหว่างที่เกิดปัญหา ให้บันทึกหลักฐานอย่างง่ายๆ ดังนี้: เวลาที่สังเกตเห็นครั้งแรก เวลาประทับของข้อมูลที่ตรวจสอบล่าสุด พื้นที่ทำงานหรือรายงานที่ได้รับผลกระทบ แหล่งที่มาที่ได้รับผลกระทบ ภาพหน้าจอ ข้อความแสดงข้อผิดพลาดที่แน่นอน และการเปลี่ยนแปลงการกำหนดค่าล่าสุดใดๆ หากต้องการความช่วยเหลือ รายละเอียดเหล่านี้จะช่วยลดโอกาสที่กรณีดังกล่าวจะเริ่มต้นด้วยการชี้แจงพื้นฐานที่ยืดเยื้อ
หากพอร์ทัลช่วยเหลือใช้งานยากในระหว่างที่เกิดปัญหาใน Salesforce ให้บันทึกหลักฐานไว้ในเครื่องคอมพิวเตอร์ของคุณเองต่อไป เพื่อป้องกันไม่ให้ข้อมูลสูญหาย เมื่อสามารถสร้างเคสได้แล้ว ให้ส่งไทม์ไลน์ทั้งหมด
วิธีสังเกตว่าเมื่อใดจึงปลอดภัยที่จะเชื่อถือแดชบอร์ดอีกครั้ง
การที่ "หน้าเว็บโหลดเสร็จ" นั้นไม่เพียงพอ การกู้คืนควรครอบคลุมทั้งความพร้อมใช้งานและการตรวจสอบความถูกต้องของข้อมูล ในสถานการณ์สมมติ มายาจะรอจนกว่าแหล่งข้อมูลที่ได้รับผลกระทบจะกลับมาอัปเดตอีกครั้ง จากนั้นจึงเปรียบเทียบตัวชี้วัดที่สำคัญจำนวนเล็กน้อยกับแหล่งข้อมูลหลักในช่วงวันที่เดียวกัน เธอยังตรวจสอบด้วยว่าบันทึกที่ล่าช้ามาถึงครบถ้วนหรือไม่ แทนที่จะสันนิษฐานว่าการรีเฟรชครั้งแรกเสร็จสมบูรณ์แล้ว
การตรวจสอบการกู้คืนที่เหมาะสมควรประกอบด้วยสามสิ่ง ได้แก่ สถานะ Salesforce ที่เกี่ยวข้องเป็นปกติ กระแสข้อมูลที่ได้รับผลกระทบได้รับการอัปเดตตามเวลาที่คาดไว้ และตัวชี้วัดที่มีมูลค่าสูงหลายตัวอยู่ในช่วงความคลาดเคลื่อนปกติที่ทีมของคุณใช้อยู่แล้ว หากการตรวจสอบข้อใดข้อหนึ่งล้มเหลว ให้ระบุสถานะการรายงานเป็น "กำลังกู้คืน" แทนที่จะเป็น "กู้คืนเสร็จสมบูรณ์"
Salesforce ยังมีประวัติการให้บริการสำหรับแต่ละอินสแตนซ์ ซึ่งจะช่วยให้ทีมเข้าใจว่าการหยุดชะงักนั้นเกิดขึ้นในช่วงเวลาเดียวกับที่เกิดปัญหาข้อมูลหรือการเข้าถึงหรือไม่ ดูคำแนะนำเกี่ยวกับประวัติการให้บริการ ของ Salesforce
สิ่งที่นักการตลาดควรจำไว้
หากมีคนถามว่า “Datorama ล่มหรือเปล่า?” คำตอบที่ดีที่สุดคือคำตอบที่อิงตามหลักฐาน: ปัจจุบัน Datorama คือ Marketing Cloud Intelligence และควรตรวจสอบหน้า Salesforce Trust สาธารณะปัจจุบันก่อนที่จะประกาศว่าระบบล่ม ณ วันที่ 16 กันยายน 2026 Salesforce Trust แสดงว่า Intelligence พร้อมใช้งาน ดังนั้นทีมที่ประสบปัญหาควรตรวจสอบการเข้าถึงเทนเนนต์ ตัวเชื่อมต่อ แพลตฟอร์มต้นทาง ความทันสมัยของข้อมูล และสินทรัพย์การรายงานแต่ละรายการด้วย
บทเรียนจากสถานการณ์สมมติในเช้าวันนั้นของมายาเรียบง่ายมาก ให้มองแดชบอร์ดที่เสียเป็นสัญญาณเตือนให้ตรวจสอบ ไม่ใช่หลักฐานว่าแพลตฟอร์มล้มเหลวทั้งระบบ ปกป้องการตัดสินใจเกี่ยวกับแคมเปญในขณะที่ข้อมูลไม่แน่นอน สื่อสารเฉพาะสิ่งที่ทราบ และตรวจสอบความถูกต้องของห่วงโซ่การรายงานก่อนที่จะประกาศว่าทุกอย่างกลับมาใช้งานได้ วิธีการนี้ช้ากว่าการคาดเดาอยู่สองสามนาที แต่เร็วกว่าการแก้ไขงบประมาณที่ผิดพลาดหรือรายงานผู้บริหารที่ไม่ถูกต้องในภายหลังมาก