วิธีการสร้างแผนความต่อเนื่องทางธุรกิจสำหรับกรณีที่ Salesforce หยุดทำงาน

เมื่อ Salesforce ไม่สามารถใช้งานได้ ความเสี่ยงด้านการดำเนินงานที่ใหญ่ที่สุดมักไม่ใช่ข้อความแสดงข้อผิดพลาดนั้นเอง ปัญหาที่แท้จริงคือ ทีมงานฝ่ายขาย ฝ่ายบริการ ฝ่ายสั่งซื้อ ฝ่ายการตลาด หรือฝ่ายสนับสนุน อาจไม่รู้ว่าจะบันทึกงานไว้ที่ไหน จะให้บริการลูกค้าอย่างไร หรือการตัดสินใจใดที่สามารถรอได้ ดังนั้น แผนการดำเนินธุรกิจอย่างต่อเนื่องที่มีประโยชน์จึงไม่ใช่เอกสารที่บอกเพียงแค่ว่า “ตรวจสอบ Salesforce Trust แล้วรอ” แต่ควรจะช่วยให้กระบวนการทางธุรกิจที่สำคัญที่สุดดำเนินต่อไปได้ในระดับที่ยอมรับได้จนกว่าบริการจะกลับมาเป็นปกติ

คุณภาพของแผนสามารถประเมินได้จากผลลัพธ์ ในช่วงที่เกิดการหยุดชะงัก ผู้คนควรทราบว่าต้องทำอะไร บันทึกงานชั่วคราวไว้ที่ใด ใครมีอำนาจตัดสินใจ ลูกค้าจะได้รับแจ้งอย่างไร และจะตรวจสอบความถูกต้องของบันทึกชั่วคราวอย่างไรหลังจากการกู้คืนระบบ แผนควรระบุให้ชัดเจนด้วยว่าการดำเนินการอย่างต่อเนื่องจะปลอดภัยเมื่อใด กระบวนการบางอย่างสามารถดำเนินการด้วยตนเองได้เป็นเวลาหลายชั่วโมง ในขณะที่บางกระบวนการควรหยุดชั่วคราว เนื่องจากธุรกรรมซ้ำซ้อน ข้อผิดพลาดด้านกฎระเบียบ หรือความไม่สอดคล้องกันของข้อมูลจะก่อให้เกิดอันตรายมากกว่าการรอคอย

เริ่มต้นด้วยผลลัพธ์ที่คุณต้องการในช่วงเวลาพักผ่อน

แผนความต่อเนื่องทางธุรกิจควรเริ่มต้นด้วยผลกระทบทางธุรกิจ ไม่ใช่เทคโนโลยีคู่มือการวางแผนฉุกเฉินสำหรับระบบสารสนเทศของรัฐบาลกลาง ของ NIST แนะนำให้กำหนดข้อกำหนดและลำดับความสำคัญของแผนฉุกเฉินผ่านการวิเคราะห์ผลกระทบทางธุรกิจ แม้ว่าเอกสารนี้จะเขียนขึ้นสำหรับระบบสารสนเทศของรัฐบาลกลาง แต่หลักการพื้นฐานนั้นมีประโยชน์อย่างกว้างขวาง ได้แก่ การระบุฟังก์ชันที่จำเป็น การทำความเข้าใจผลกระทบของการหยุดชะงัก การกำหนดลำดับความสำคัญในการกู้คืน และการรักษากระบวนการฉุกเฉินที่ผ่านการทดสอบแล้ว

