Amazon Pinpoint กำลังจะเลิกให้บริการครับ AWS หยุดสนับสนุนบริการนี้ในวันที่ 30 ตุลาคม 2026 และ console ทั้งหมด (endpoints, segments, แคมเปญ, journey, analytics) จะหายไปพร้อมกัน ถ้าคุณกำลังอ่านบทความนี้ แปลว่าคุณคงยอมรับแล้วว่าต้องหาบ้านใหม่ให้ระบบส่งข้อความของตัวเอง และตอนนี้กำลังเจอคำถามที่ยากกว่า คือจะเลือกตัวไหน
AWS อธิบายการปิดตัวและตัวเลือกทดแทนที่แนะนำไว้ในประกาศ end-of-support ฉบับทางการ บทความนี้พูดถึงขั้นตอนต่อจากนั้น คือจะย้ายไปที่ไหน ถ้าสิ่งที่คุณต้องการก่อนคือ เมื่อไรและอย่างไร ของการย้ายระบบ (เส้นตาย, อะไรจะใช้งานไม่ได้, ขั้นตอน export) เรื่องนั้นมีรายละเอียดครบในคู่มือย้ายระบบ Amazon Pinpoint end-of-support ของเรา บทความนี้เริ่มต่อจากตรงนั้น คือย้าย ไปที่ไหน
สิ่งที่ต้องประเมิน
feature checklist ของทุกเจ้าเริ่มดูคล้ายกันหมดหลังดู demo เจ้าที่ 3 ไปแล้ว นี่คือ 5 เกณฑ์ที่เปลี่ยนการตัดสินใจได้จริงเมื่อคุณกำลังจะแทนที่ Pinpoint โดยเฉพาะ:
- Channel ที่มีมาให้ตั้งแต่แรก Push (มือถือและเว็บ), in-app, อีเมล, SMS/LINE: ตัวไหน native จริง ตัวไหนเป็น add-on หรือพาร์ทเนอร์เชื่อมต่อ In-app คือช่องทางที่ควรเช็กให้ละเอียดที่สุด เป็นช่องทางที่ผู้ใช้ Pinpoint มักคิดว่าทุกแพลตฟอร์มมีอยู่แล้ว แต่ข้อสันนิษฐานนี้ไม่จริงเสมอไป เพราะเส้นทางที่ AWS แนะนำเองอย่าง Amazon Connect ไม่รองรับ in-app messaging เลย สำหรับทีมในไทยที่มี LINE Official Account เป็นช่องทางหลักอยู่แล้ว ควรเช็กเพิ่มด้วยว่าแพลตฟอร์มใหม่เชื่อมกับ LINE Messaging API ได้ในตัวหรือไม่ เพราะนั่นหมายถึงไม่ต้องดูแลระบบแยกอีกชุด
- โมเดลราคา ต่อ MAU, ต่อโปรไฟล์, ต่อที่นั่ง หรือ usage-based ล้วน ๆ: โมเดลสำคัญกว่าตัวเลขบนหน้าเว็บ โมเดลต่อโปรไฟล์ลงโทษคุณถ้ามีลิสต์ผู้ใช้ที่ไม่ active จำนวนมาก ส่วนโมเดลต่อ MAU ลงโทษคุณตอนฐานผู้ใช้ที่ active กำลังโต จับคู่โมเดลให้ตรงกับรูปทรงฐานผู้ใช้จริง ไม่ใช่แค่จำนวนคนในทีมตอนนี้
- ความยากในการย้ายระบบ import endpoints ผ่าน API หรือ UI ได้เลย หรือต้องสร้าง ETL pipeline เองเพื่อแปลงรูปแบบข้อมูล นี่คือต้นทุนจริงเป็นชั่วโมงวิศวกร และแต่ละเจ้าต่างกันเยอะมาก
- ความเทียบเท่ากับของเดิม Campaigns และ Journeys ของ Pinpoint ทำสิ่งเฉพาะเจาะจง คือ automation หลายขั้นตอนและ behavioral segmentation แพลตฟอร์มใหม่ต้องทำตรรกะแบบนั้นซ้ำได้ ไม่งั้นคุณไม่ได้ย้ายระบบ แต่กำลังสร้างใหม่ทั้งหมด
- เหมาะกับใครจริง ๆ นักพัฒนาคนเดียว ทีมโปรดักต์ และองค์กรการตลาดขนาดใหญ่ ต้องการเครื่องมือไม่เหมือนกัน ความไม่เข้ากันครึ่งหนึ่งในหมวดนี้มาจากทีมเล็กซื้อซอฟต์แวร์ระดับ enterprise หรือองค์กรที่โตเกินเครื่องมือเริ่มต้นภายใน 6 เดือน
ต่อไปคือตัวเลือกทั้งหมด เรียงจาก “ใกล้ AWS ที่สุด” ไปจนถึง “ห่างที่สุด”
อยู่กับ AWS ต่อ: Amazon Connect + AWS End User Messaging
เส้นทางที่ AWS แนะนำเอง งาน engagement ของคุณย้ายไปที่ Amazon Connect outbound campaigns บวก Customer Profiles ส่วน channel ดิบ ๆ (SMS, push, เสียง, OTP) ย้ายไปที่ AWS End User Messaging ซึ่งก็คือ API channel เดิมของ Pinpoint ภายใต้ชื่อที่ AWS เปลี่ยนมาตั้งแต่ปี 2024
ถ้าคุณอยู่ลึกในระบบนิเวศของ AWS อยู่แล้วและส่วนใหญ่ส่งข้อความแบบ transactional ที่ backend ของคุณเองควบคุม นี่อาจเป็นตัวเลือกที่ถูกต้อง เพราะคุณอยู่กับ vendor เดียวและบิลเดียว แต่สำหรับ mobile engagement โดยเฉพาะ มีช่องโหว่ที่บันทึกไว้ชัดเจน 2 จุด: Connect ไม่มี in-app messaging แบบ native และ push ไม่ใช่ channel แคมเปญแบบ native (ต้องส่งผ่าน journey ที่ผูกกับ Lambda action) ทั้ง 2 ข้อมาจากเอกสารย้ายระบบของ AWS เอง และความหมายในทางปฏิบัติอธิบายไว้ในคู่มือย้ายระบบ แล้ว ไม่ขอพูดซ้ำที่นี่
เหมาะกับ: ทีมที่ผูกกับ AWS สำหรับงาน contact-center อยู่แล้ว และมีกำลังวิศวกรพอจะปิดช่องโหว่ในส่วน in-app และ push ด้วยตัวเอง
Pushwoosh
เปิดเผยตรง ๆ ว่าแพลตฟอร์มนี้เป็นของเรา ดังนั้นอ่านเกณฑ์ด้านบนแล้วเอามาวัดกับเราได้เลยครับ
Pushwoosh เป็นแพลตฟอร์ม customer engagement ที่สร้างมาเพื่อมือถือเป็นหลัก mobile push, in-app และ web push เป็น channel native ระดับหนึ่ง ไม่ใช่ฟีเจอร์ที่แปะเพิ่มเข้าไปในชุด marketing suite ที่กว้างกว่า สำหรับกรณีเฉพาะของการแทนที่ push และ in-app ของ Pinpoint นี่คือประเด็นหลักเลย เพราะ in-app คือช่องทางที่หายไปพอดีบนเส้นทาง AWS และเป็นตัวเลือกเดียวในลิสต์นี้ที่ 2 สิ่งที่ผู้ใช้ Pinpoint สนใจที่สุด เป็น native ทั้งคู่และรวมอยู่ในราคาเริ่มต้นทั้งคู่ นอกจากนี้ยังเชื่อมต่อกับ LINE Messaging API ได้ในแพลตฟอร์มเดียวกัน เหมาะกับทีมในไทยที่ใช้ LINE OA อยู่แล้วและอยากเพิ่ม push เป็นอีกช่องทางแทนที่จะแทนที่ LINE
วัดกับ 5 เกณฑ์แล้วผ่านหมด Channel: push ครบทั้ง 3 ช่องทางบวกอีเมลและ SMS โดย in-app เป็น native ไม่ใช่แค่คำสัญญา ความยากในการย้ายระบบ: import ผ่าน API หรือ UI แทนการเขียนสคริปต์แปลงข้อมูลเอง (เส้นทาง AWS ให้คุณรัน Python job เพื่อแมป endpoints เข้ากับ Customer Profiles) และทีมที่กำลังย้ายระบบได้ priority support พร้อมล็อกราคานาน 24 เดือน ความเทียบเท่า: เครื่องมือครบชุดมาให้มาตรฐาน ทั้ง segmentation, Customer Journey Builder, A/B testing, analytics ไม่มีการล็อกฟีเจอร์และไม่มีแพลนแบบ “Enterprise only” ราคา: คิดตาม MAU และตัดซ้ำด้วย User ID ดังนั้นคน 1 คนที่รับข้อความทั้งบนมือถือและ web push นับแค่ครั้งเดียว ไม่ใช่ 2 ครั้ง
ด้านราคาโดยเฉพาะ แพลน Push Only อยู่ที่ $7 ต่อ 1,000 MAU และให้แพลตฟอร์มเต็มรูปแบบในราคาระดับ push channel ไม่ใช่เวอร์ชันตัดทอน ราคาเต็ม เพิ่มแพลน omnichannel ที่ $13 ต่อ 1,000 MAU เมื่อต้องการอีเมลและ SMS ด้วย และทุกแพลนเริ่มต้นด้วย 1,000 MAU ฟรี เพียงพอสำหรับ import กลุ่มเป้าหมายจริงและทดลองส่งก่อนตัดสินใจ
เหมาะกับ: ทีมโปรดักต์และทีมมือถือที่งานหลักคือ push บวก in-app ต้องการ import แบบไม่ต้องเขียนโค้ดและราคาเริ่มต้นต่ำที่สุดในลิสต์นี้ โดยไม่ต้องยอมสละ in-app หรือฟีเจอร์ชุดเต็ม
Braze
ชื่อที่คนส่วนใหญ่นึกถึงเมื่อพูดถึง “customer engagement platform” เป็นแบรนด์หลักของหมวดนี้ในการเปรียบเทียบส่วนใหญ่ และก็สะท้อนตำแหน่งจริงของมัน Braze เป็น omnichannel CEP ที่โตเต็มที่ มี journey orchestration (Canvas) ที่แข็งแรง ใช้โดยแบรนด์คอนซูเมอร์ขนาดใหญ่ที่มี MAU หลักสิบล้าน อย่าง Etsy, Grubhub และ HBO Max
trade-off คือเพดานทางเข้า Braze ใช้โมเดล usage-based ที่คิดตาม monthly active users และปริมาณข้อความ แต่ไม่เปิดเผยราคา ประมาณการจากบุคคลที่ 3 ระบุว่าสัญญาระดับเริ่มต้นอยู่ที่หลักหมื่นดอลลาร์ต่อปี ไม่มีช่วงทดลองฟรีด้วย ต้องผ่านการคุยกับฝ่ายขายและทำสัญญารายปี เป็นแพลตฟอร์มที่แข็งแรง เพียงแต่ตั้งราคาและแพ็กเกจสำหรับ enterprise ซึ่งเป็นภาระที่หนักกว่าที่ทีมซึ่งต้องการแค่ push และ in-app มักมองหา
เหมาะกับ: องค์กรการตลาดระดับ enterprise ที่ต้องการ omnichannel และมีงบตรงกัน
OneSignal
เดิมเน้น push เป็นหลัก และน่าจะเป็นตัวเทียบเท่าที่ตรงที่สุดในฝั่ง push ล้วน ๆ OneSignal ขยายไปสู่อีเมล, SMS และ in-app แล้ว และออกคู่มือย้ายระบบ Amazon Pinpoint ของตัวเองก่อนถึงเส้นตาย ไม่จำเป็นต้องพูดซ้ำข้อโต้แย้งของเขาที่นี่ ประเด็นคือมันจริงจังกับการปิดตัวนี้พอจะเขียนบทความเรื่องนี้ ซึ่งบอกได้ว่าเป็นตัวเลือกที่ active และเน้นมือถือ ไม่ใช่ระบบเก่าที่ถูกทิ้งไว้
เหมาะกับ: ทีมที่ศูนย์กลางคือ push notification ต้องการ push engine ที่พิสูจน์แล้ว พร้อม omnichannel เสริมรอบ ๆ
Customer.io และ Iterable
2 แพลตฟอร์ม engagement ที่เน้นอีเมลเป็นหลัก ซึ่ง Caylent บริษัทที่ปรึกษาด้าน AWS ระบุไว้ชัดเจนในบทความเรื่องการเลิกใช้ Pinpoint ว่าเป็นทางเลือกสำหรับทีมที่เน้นการตลาดโดยเฉพาะ ทั้งคู่แข็งแรงด้าน lifecycle และ behavioral email พร้อม automation ซ้อนบนนั้น และทั้งคู่ก็ขยายเข้าสู่ push, SMS และ in-app แล้วเช่นกัน
ต้องเช็กโมเดลราคาให้ดี เพราะทำงานต่างจากโมเดล MAU ที่ผู้ใช้ Pinpoint คุ้นเคย Customer.io คิดราคาตามจำนวนโปรไฟล์ที่เก็บไว้ ไม่ใช่จำนวนข้อความที่ส่ง เริ่มต้นประมาณ $100 ต่อเดือนสำหรับ 5,000 โปรไฟล์ แล้วขยับขึ้นจากนั้น คุ้มถ้าคุณส่งเยอะไปยังลิสต์ที่แคบ แต่กลายเป็น “ภาษี” ถ้าคุณมีฐานผู้ใช้ที่ไม่ active หรือ free-tier จำนวนมาก Iterable อยู่ในระดับ enterprise คล้ายกัน ราคาต้องขอใบเสนอราคาจากฝ่ายขาย ทั้งคู่เน้นอีเมลมากกว่ามือถือ ให้ชั่งน้ำหนักตามศูนย์กลางจริงของโปรแกรมคุณ
เหมาะกับ: ทีมการตลาดและ lifecycle ที่ channel หลักคืออีเมล โดยมีมือถือเป็นชั้นรอง
MoEngage
ผู้เล่นที่เน้นมือถือเป็นหลัก และเป็นชื่อที่มักถูกอ้างถึงเมื่อพูดถึง “mobile customer engagement platform” มีความลึกด้าน mobile-app และการเจาะตลาด APAC มากกว่ารายอื่นในลิสต์นี้ ถ้าฐานผู้ใช้ของคุณเน้นมือถือและเอียงไปทางตลาดเอเชียแปซิฟิก ควรอยู่ในชอร์ตลิสต์คู่กับ Pushwoosh และ OneSignal ในฐานะตัวเลือกที่เน้นมือถือ ไม่ใช่เน้นอีเมล
เหมาะกับ: แอปคอนซูเมอร์ที่เน้นมือถือ โดยเฉพาะที่มีฐานตลาด APAC แข็งแรง
ตารางเปรียบเทียบ
ราคาด้านล่างเป็นตัวชี้วัดระดับเริ่มต้น ไม่ใช่ใบเสนอราคา vendor ระดับ enterprise ไม่เปิดเผยราคาตายตัว ให้อ่านช่องเหล่านั้นว่า “ต้องคุยกับฝ่ายขาย”
| ผู้ให้บริการ | Push | In-App | อีเมล/SMS | ราคาเริ่มต้น | ความยากในการย้ายระบบ | เหมาะกับ |
|---|---|---|---|---|---|---|
| AWS Connect + EUM | ผ่าน Lambda ใน journey เท่านั้น | ไม่รองรับ | อีเมล (SES) + SMS (EUM) | คิดตามการใช้งานของ AWS | สูง ต้องเขียนสคริปต์/ETL เอง | ทีม AWS contact-center เดิม |
| Pushwoosh | Native | Native | ทั้งคู่ (แพลน omni) | $7 ต่อ 1,000 MAU | ต่ำ import ผ่าน API/UI | ทีมโปรดักต์เน้น push + in-app |
| Braze | Native | Native | ทั้งคู่ | ~$60K/ปี (ประมาณการ ไม่เปิดเผยราคา) | ปานกลาง SDK + data model | Omnichannel ระดับ enterprise |
| OneSignal | Native | Native | ทั้งคู่ | มีแพลนฟรี ราคาขยับตามการใช้งาน | ต่ำถึงปานกลาง | ทีมเน้น push |
| Customer.io | Native | Native | เน้นอีเมล + SMS | $100/เดือน (5,000 โปรไฟล์) | ปานกลาง | ทีมอีเมล/lifecycle |
| Iterable | Native | Native | เน้นอีเมล + SMS | ขอใบเสนอราคา | ปานกลาง | อีเมล/lifecycle ระดับ enterprise |
| MoEngage | Native | Native | ทั้งคู่ | ขอใบเสนอราคา | ปานกลาง | แอปเน้นมือถือ / APAC |
คอลัมน์ in-app คือคอลัมน์ที่ควรอ่านซ้ำสองรอบ เป็นจุดเดียวที่เส้นทาง AWS ตอบ “ไม่” อย่างชัดเจน ส่วน vendor เจ้าอื่นมีตั้งแต่ระดับโตเต็มที่ถึงระดับใช้งานได้ ถ้า in-app onboarding, prompt หรือ paywall เป็นส่วนหนึ่งของแอปคุณ คอลัมน์นี้น่าจะตัดสินใจได้มากกว่าราคาเสียอีก
แคบชอร์ตลิสต์ของคุณ
พอเหลือ 2-3 ตัวเลือกแล้ว 4 คำถามนี้ตัดผ่านโชว์ demo ที่สวยหรูได้ส่วนใหญ่:
- “ขอดู in-app message จริงที่สร้างในตัว editor ของคุณ ไม่ใช่สไลด์” ถ้าเป็น channel native จริง เขา demo ให้ดูได้ใน 5 นาที ถ้าเป็นแค่ roadmap หรือพาร์ทเนอร์เชื่อมต่อ คุณจะได้ยินคำตอบอ้อม ๆ
- “import endpoints จาก Pinpoint ยังไง ผ่าน API, UI หรือต้องเขียน transform เอง” นี่คือตัวเลขความยากในการย้ายระบบในคำตอบเดียว
- “ราคาของคุณคิดตามอะไรกันแน่ active users, โปรไฟล์ที่เก็บไว้, ที่นั่ง หรือจำนวนข้อความ” แล้วเอาไปแมปกับฐานผู้ใช้จริงของคุณ โดยเฉพาะกลุ่มที่ไม่ active จำนวนมาก
- “ทดลองส่งกับข้อมูลจริงก่อนตัดสินใจได้ไหม” แพลนฟรีหรือ trial ที่รับข้อมูล import จริงได้ มีค่ามากกว่าลิสต์ฟีเจอร์ไหน ๆ
จะเริ่มจากตรงไหนดี
ถ้าโปรแกรม Pinpoint ของคุณส่วนใหญ่คือ push และ in-app ซึ่งเป็นจริงสำหรับทีมมือถือส่วนใหญ่ที่เลือกใช้ Pinpoint ตั้งแต่แรก ชอร์ตลิสต์ที่เข้ากับรูปทรงนี้โดยไม่ต้องจ่ายราคาระดับ enterprise มีไม่กี่ตัว และ Pushwoosh สร้างมาเพื่อกลุ่มนี้โดยตรงครับ คุณเริ่มต้นบนแพลนฟรี 1,000 MAU import กลุ่มเป้าหมายจริง และสร้าง journey ใหม่ 1 อันเพื่อดูความเทียบเท่าด้วยตัวเองก่อนย้ายอะไรขึ้นระบบจริง
และไม่ว่าคุณจะเอียงไปทางไหน อย่าให้การประเมินกินเวลาจนเลยปฏิทิน วันที่ 30 ตุลาคม 2026 คือเส้นตายที่ตายตัว คู่มือย้ายระบบ พาไปดูขั้นตอนและส่วนที่กินเวลาจริง เพื่อให้คุณวางแผนตามเส้นตาย ไม่ใช่มาเจอมันทีหลัง