วงจรขายยาว แต่แพลตฟอร์มเรียนรู้ได้ในกรอบเวลาสั้น
Meta ต้องการสถานะภายใน 28 วันหลังได้ Lead ส่วน Google รับ Offline Conversion ได้ 63–90 วันหลังคลิก สถานะที่ช้าเกินไปจึงใช้ Optimize ไม่ได้
Measurement & Signal Partnership + Tracking ให้ทุกบาทของ Media วัดผลได้ถึงกรมธรรม์ และส่งผลลัพธ์จริงจาก CRM กลับไปสอน Meta, Google และ TikTok
แพลตฟอร์มโฆษณาเรียนรู้จากสิ่งที่เราส่งให้ ถ้าส่งแค่ “ส่งฟอร์มสำเร็จ” algorithm จะหาคนกรอกฟอร์มง่าย ไม่ใช่คนที่ซื้อกรมธรรม์ ลองสลับมุมมองดู
ถ้าวัดแค่ CPL แคมเปญ A ดูดีกว่า และแพลตฟอร์มจะเทงบไปหา Lead แบบ A เพิ่มทุกวัน
และส่งผลลัพธ์จริงจาก CRM กลับไปสอน Meta, Google และ TikTok ให้หาคนที่มีแนวโน้มซื้อกรมธรรม์
Objective ทั้ง 4 ข้อมาจาก brief ของ BLA โดยตรง Tracking ทำให้ข้อมูล “มี” ส่วน Signal Partner ทำให้ข้อมูล “ถูกใช้” ทั้งในการตัดสินใจและการ Optimize
Meta ต้องการสถานะภายใน 28 วันหลังได้ Lead ส่วน Google รับ Offline Conversion ได้ 63–90 วันหลังคลิก สถานะที่ช้าเกินไปจึงใช้ Optimize ไม่ได้
ประกันสุขภาพและโรคร้ายแรงเข้าข่ายข้อมูลสุขภาพตาม PDPA และ Meta อาจจัดหมวด data source แล้วจำกัด mid / lower-funnel event
ซื้อออนไลน์เองที่ bla.bangkoklife.com ทิ้ง Lead ให้โทรกลับ โทรเข้า Call Center หรือปิดการขายกับตัวแทนและสาขาธนาคาร
brief วาง Journey ไว้เส้นเดียว ROME เพิ่มอีก 3 เส้นทางที่ทำให้ยอดขายจาก Media ถูกนับต่ำกว่าจริงถ้าไม่วัด
ลูกค้าเดิม ในแอป BLA Happy Life → ใช้ทำ Exclusion และ Cross-sell ไม่เสียงบซื้อคนที่เป็นลูกค้าอยู่แล้ว
KPI Ladder ตั้งแต่ Lead ถึงเบี้ยประกันต่อบาท พร้อมนิยามสถานะและ SLA ทีมขาย
เลือกสัญญาณที่เร็วพอและใกล้ยอดขายพอ ใส่มูลค่า แล้วส่งกลับ Meta, Google, TikTok
รวมค่ามีเดียกับผล CRM วิเคราะห์ระดับ Campaign, Audience, Creative
Signal Health Scorecard, Alert อัตโนมัติ และ Quarterly Signal Review
นิยามสถานะใน CRM และ SLA การโทรกลับของทีมขายยืนยันร่วมกับ BLA ใน Phase 0 เพื่อแยกได้ว่าปัญหาอยู่ที่ Media หรืออยู่ที่การ Follow-up
นี่คือเหตุผลที่ต้องมี Signal Design ไม่ใช่แค่ส่งทุกสถานะ
| แพลตฟอร์ม / วิธี | จับคู่ด้วย | กรอบเวลา | เงื่อนไขสำคัญ |
|---|---|---|---|
| Meta Conversions API (Website) | fbp / fbc + ข้อมูลแฮช | Real-time | Deduplicate กับ Pixel ด้วย event_id |
| Meta CAPI for CRM (Conversion Leads) | lead_id จาก Instant Forms | สถานะภายใน 28 วัน | ≥200 Lead/เดือน · Conversion rate 1–40% · อัปโหลดทุกวัน · Lead coverage ≥60% |
| Google Ads Enhanced Conversions for Leads | อีเมล / เบอร์โทรแฮช (+ GCLID) | ≤63 วันหลังคลิก | อัปโหลดผ่าน Data Manager API (Google Ads API ถูกบล็อกตั้งแต่ 15 มิ.ย. 2026) |
| Google Ads Offline Import (GCLID) | GCLID | ≤90 วันหลังคลิก | ต้องเก็บ GCLID ลง CRM ตั้งแต่ตอนส่งฟอร์ม |
| TikTok Events API + CRM | ttclid + ข้อมูลแฮช | ยืนยันใน Assessment | ยืนยันเงื่อนไข CRM events กับบัญชีจริงของ BLA |
ที่มา: Meta for Developers (Conversions API for CRM) และ Google Ads Help · ตรวจสอบ พ.ย. 2026
สถานะที่เกิดช้ากว่ากรอบเวลาจะใช้ Optimize ไม่ได้ ROME จึงเลือก “สถานะที่เร็วพอและใกล้ยอดขายพอ” เป็นเป้าของการ bid และใช้การออกกรมธรรม์สำหรับวัด ROAS
ขั้นที่เป็นเป้า Optimize ยืนยันจากข้อมูลจริงของ BLA: ระยะเวลาเฉลี่ยระหว่างสถานะและปริมาณต่อเดือน
มูลค่าแต่ละสถานะ = เบี้ยคาดการณ์ × โอกาสปิดการขาย แยกตามกลุ่มสินค้า ออม / เกษียณ · สุขภาพ · คุ้มครองชีวิต
Lead ซ้ำ ติดต่อไม่ได้ หรือไม่ผ่านเกณฑ์ ไม่ส่งเป็น Conversion หรือส่งมูลค่าต่ำ ให้แพลตฟอร์มเลิกหาคนกลุ่มนั้น
Conversion Leads ของ Meta ใช้ได้กับ Instant Forms เท่านั้น ROME เสนอเชื่อม Lead Ads เข้า CRM เป็น Add-on
Meta จัดหมวด data source ของผู้ลงโฆษณา และอาจจำกัด mid / lower-funnel event สำหรับบางหมวด ROME ออกแบบให้ปลอดภัยตั้งแต่ต้น ทั้งเรื่อง PDPA และไม่ให้สัญญาณโดนตัด
ใช้ชื่ออย่าง view_plan, lead_submit ไม่ใส่ชื่อโรคหรือชื่อแผนสุขภาพใน event และ parameter
sGTM ตัดทุก field ที่ไม่ได้อนุญาต และแฮชอีเมล / เบอร์โทรก่อนส่งออก
ส่งข้อมูลตามความยินยอม PDPA ที่ BLA เก็บไว้ ตรวจสอบย้อนหลังได้ทุก event
ตรวจ data source category ใน Events Manager และเตรียมสัญญาณสำรองถ้าถูกจำกัด
ROME ให้คำแนะนำด้านเทคนิค การตีความกฎหมายให้ทีม DPO / Legal ของ BLA เป็นผู้ยืนยัน
Gateway ตัวเดียวรับ event จากทุกแหล่ง ตรวจ Consent ตัด field ที่ไม่อนุญาต แฮช PII กันการนับซ้ำ แล้วกระจายไปแต่ละแพลตฟอร์มตามรูปแบบที่แต่ละที่ต้องการ
Data Warehouse รวมค่ามีเดียกับผล CRM brief วางไว้เป็น Optional แต่ ROME รวมเป็น Core เพราะ Objective 3 ทำไม่ได้ถ้าไม่มี
| Campaign | CPL | ต้นทุน/กรมธรรม์ | แนะนำ |
|---|---|---|---|
| Search · Brand | ฿420 | ฿6,800 | ขยายงบ |
| Meta · Saving Lookalike | ฿260 | ฿9,900 | คงไว้ |
| TikTok · Health Awareness | ฿180 | ฿21,400 | ปรับ Creative |
| YouTube · Retirement | ฿510 | ฿8,300 | ขยายงบ |
Maintenance แบบเดิมคือรอให้ทีม Media เจอปัญหาแล้วแจ้ง Scorecard นี้ทำให้ ROME เจอก่อน และรายงานได้ทุกเดือนว่าสัญญาณมีคุณภาพแค่ไหน
| ตัวชี้วัด | บอกอะไร | เกณฑ์ |
|---|---|---|
| Lead Coverage (Meta CRM) | % Lead ที่มีสถานะส่งกลับ Meta | ≥60% (เกณฑ์ Meta) |
| Event Match Quality | ข้อมูลจับคู่ผู้ใช้ได้ดีแค่ไหน | กำหนดร่วมกันหลังเดือนแรก |
| Upload Success Rate | ส่ง CRM → แพลตฟอร์มสำเร็จกี่ % | ≥98% (เสนอ) |
| Match Rate (Google) | Conversion ที่จับคู่กับคลิกได้ | ติดตามแนวโน้มรายเดือน |
| Duplicate Rate | Event ซ้ำระหว่าง Pixel กับ Server | ≤2% (เสนอ) |
| Volume Anomaly | Event หายหรือพุ่งผิดปกติ | Alert ภายใน 4 ชม.ทำการ |
Implementation ประมาณ 12–17 สัปดาห์ ระยะเวลาจริงยืนยันหลัง CRM Data Readiness Check เพราะงานบางส่วนต้องรอทีม Web และ CRM ของ BLA
ทุกงานย่อย Deliverable และ Gate ของแต่ละ Phase พร้อมจำนวนที่รวมในราคา การแบ่งหน้าที่ SLA และเงื่อนไข
ตอบให้ได้ก่อนลงมือว่าข้อมูลพร้อมแค่ไหน สัญญาณไหนควรส่งให้แพลตฟอร์มใด และงานไหนที่ทีม BLA ต้องพัฒนาเพิ่ม
| รายการ | จำนวน | หมายเหตุ |
|---|---|---|
| Website / Domain | 2 | www.bangkoklife.com และ bla.bangkoklife.com |
| Landing page ใต้ domain เดิม | ไม่จำกัด | ถ้าใช้ Data Layer ตาม Spec เดียวกัน |
| ฟอร์ม Lead | สูงสุด 5 ฟอร์ม | เกินคิดตาม Change Request |
| Website Event | สูงสุด 15 event | ตาม Tracking Spec ที่ยืนยันใน Phase 0 |
| สถานะ CRM ที่ map เป็น Conversion | สูงสุด 6 สถานะ | เช่น ติดต่อได้ · ผ่านเกณฑ์ · ยื่นใบสมัคร · ออกกรมธรรม์ |
| Ad Account | Meta 1 · Google Ads 1 · TikTok 1 | บัญชีเพิ่มคิดเป็น Add-on |
| sGTM Environment | Production 1 + Staging 1 | บน Cloud ของ BLA |
| Dashboard | 2 มุมมอง | Media รายสัปดาห์ · ผู้บริหารรายเดือน |
| Maintenance | 12 เดือน · 20 ชม./เดือน | ชั่วโมงเกินคิดตามอัตราส่วนเกิน |
R = ลงมือทำ · A = อนุมัติ / ตรวจรับ · C = ให้ข้อมูล · — = ไม่เกี่ยวข้อง
| งาน | ROME | BLA Marketing | BLA IT | BLA Web | BLA CRM | ทีม Media |
|---|---|---|---|---|---|---|
| KPI, นิยามสถานะ, Signal & Value Design | R | A | — | — | C | C |
| Tracking Spec + Data Layer Spec | R | A | — | C | C | C |
| Cloud project, Domain, Security, ค่าระบบ | C | — | R/A | — | — | — |
| ติดตั้งและตั้งค่า sGTM | R | — | A | — | — | — |
| พัฒนา Data Layer บนเว็บไซต์ | C | — | — | R | — | — |
| ตั้งค่า GA4, GTM, Pixel, CAPI, Events API | R | A | — | — | — | C |
| พัฒนา Trigger ส่งข้อมูลจาก CRM | C | — | — | — | R | — |
| เชื่อม CRM → แพลตฟอร์ม | R | A | — | — | C | C |
| Data Warehouse + Dashboard | R | A | C | — | C | C |
| QA / UAT | R | A | C | C | C | C |
| นำ Conversion / Audience ไปใช้ในแคมเปญ | C | A | — | — | — | R |
| Maintenance + Scorecard | R | A | C | C | C | C |
| ยืนยัน Consent และการส่งข้อมูล (PDPA) | C | R | — | — | — | — |
| ระดับ | ตัวอย่าง | ตอบรับ | แก้ไขหรือให้ทางแก้ |
|---|---|---|---|
| P1 Critical | Conversion หยุดส่งทั้งแพลตฟอร์ม หรือ sGTM ล่ม | 4 ชม.ทำการ | 1 วันทำการ |
| P2 High | บาง event หาย หรือ Match rate ตกต่ำกว่าเกณฑ์ | 1 วันทำการ | 3 วันทำการ |
| P3 Normal | ปรับ parameter หรือคำขอเล็ก | 2 วันทำการ | 5 วันทำการ |
เวลาทำการ จ.–ศ. 09:00–18:00 ยกเว้นวันหยุดนักขัตฤกษ์ · ช่องทาง: อีเมล, LINE Group และระบบ Ticket
การนำ Conversion ไป Optimize ขึ้นกับปริมาณและคุณภาพข้อมูล ไม่ใช่เกณฑ์ตรวจรับ
แก้ไขข้อผิดพลาดที่เกิดจากงานของ ROME โดยไม่คิดค่าใช้จ่าย 60 วันหลัง Go-live ไม่หักจากชั่วโมง Maintenance
งานนอก Spec ที่เซ็นรับ ROME ประเมินเป็น man-day และรอ BLA อนุมัติก่อนเริ่ม งานเล็กตัดจากชั่วโมง Maintenance ได้ · อัตรา ฿12,500 / man-day
ราคาตั้งจากอัตราค่าตอบแทนตลาดไทย แตกรายบรรทัดตามตารางใน brief ข้อ 10 เพื่อให้เทียบได้ทุกบรรทัด และรวมงานเสริมที่ทำให้เห็นผลทางธุรกิจไว้ในแพ็กเกจ
| Tracking Audit & Technical Feasibility | ฿75,000 |
| Solution Architecture & Technical Specification | ฿180,000 |
| Website Tracking — GA4 & Web GTM (2 domain, Online Purchase) | ฿245,000 |
| Meta — Pixel & Conversions API | ฿50,000 |
| Google Ads / YouTube Conversion Tracking | ฿50,000 |
| TikTok — Pixel & Events API | ฿35,000 |
| Centralized Event Gateway & Server-side GTM | ฿150,000 |
| Custom CRM Integration เข้าสู่ Gateway | ฿155,000 |
| CRM / Offline Conversion → Meta | ฿60,000 |
| CRM / Offline Conversion → Google Ads | ฿75,000 |
| CRM / Offline Conversion → TikTok | ฿50,000 |
| QA / UAT, Documentation & Knowledge Transfer | ฿270,000 |
| Event Storage (Data Warehouse) + Dashboard | ฿225,000 |
| รวม | ฿1,620,000 |
สเกลลอการิทึม · อ้างอิงราคาที่ agency และ freelancer ในไทยเปิดเผยบนเว็บไซต์ (ตรวจสอบ พ.ย. 2026) งานเหล่านี้ส่วนใหญ่ไม่รวมการเชื่อม CRM กลับไปทุกแพลตฟอร์ม, Data Warehouse, Dashboard และ Maintenance 12 เดือน
คำนวณแบบหลักเกณฑ์ราคากลางการจ้างที่ปรึกษา: เงินเดือนตลาด × ตัวคูณ 2.64 ÷ 22 วัน ถ่วงตามสัดส่วนทีม
| บทบาท | อัตรา/วัน | สัดส่วน |
|---|---|---|
| Solution Lead / Architect | ฿18,000 | 20% |
| Senior Tracking & Data Engineer | ฿13,200 | 50% |
| Analyst / QA | ฿7,200 | 30% |
Implementation ประมาณ 120 man-day + เผื่อความเสี่ยงฝั่ง CRM 10%
Readiness Workshop กับทีม Marketing, Media, IT และ CRM
ROME ส่ง Assessment, Architecture และใบเสนอราคาแยกตาม Scope
เซ็นสัญญาและเริ่ม Phase 0 ภายใน 2 สัปดาห์