สำหรับ Salesforce นั่นหมายถึงการถามว่ากิจกรรมทางธุรกิจใดบ้างที่ต้องดำเนินต่อไปแม้ว่าแพลตฟอร์มจะไม่สามารถใช้งานได้ ทีมขายอาจจำเป็นต้องบันทึกข้อผูกพันเร่งด่วนของลูกค้าเป้าหมาย ฝ่ายสนับสนุนอาจจำเป็นต้องรับและจัดการเหตุการณ์สำคัญของลูกค้า ทีมภาคสนามอาจจำเป็นต้องเข้าถึงรายละเอียดลูกค้าหรือสินทรัพย์จำนวนเล็กน้อย ฝ่ายการเงินอาจตัดสินใจว่าธุรกรรมบางอย่างควรหยุดลงอย่างสมบูรณ์จนกว่า Salesforce และระบบที่เชื่อมต่อจะเสถียร

เป้าหมายด้านความต่อเนื่องที่ชัดเจนนั้นต้องมีความเฉพาะเจาะจงมากพอที่จะทดสอบได้ ตัวอย่างเช่น “ฝ่ายสนับสนุนลูกค้าต้องยังคงเปิดให้บริการต่อไป” นั้นคลุมเครือ ในขณะที่ “ปัญหาของลูกค้าที่มีลำดับความสำคัญอันดับ 1 ยังคงสามารถรับ มอบหมาย รับทราบ และติดตามได้โดยไม่มีคำขอใดสูญหายระหว่างที่ Salesforce ขัดข้องเป็นเวลาสี่ชั่วโมง” นั้นสามารถวัดผลได้

กำหนดระดับความเสื่อมสภาพที่ยอมรับได้ ไม่ใช่คำสัญญาที่ไม่สมจริงเกี่ยวกับการทำงานตามปกติ

ความต่อเนื่องไม่ได้หมายความถึงการทำงานได้อย่างเต็มรูปแบบ เป้าหมายโดยทั่วไปคือการรักษาระบบบริการทางธุรกิจขั้นต่ำที่สามารถใช้งานได้จนกว่าระบบหลักจะกลับมาใช้งานได้ สำหรับแต่ละกระบวนการที่สำคัญซึ่งขึ้นอยู่กับ Salesforce ให้กำหนดความหมายของคำว่า “ดีพอในช่วงที่ระบบล่ม”

เงื่อนไขการหยุดทำงานมีความสำคัญ แผนงานต่อเนื่องที่สั่งให้คนทำงานต่อไปโดยไม่คำนึงถึงต้นทุน อาจก่อให้เกิดปัญหาตามมาอีกประการหนึ่ง เช่น คำสั่งซื้อซ้ำซ้อน การอัปเดตเคสที่ขัดแย้งกัน การอนุมัติที่ขาดหายไป หรือข้อมูลสำคัญที่จัดเก็บไว้ในเครื่องมือที่ไม่ได้รับอนุญาต

ทำความเข้าใจวิธีการที่ Salesforce สื่อสารเกี่ยวกับเหตุการณ์ที่เกิดขึ้น

แผนของคุณควรระบุแหล่งข้อมูลสถานะที่เชื่อถือได้ Salesforce ระบุ เว็บไซต์ Trust Statusเป็นแหล่งข้อมูลสำหรับข้อมูลความพร้อมใช้งานและประสิทธิภาพของบริการ นอกจากนี้ Salesforce ยังแจ้งเตือนเรื่องความน่าเชื่อถือผ่านทางอีเมลหรือ SMS สำหรับปัญหาด้านบริการ การบำรุงรักษา และการเปิดตัวผลิตภัณฑ์ ภาพรวมปัจจุบันสามารถดูได้ในSalesforce Help: Trust Status

บทความเรื่อง Incident Trust Communicationsของ Salesforce อธิบายว่า บริษัทสามารถใช้เว็บไซต์ Trust, การแจ้งเตือน Trust, ข้อความให้ข้อมูล, แบนเนอร์ช่วยเหลือ, อีเมลแจ้งเตือนเหตุการณ์ และการสัมมนาออนไลน์แบบสด เพื่อสื่อสารเหตุการณ์สำคัญที่ไม่คาดคิดและความคืบหน้าในการแก้ไขปัญหา

