Backup และ Restore
มี Backup อย่างเดียวไม่พอ ควรรู้ว่าเก็บที่ไหน ย้อนกลับได้กี่วัน และไฟล์กับฐานข้อมูลอยู่รอบเวลาเดียวกันหรือไม่ สำหรับเว็บสำคัญควรมีวิธีทดสอบ Restore เป็นระยะ
เว็บไซต์ที่เปิดใช้งานแล้วไม่ได้หยุดเปลี่ยน ระบบภายนอกมี Update, Certificate หมดอายุได้, Form อาจหยุดส่ง, Plugin เปลี่ยน Behavior และคนในทีมยังต้องเพิ่ม Content อยู่เรื่อย ๆ บริการดูแลเว็บไซต์จึงควรแยกงานป้องกัน งานตรวจสอบ และงานแก้ไขให้ชัด ไม่ใช่รอเว็บล่มแล้วค่อยเริ่มหาคนรับผิดชอบ
มี Backup อย่างเดียวไม่พอ ควรรู้ว่าเก็บที่ไหน ย้อนกลับได้กี่วัน และไฟล์กับฐานข้อมูลอยู่รอบเวลาเดียวกันหรือไม่ สำหรับเว็บสำคัญควรมีวิธีทดสอบ Restore เป็นระยะ
อัปเดต Core, Theme, Plugin หรือ Dependency ตามความเสี่ยง โดยไม่กดทุกอย่างบน Production แบบไม่มี Backup และควรทดสอบ Flow สำคัญหลัง Update
หน้าเว็บยังเปิด 200 ไม่ได้แปลว่า Lead เข้าปกติ ควรตรวจ Form, Email Delivery, LINE/Webhook และ Event ที่ใช้วัด Conversion ด้วย
ดูทั้งการเข้าถึงหน้าเว็บและ Error ที่กระทบการใช้งานจริง พร้อมบันทึกสิ่งที่เกิดขึ้นเพื่อไม่ให้ปัญหาเดิมกลับมาซ้ำโดยไม่มีข้อมูล
ก่อนแก้เว็บควรรู้ว่า Domain อยู่ที่ใคร Hosting อยู่ที่ไหน ใช้ CDN หรือไม่ มีบัญชี Analytics ใดบ้าง และส่วนไหนของระบบเป็น Custom Code สิ่งที่อันตรายที่สุดคือเริ่มลบ Plugin หรือ Update Stack โดยยังไม่รู้ว่าหน้าใดพึ่งสิ่งเหล่านั้นอยู่
เราจึงชอบทำรายการ Technology, Access, Backup และ Critical Flow ก่อน แล้วค่อยจัดลำดับงานเร่งด่วน เช่น Patch ช่องโหว่, แก้ Certificate, Form ที่ส่งไม่ถึง หรือหน้า Checkout ที่ผิด มากกว่าพยายามปรับทุกอย่างให้ “ใหม่” ในรอบแรก
การแก้ข้อความ รูป หรือปัญหาเล็ก ๆ ต่างจากการเพิ่มระบบสมาชิก เชื่อม API ใหม่ หรือออกแบบหน้าใหม่ทั้งชุด ถ้ารวมทุกอย่างไว้ใต้คำว่า “ดูแลเว็บไซต์” จะคุม Scope ยากและทั้งสองฝ่ายไม่รู้ว่างานใดควรเสร็จเมื่อไร จึงควรกำหนดงาน Routine, Incident และ Feature Development แยกกันตั้งแต่ต้น
ลูกค้าเดิมสามารถดูรายละเอียดการต่ออายุและขอบเขต Support จากหน้า การดูแลหลังส่งมอบ ได้ ส่วนหน้านี้เน้นบริการสำหรับธุรกิจที่มีเว็บไซต์อยู่แล้ว ไม่ว่าจะพัฒนาโดยทีมใด และต้องการให้มีคนรับผิดชอบการดูแลต่ออย่างเป็นระบบ
รับประเมินได้ โดยต้องตรวจ Technology, Access, License และสภาพระบบก่อน เพื่อกำหนดว่าส่วนใดดูแลต่อได้ทันทีและส่วนใดควรแก้ก่อน
ควรแยกงานดูแลประจำออกจาก Feature Development หากเป็นฟีเจอร์หรือ Integration ใหม่จะประเมิน Scope เพิ่มเพื่อไม่ให้กระทบงานดูแลพื้นฐาน
Backup เป็นเพียงส่วนหนึ่ง ยังต้องตรวจ Update, Security, Form, Uptime และความสามารถในการ Restore เมื่อเกิดเหตุจริง