ลูกค้าเป็นบริษัทประกันภัยที่ขายประกันรถยนต์ภาคบังคับ ประกันรถยนต์ชั้นหนึ่ง และผลิตภัณฑ์สำหรับการเดินทางทางออนไลน์ แพลตฟอร์มสร้างมาหลายปีด้วย PHP ที่เขียนขึ้นเอง เอกสารหาย การแก้ไขใช้เวลาหลายสัปดาห์ และการตรวจสอบภายนอกพบช่องโหว่ร้ายแรง 11 รายการ ทั้งที่เว็บไซต์เป็นช่องทางขายหลัก มีหน้าเว็บหลายหมื่นหน้าในดัชนี เนื้อหาอยู่ในหมวด YMYL และต้องผ่านข้อกำหนดด้านคุณภาพที่เข้มงวด ความผิดพลาดจากการย้ายระบบเพียงครั้งเดียวอาจทำให้อันดับค้นหาหายไป ซึ่งกู้คืนได้ยากและมีต้นทุนสูงในธุรกิจประกันภัย
ย้ายเว็บไซต์และระบบทำกรมธรรม์ออนไลน์ไปใช้เทคโนโลยีสมัยใหม่ โดยไม่หยุดการขายแม้แต่วันเดียว รักษาทราฟฟิกจากการค้นหา
อุดช่องโหว่ เพิ่มความเร็วแพลตฟอร์ม และให้ทีมพัฒนาผลิตภัณฑ์ต่อได้โดยไม่กลัวว่าจะทำสิ่งต่าง ๆ พัง เงื่อนไขเพิ่มเติมจากคณะกรรมการคือโครงการต้องคืนทุนจากการเพิ่ม conversion ไม่ใช่แค่ทำให้ระบบเป็นระเบียบทางเทคนิค
เราแบ่งการย้ายระบบเป็นช่วงที่สลับใช้งานแยกกันได้ เริ่มจากหน้าข้อมูล ต่อด้วยเครื่องคำนวณและขั้นตอนทำกรมธรรม์ และย้ายบัญชีส่วนตัวเป็นลำดับสุดท้าย แต่ละช่วง rollback ได้แยกจากกัน ความเสี่ยงจึงสะสมเป็นส่วน ๆ ไม่ใช่ทั้งหมดในครั้งเดียว
- สำรวจระบบทั้งหมด: crawl URL ครบถ้วน ทำแผนที่ฟังก์ชัน บันทึกการเชื่อมต่อกับระบบชำระเงินและบัญชี และจัดลำดับความสำคัญของหน้าตามทราฟฟิกกับรายได้
- ออกแบบสถาปัตยกรรมเป้าหมาย: frontend ด้วย Next.js และ server-side rendering สำหรับหน้าค้นหา ชั้น API เหนือบริการเดิม และทยอยนำโค้ด legacy ออก
- ย้ายหน้าข้อมูล: ทำแผนที่ redirect สำหรับ URL จำนวน 80,000 รายการ ย้าย metadata และ markup แล้วเทียบแต่ละหน้ากับต้นฉบับทั้งเนื้อหาและโครงสร้าง
- เขียนขั้นตอนทำกรมธรรม์ออนไลน์ใหม่ ทั้งเครื่องคำนวณ ขั้นตอนสมัคร และการชำระเงิน โดยให้เวอร์ชันเก่าและใหม่ทำงานคู่กันกับทราฟฟิกบางส่วน
- สลับทราฟฟิกตามแบบ canary: 5% → 25% → 100% ตรวจสอบข้อผิดพลาด conversion และอันดับในทุกขั้น
- เตรียมแผน rollback ในทุกช่วง หากตัวชี้วัดแย่ลงจะย้ายทราฟฟิกกลับไปแพลตฟอร์มเดิมได้ภายในไม่กี่นาที ไม่ใช่หลายชั่วโมง
การดูแลความปลอดภัยด้าน SEO เป็นงานแยกอีกสายหนึ่ง ตรวจสอบการจัดทำดัชนี อันดับของกลุ่มคำค้นสำคัญ และข้อผิดพลาด crawl ทุกวัน พร้อมเปรียบเทียบทราฟฟิกกับปีก่อน วินัยนี้ทำให้ทราฟฟิกออร์แกนิกฟื้นอย่างราบรื่นในสองสัปดาห์ แทนที่จะตกต่ำหลายเดือนตามที่มักเกิดกับโครงการประเภทนี้ คณะกรรมการได้สิ่งที่ต้องการ ทั้งความเร็วที่เพิ่มขึ้นและการปกป้องช่องทางขายในโครงการเดียว
Conversion เพิ่มขึ้น 34% โดยตรงจากความเร็วและขั้นตอนทำกรมธรรม์ที่ง่ายขึ้น โดยเฉพาะทราฟฟิกมือถือที่เดิมการโหลดเจ็ดวินาทีทำให้เสียการขาย สำหรับธุรกิจหมายถึงกรมธรรม์เพิ่มหลายสิบฉบับต่อวันโดยไม่ต้องเพิ่มงบโฆษณา ตามการคำนวณของลูกค้า โครงการคืนทุนภายในหนึ่งไตรมาส อีกผลหนึ่งคือความเร็วในการพัฒนา ฟีเจอร์ที่เคยใช้เวลาหลายสัปดาห์ตอนนี้ปล่อยได้ในไม่กี่วัน
| ตัวชี้วัด | ผลลัพธ์ |
|---|---|
| ความเร็วโหลด (LCP) | 6,8 s → 1,4 s |
| Conversion การทำกรมธรรม์ | +34% |
| ช่องโหว่ร้ายแรง | 11 → 0 |
| ทราฟฟิกออร์แกนิก | ฟื้นใน 2 สัปดาห์ จากนั้นเติบโต |
ตัวชี้วัดนำมาจากเอกสารต้นฉบับของกรณีศึกษา ระบุช่วงเวลาไว้เมื่อแหล่งข้อมูลระบุ
- เวลาโหลด LCP (เดิม 6.8 วินาที)
- 1.4 วินาที
- conversion การทำกรมธรรม์
- +34%
- ช่องโหว่วิกฤต (เดิม 11)
- 0
- เพื่อให้ทราฟฟิกออร์แกนิกฟื้นตัว
- 2 สัปดาห์
ตรวจสอบข้อผิดพลาด conversion และอันดับในทุกขั้น พร้อมแผน rollback
- 01หน้าข้อมูลแผนที่ redirect สำหรับ 80,000 URL
- 02เครื่องคำนวณและการทำรายการเวอร์ชันเก่าและใหม่ทำงานคู่กัน
- 03พื้นที่บัญชีส่วนตัวสุดท้าย
สิ่งที่เทคโนโลยีชุดใหม่เปิดทางให้ทำ:
- Headless CMS ให้ทีมการตลาดเผยแพร่หน้า landing page ของผลิตภัณฑ์ประกันได้เองโดยไม่ต้องใช้ผู้พัฒนา
- แพลตฟอร์ม A/B test ทำการทดลองกับขั้นตอนทำกรมธรรม์ได้อย่างต่อเนื่อง แทนที่จะทำเป็นโครงการครั้งเดียว
- ปรับข้อเสนอตามประเภทรถ ภูมิภาค และประวัติของลูกค้า
เราลังเลที่จะย้ายระบบมาสามปี เพราะกลัวทราฟฟิกและยอดขายหายไป สุดท้ายไม่มีวันไหนหยุดให้บริการเลย และ conversion เพิ่มขึ้นหนึ่งในสาม
— ผู้อำนวยการช่องทางดิจิทัลของบริษัทประกันภัย