แผนการดำเนินงานต่อเนื่องที่ดีไม่ควรขอให้พนักงานทุกคนตีความหน้าสถานะต่างๆ ด้วยตนเอง ควรแต่งตั้งผู้รับผิดชอบเหตุการณ์หรือทีมจัดการเหตุการณ์ขนาดเล็กเพื่อตรวจสอบระบบหรือบริการที่ได้รับผลกระทบ สรุปสิ่งที่ทราบ และเผยแพร่ข้อมูลอัปเดตภายในตามช่วงเวลาที่กำหนด

จัดทำแผนให้เหมาะสมกับแต่ละกรณี

สถานะของ Salesforce ไม่ใช่สถานะไบนารีแบบเดียวทั่วโลก องค์กรของคุณควรทราบว่าตัวระบุอินสแตนซ์หรือบริการของ Salesforce ใดมีความสำคัญ คำแนะนำของ Salesforce เรื่อง " ดูข้อมูลอินสแตนซ์สำหรับองค์กร Salesforce ของคุณ"ซึ่งได้รับการอัปเดตเมื่อวันที่ 4 สิงหาคม 2026 อธิบายวิธีการค้นหาอินสแตนซ์ในส่วนการตั้งค่าภายใต้ข้อมูลบริษัท หรือโดยใช้เว็บไซต์สถานะของ Salesforce

Salesforce ยังระบุด้วยว่าเว็บไซต์ Trust ของตนรายงานเหตุการณ์และกิจกรรมการบำรุงรักษาโดยแยกตามอินสแตนซ์และบริการที่ได้รับผล กระทบ คำแนะนำ ในการตรวจสอบเหตุการณ์หรือการบำรุงรักษาที่กำลังดำเนินอยู่แสดงให้เห็นว่าบันทึกเหตุการณ์ประกอบด้วยอินสแตนซ์และบริการที่ได้รับผลกระทบ พร้อมด้วยข้อมูลสถานะและเวลา

ดังนั้น คู่มือการดำเนินงานต่อเนื่องของคุณจึงควรบันทึกรายละเอียดโดเมนและอินสแตนซ์ที่เกี่ยวข้องขององค์กรการผลิต รวมถึงผลิตภัณฑ์ Salesforce ที่มีการตรวจสอบแยกต่างหาก เช่น Marketing Cloud หรือบริการ Commerce ที่มีความสำคัญต่อการดำเนินงานของคุณ

ออกแบบเวิร์กโฟลว์สำรองโดยคำนึงถึงการเก็บรวบรวมข้อมูลที่ควบคุมได้

ทางเลือกสำรองที่ได้ผลดีที่สุดมักไม่ใช่การเปลี่ยนระบบ CRM ใหม่ทั้งหมด แต่เป็นวิธีการควบคุมเพื่อเก็บรักษาข้อมูลขั้นต่ำที่จำเป็นต่อการดำเนินงานเร่งด่วนต่อไป ซึ่งอาจเป็นสเปรดชีตที่ได้รับอนุมัติ คิวฝ่ายบริการลูกค้า แบบฟอร์มภายใน ช่องทางการทำงานร่วมกัน กระบวนการทางโทรศัพท์ หรือระบบอื่นๆ ที่องค์กรของคุณมีนโยบายด้านความปลอดภัยและการเก็บรักษาข้อมูลอยู่แล้ว

วิธีการสำรองควรระบุ:

• ช่องใดบ้างที่เป็นช่องที่ต้องกรอก;
• ผู้ที่อาจสร้างหรือแก้ไขบันทึกชั่วคราวได้;
• วิธีการที่แต่ละระเบียนได้รับรหัสระบุชั่วคราวที่ไม่ซ้ำกัน
• ข้อมูลสำคัญใดบ้างที่ไม่ควรคัดลอกออกนอก Salesforce;
• วิธีการบันทึกเวลา ข้อมูลลูกค้า เจ้าของ และประวัติการดำเนินการ
• วิธีการตรวจจับข้อมูลซ้ำก่อนที่จะป้อนข้อมูลกลับเข้าไปใน Salesforce

สัญญาณที่ดีที่สุดที่แสดงว่าส่วนนี้ของแผนกำลังได้ผลคือ ทีมกู้คืนสามารถตอบคำถามได้ในภายหลังว่า “มีอะไรเปลี่ยนแปลงไปบ้างขณะที่ Salesforce ไม่สามารถใช้งานได้” โดยไม่ต้องอาศัยความทรงจำ ประวัติการแชท หรือบันทึกที่เขียนด้วยลายมือซึ่งกระจัดกระจายอยู่ตามทีมต่างๆ

การสำรองข้อมูลช่วยในการกู้คืน แต่ไม่สามารถทดแทนความต่อเนื่องได้

Salesforce แนะนำให้วางกลยุทธ์การสำรองข้อมูลเป็นประจำเพื่อเป็นส่วนหนึ่งของการจัดการข้อมูลและความปลอดภัย คำแนะนำเมื่อวันที่ 2 เมษายน 2569 เรื่อง " แนวทางปฏิบัติที่ดีที่สุดในการสำรองข้อมูล Salesforce " ได้แยกความแตกต่างระหว่างข้อมูลทางธุรกิจ เช่น เรคอร์ดและไฟล์ กับเมตาเดต้า เช่น ฟิลด์ที่กำหนดเอง เลย์เอาต์ รายงาน แดชบอร์ด Apex และ Visualforce

Salesforce ระบุวิธีการสำรองข้อมูลแบบดั้งเดิม ได้แก่ Salesforce Backup, Data Export Service, การส่งออกข้อมูลผ่าน Data Loader และการส่งออกรายงาน เอกสารประกอบการส่งออกข้อมูลสำรองจาก Salesforceระบุว่า การส่งออกข้อมูลมาตรฐานสามารถสร้างไฟล์สำรองข้อมูลแบบ CSV ได้ตามกำหนดการรายสัปดาห์หรือรายเดือน ขึ้นอยู่กับเวอร์ชันของ Salesforce

อย่างไรก็ตาม การสำรองข้อมูลเป็นการควบคุมการกู้คืน ไม่ใช่โหมดการทำงานเมื่อระบบขัดข้อง การสำรองข้อมูลไม่ได้ให้ระบบทดแทนที่ใช้งานได้จริงสำหรับ Salesforce โดยอัตโนมัติ การส่งออกข้อมูลขนาดใหญ่อาจเก่าเกินไป กว้างเกินไป ละเอียดอ่อนเกินไป หรือยากเกินไปที่จะนำไปใช้ได้อย่างปลอดภัยเพื่อความต่อเนื่องในการทำงาน ควรตัดสินใจล่วงหน้าว่าข้อมูลที่ส่งออกใดบ้างที่จำเป็นต้องใช้จริง ๆ ในระหว่างที่ระบบขัดข้อง และปกป้องข้อมูลเหล่านั้นตามความเหมาะสม

แยกวัตถุประสงค์ของการฟื้นฟูออกจากวัตถุประสงค์ของการดำเนินงานอย่างต่อเนื่อง

เป้าหมายด้านความต่อเนื่องอธิบายถึงวิธีการดำเนินงานของธุรกิจในขณะที่ Salesforce ไม่สามารถใช้งานได้ ส่วนเป้าหมายด้านการกู้คืนอธิบายถึงวิธีการฟื้นฟูการดำเนินงานตามปกติและวิธีการจัดการงานชั่วคราวให้เรียบร้อย

สำหรับแต่ละกระบวนการ ให้ระบุวัตถุประสงค์เชิงปฏิบัติอย่างน้อยสามข้อ:

• ระยะเวลาหยุดชะงักที่ยอมรับได้สูงสุด:กระบวนการสามารถหยุดชะงักได้นานแค่ไหนก่อนที่ผลกระทบต่อธุรกิจจะกลายเป็นสิ่งที่ยอมรับไม่ได้
• เป้าหมายการดำเนินงานชั่วคราว:ระดับการให้บริการขั้นต่ำที่ต้องดำเนินการต่อไปในช่วงเวลานั้น
• เป้าหมายการกระทบยอด:ต้องตรวจสอบและบันทึกข้อมูลชั่วคราวลงใน Salesforce เร็วแค่ไหนหลังจากกู้คืนบริการแล้ว

เป้าหมายเหล่านี้ควรมาจากเจ้าของธุรกิจ ไม่ใช่จากสมมติฐานทั่วไปของฝ่ายไอที การเผื่อเวลาสองชั่วโมงอาจเหมาะสมสำหรับแผนกหนึ่ง แต่ยอมรับไม่ได้สำหรับอีกแผนกหนึ่ง

กำหนดสิทธิ์ในการตัดสินใจก่อนเกิดเหตุขัดข้อง

แผนงานจะล่าช้าลงเมื่อทุกคนรู้ภารกิจแต่ไม่รู้ว่าใครมีอำนาจ จึงควรกำหนดบทบาทหรือความเป็นเจ้าของตามบทบาทสำหรับการประกาศเหตุการณ์ การเปิดใช้งานแผนสำรอง การสื่อสารกับลูกค้า ข้อยกเว้นด้านความปลอดภัย การแจ้งปัญหาไปยังผู้ขาย การตรวจสอบความถูกต้องของการกู้คืน และการตัดสินใจขั้นสุดท้ายในการกลับสู่กระบวนการทำงานปกติ

อย่างน้อยที่สุด ควรมีบุคคลหนึ่งที่สามารถเปิดใช้งานโหมดการทำงานต่อเนื่องได้ และอีกบุคคลหนึ่งที่สามารถอนุมัติการกลับสู่การให้บริการตามปกติได้ สำหรับกระบวนการที่มีผลกระทบสูง ควรหลีกเลี่ยงการให้บุคคลเพียงคนเดียวเป็นผู้ดำเนินการ ควรแต่งตั้งผู้สำรองสำหรับบทบาทที่สำคัญด้วย

ทดสอบผลลัพธ์ทางธุรกิจ ไม่ใช่เพียงแค่ว่าเอกสารนั้นถูกอ่านหรือไม่

มาตรฐาน NIST SP 800-34 Rev. 1 ระบุว่าการทดสอบ การฝึกอบรม การฝึกซ้อม และการบำรุงรักษาแผนเป็นองค์ประกอบหลักของการวางแผนฉุกเฉิน ดังนั้น การทดสอบความต่อเนื่องของ Salesforce ควรจำลองสถานการณ์การสูญเสียการเข้าถึงที่มีนัยสำคัญและวัดประสิทธิภาพที่เกิดขึ้นจริง

เกณฑ์การทดสอบที่เป็นประโยชน์ ได้แก่:

• เจ้าของเหตุการณ์ระบุอินสแตนซ์หรือบริการ Salesforce ที่ถูกต้อง
• ทีมสำคัญจะได้รับข้อความแจ้งการเปิดใช้งานภายในเวลาที่กำหนด
• ผู้ใช้สามารถค้นหาขั้นตอนสำรองที่ได้รับการอนุมัติโดยไม่ต้องสอบถามฝ่ายไอทีเป็นการส่วนตัว
• บันทึกชั่วคราวประกอบด้วยช่องข้อมูลที่จำเป็นและข้อมูลความเป็นเจ้าของ
• ไม่มีการคัดลอกข้อมูลสำคัญที่ไม่ได้รับการอนุมัติเข้าไปในระบบสำรอง
• สามารถตรวจสอบความถูกต้องของข้อมูลชั่วคราวตัวอย่างใน Salesforce ได้โดยไม่มีข้อมูลซ้ำซ้อน
• ทีมงานสามารถอธิบายได้ว่าใครมีอำนาจในการประกาศว่าการฟื้นตัวเสร็จสมบูรณ์แล้ว

หากการฝึกซ้อมบนโต๊ะทำได้เพียงยืนยันว่าผู้เข้าร่วมสามารถเปิดแผนได้ ก็ยังไม่ได้แสดงให้เห็นถึงความต่อเนื่อง การฝึกซ้อมที่ดีกว่านั้นจะพิสูจน์ได้ว่าผู้คนสามารถดำเนินการตามขั้นตอนการทำงานและกู้คืนสถานการณ์ได้อย่างราบรื่น

รู้ว่าเมื่อใดที่แผนจำเป็นต้องเปลี่ยนแปลง

อย่ารอให้เกิดเหตุการณ์ระบบล่มจริง ๆ แล้วค่อยมารู้ว่าแผนนั้นล้าสมัยแล้ว ควรทบทวนแผนหลังจากมีการเปลี่ยนแปลงที่สำคัญเกิดขึ้นกับสถาปัตยกรรมของ Salesforce การบูรณาการที่สำคัญ กระบวนการทางธุรกิจ ข้อกำหนดด้านการปฏิบัติตามกฎระเบียบ การมอบหมายงานให้ทีม การวางแผนกลยุทธ์การสำรองข้อมูล การกำหนดเส้นทางการติดต่อศูนย์บริการลูกค้า หรือช่องทางการสื่อสารกับลูกค้า

เปลี่ยนแนวทางเมื่อผลการทดสอบแสดงให้เห็นถึงจุดอ่อนที่เกิดขึ้นซ้ำๆ ตัวอย่างเช่น พนักงานสร้างสเปรดชีตที่ไม่สามารถควบคุมได้แม้จะมีแผนสำรองอย่างเป็นทางการ การกู้คืนใช้เวลานานเกินไปเนื่องจากบันทึกชั่วคราวขาดตัวระบุเฉพาะ หรือทีมธุรกิจค้นพบว่าเป้าหมายความต่อเนื่องที่ประกาศไว้นั้นไม่เพียงพอต่อความต้องการที่แท้จริงของลูกค้า

แผนงานที่ดีควรมีการกำหนดเจ้าของเวอร์ชันและกลไกการตรวจสอบ การ "ตรวจสอบประจำปี" ดีกว่าไม่ทำอะไรเลย แต่การ "ตรวจสอบประจำปีและหลังจากมีการเปลี่ยนแปลงครั้งใหญ่ใน Salesforce การบูรณาการ เจ้าของ หรือกระบวนการ" จะมีความยืดหยุ่นมากกว่า

สิ่งที่แผนนี้ไม่สามารถรับประกันได้

ไม่มีแผนการดำเนินงานต่อเนื่องใดที่สามารถรับประกันได้ว่าธุรกิจจะไม่หยุดชะงักทุกครั้งที่ระบบ Salesforce ขัดข้อง ความล้มเหลวบางอย่างอาจส่งผลกระทบต่อระบบที่เชื่อมต่อ ผู้ให้บริการยืนยันตัวตน เครือข่าย เครื่องมือสื่อสาร หรือบริการคลาวด์สาธารณะในเวลาเดียวกัน นอกจากนี้ เหตุการณ์ที่รุนแรงหรือยืดเยื้ออาจเกินขีดความสามารถของขั้นตอนการกู้คืนด้วยตนเองได้

นอกจากนี้ยังมีข้อจำกัดด้านความปลอดภัยและคุณภาพข้อมูล การย้ายข้อมูล Salesforce ที่ละเอียดอ่อนไปยังเครื่องมือฉุกเฉินอาจละเมิดนโยบายหรือข้อบังคับ การทำงานแบบออฟไลน์อาจทำให้เกิดการตัดสินใจที่ล้าสมัย บันทึกที่ขัดแย้งกัน และธุรกรรมซ้ำซ้อน ทางเลือกที่ปลอดภัยที่สุดในการรักษาความต่อเนื่องสำหรับกระบวนการที่มีความเสี่ยงสูงบางอย่างคือการระงับอย่างเป็นระบบมากกว่าการดำเนินการต่อด้วยตนเอง

ด้วยเหตุนี้ แผนงานที่ดีจึงระบุทั้งช่วงเวลาการดำเนินงานที่ตั้งใจไว้และเกณฑ์การยกระดับ หากระบบล่มนานกว่าที่คาดไว้ หากคิวสำรองมีขนาดใหญ่เกินไป หรือหากไม่สามารถรักษาความสมบูรณ์ของข้อมูลได้อีกต่อไป ผู้บริหารควรเปลี่ยนจากการดำเนินการตามขั้นตอนความต่อเนื่องตามปกติไปสู่การตัดสินใจด้านการจัดการวิกฤตในวงกว้างขึ้น

วิธีตรวจสอบว่าแผนความต่อเนื่องทางธุรกิจของ Salesforce ของคุณพร้อมใช้งานแล้ว

แผนงานจะอยู่ในสภาพที่ดีเมื่อการทดสอบที่สมจริงสามารถแสดงให้เห็นถึงสี่สิ่งต่อไปนี้: ธุรกิจสามารถระบุสิ่งที่สำคัญได้ ดำเนินงานที่จำเป็นต่อไปในระดับขั้นต่ำที่ตกลงกันไว้ รักษาบันทึกชั่วคราวที่เชื่อถือได้ และกลับไปยัง Salesforce โดยไม่สูญเสียหรือทำซ้ำกิจกรรมที่สำคัญ

ทำการตรวจสอบความพร้อมขั้นสุดท้าย:

• ทุกกระบวนการสำคัญที่ต้องพึ่งพา Salesforce จะมีผู้รับผิดชอบและระดับความทนทานต่อการหยุดชะงัก
• มีการบันทึกข้อมูลเกี่ยวกับอินสแตนซ์การใช้งานจริงและแหล่งข้อมูลสถานะอย่างเป็นทางการของ Salesforce ไว้แล้ว
• เครื่องมือสำรองได้รับการอนุมัติ เข้าถึงได้ และเป็นที่เข้าใจของผู้ใช้
• ข้อมูลชั่วคราวมีโครงสร้าง ข้อมูลระบุตัวตน นโยบายการเข้าถึง และวิธีการตรวจสอบความถูกต้องที่กำหนดไว้ชัดเจน
• ความรับผิดชอบในการรับมือกับเหตุการณ์และการสื่อสารกับลูกค้าได้รับการระบุไว้อย่างชัดเจน
• การสำรองข้อมูลถือเป็นมาตรการควบคุมการกู้คืน และได้รับการทดสอบแยกต่างหากจากการกู้คืนระบบในเชิงปฏิบัติการ
• ทีมได้ฝึกซ้อมตามแผนและบันทึกช่องว่างที่วัดผลได้แล้ว
• มีหลักเกณฑ์ที่ชัดเจนว่าเมื่อใดควรยกเลิกการดำเนินการต่อด้วยตนเองและส่งต่อเรื่องไปยังระดับที่สูงขึ้น

แผนความต่อเนื่องทางธุรกิจของ Salesforce จะประสบความสำเร็จไม่ใช่เพราะมันครอบคลุมทุกด้านบนกระดาษ แต่เพราะมันสร้างพฤติกรรมที่คาดการณ์ได้ภายใต้ความกดดัน แผนที่มีประโยชน์ที่สุดคือแผนที่มีขนาดเล็กพอที่จะนำไปปฏิบัติได้จริง มีรายละเอียดมากพอที่จะป้องกันการแก้ไขปัญหาเฉพาะหน้าที่ไม่ปลอดภัย และผ่านการทดสอบมาอย่างดีพอที่องค์กรจะรู้ว่าขีดจำกัดของตนอยู่ที่ใดก่อนที่เหตุการณ์ขัดข้องจริงจะเปิดเผยออกมา