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

การสร้างแคมเปญหลายช่องทางใน Pushwoosh Customer Journey Builder
Source: Pushwoosh

วัดกับ 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

Braze Canvas journey builder
Source: G2

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 และเน้นมือถือ ไม่ใช่ระบบเก่าที่ถูกทิ้งไว้

OneSignal dashboard ที่มี push, in-app, อีเมล และ SMS
Source: OneSignal

เหมาะกับ: ทีมที่ศูนย์กลางคือ push notification ต้องการ push engine ที่พิสูจน์แล้ว พร้อม omnichannel เสริมรอบ ๆ

Customer.io และ Iterable

2 แพลตฟอร์ม engagement ที่เน้นอีเมลเป็นหลัก ซึ่ง Caylent บริษัทที่ปรึกษาด้าน AWS ระบุไว้ชัดเจนในบทความเรื่องการเลิกใช้ Pinpoint ว่าเป็นทางเลือกสำหรับทีมที่เน้นการตลาดโดยเฉพาะ ทั้งคู่แข็งแรงด้าน lifecycle และ behavioral email พร้อม automation ซ้อนบนนั้น และทั้งคู่ก็ขยายเข้าสู่ push, SMS และ in-app แล้วเช่นกัน

Customer.io workflow builder
Source: G2

ต้องเช็กโมเดลราคาให้ดี เพราะทำงานต่างจากโมเดล MAU ที่ผู้ใช้ Pinpoint คุ้นเคย Customer.io คิดราคาตามจำนวนโปรไฟล์ที่เก็บไว้ ไม่ใช่จำนวนข้อความที่ส่ง เริ่มต้นประมาณ $100 ต่อเดือนสำหรับ 5,000 โปรไฟล์ แล้วขยับขึ้นจากนั้น คุ้มถ้าคุณส่งเยอะไปยังลิสต์ที่แคบ แต่กลายเป็น “ภาษี” ถ้าคุณมีฐานผู้ใช้ที่ไม่ active หรือ free-tier จำนวนมาก Iterable อยู่ในระดับ enterprise คล้ายกัน ราคาต้องขอใบเสนอราคาจากฝ่ายขาย ทั้งคู่เน้นอีเมลมากกว่ามือถือ ให้ชั่งน้ำหนักตามศูนย์กลางจริงของโปรแกรมคุณ

เหมาะกับ: ทีมการตลาดและ lifecycle ที่ channel หลักคืออีเมล โดยมีมือถือเป็นชั้นรอง

MoEngage

ผู้เล่นที่เน้นมือถือเป็นหลัก และเป็นชื่อที่มักถูกอ้างถึงเมื่อพูดถึง “mobile customer engagement platform” มีความลึกด้าน mobile-app และการเจาะตลาด APAC มากกว่ารายอื่นในลิสต์นี้ ถ้าฐานผู้ใช้ของคุณเน้นมือถือและเอียงไปทางตลาดเอเชียแปซิฟิก ควรอยู่ในชอร์ตลิสต์คู่กับ Pushwoosh และ OneSignal ในฐานะตัวเลือกที่เน้นมือถือ ไม่ใช่เน้นอีเมล

MoEngage engagement dashboard
Source: G2

เหมาะกับ: แอปคอนซูเมอร์ที่เน้นมือถือ โดยเฉพาะที่มีฐานตลาด APAC แข็งแรง

ตารางเปรียบเทียบ

ราคาด้านล่างเป็นตัวชี้วัดระดับเริ่มต้น ไม่ใช่ใบเสนอราคา vendor ระดับ enterprise ไม่เปิดเผยราคาตายตัว ให้อ่านช่องเหล่านั้นว่า “ต้องคุยกับฝ่ายขาย”

ผู้ให้บริการPushIn-Appอีเมล/SMSราคาเริ่มต้นความยากในการย้ายระบบเหมาะกับ
AWS Connect + EUMผ่าน Lambda ใน journey เท่านั้นไม่รองรับอีเมล (SES) + SMS (EUM)คิดตามการใช้งานของ AWSสูง ต้องเขียนสคริปต์/ETL เองทีม AWS contact-center เดิม
PushwooshNativeNativeทั้งคู่ (แพลน omni)$7 ต่อ 1,000 MAUต่ำ import ผ่าน API/UIทีมโปรดักต์เน้น push + in-app
BrazeNativeNativeทั้งคู่~$60K/ปี (ประมาณการ ไม่เปิดเผยราคา)ปานกลาง SDK + data modelOmnichannel ระดับ enterprise
OneSignalNativeNativeทั้งคู่มีแพลนฟรี ราคาขยับตามการใช้งานต่ำถึงปานกลางทีมเน้น push
Customer.ioNativeNativeเน้นอีเมล + SMS$100/เดือน (5,000 โปรไฟล์)ปานกลางทีมอีเมล/lifecycle
IterableNativeNativeเน้นอีเมล + SMSขอใบเสนอราคาปานกลางอีเมล/lifecycle ระดับ enterprise
MoEngageNativeNativeทั้งคู่ขอใบเสนอราคาปานกลางแอปเน้นมือถือ / APAC
ผู้ให้บริการ
1 / 7
AWS Connect + EUM
Push
ผ่าน Lambda ใน journey เท่านั้น
In-App
ไม่รองรับ
อีเมล/SMS
อีเมล (SES) + SMS (EUM)
ราคาเริ่มต้น
คิดตามการใช้งานของ AWS
ความยากในการย้ายระบบ
สูง ต้องเขียนสคริปต์/ETL เอง
เหมาะกับ
ทีม AWS contact-center เดิม
ผู้ให้บริการ
2 / 7
Pushwoosh
Push
Native
In-App
Native
อีเมล/SMS
ทั้งคู่ (แพลน omni)
ราคาเริ่มต้น
$7 ต่อ 1,000 MAU
ความยากในการย้ายระบบ
ต่ำ import ผ่าน API/UI
เหมาะกับ
ทีมโปรดักต์เน้น push + in-app
ผู้ให้บริการ
3 / 7
Braze
Push
Native
In-App
Native
อีเมล/SMS
ทั้งคู่
ราคาเริ่มต้น
~$60K/ปี (ประมาณการ ไม่เปิดเผยราคา)
ความยากในการย้ายระบบ
ปานกลาง SDK + data model
เหมาะกับ
Omnichannel ระดับ enterprise
ผู้ให้บริการ
4 / 7
OneSignal
Push
Native
In-App
Native
อีเมล/SMS
ทั้งคู่
ราคาเริ่มต้น
มีแพลนฟรี ราคาขยับตามการใช้งาน
ความยากในการย้ายระบบ
ต่ำถึงปานกลาง
เหมาะกับ
ทีมเน้น push
ผู้ให้บริการ
5 / 7
Customer.io
Push
Native
In-App
Native
อีเมล/SMS
เน้นอีเมล + SMS
ราคาเริ่มต้น
$100/เดือน (5,000 โปรไฟล์)
ความยากในการย้ายระบบ
ปานกลาง
เหมาะกับ
ทีมอีเมล/lifecycle
ผู้ให้บริการ
6 / 7
Iterable
Push
Native
In-App
Native
อีเมล/SMS
เน้นอีเมล + SMS
ราคาเริ่มต้น
ขอใบเสนอราคา
ความยากในการย้ายระบบ
ปานกลาง
เหมาะกับ
อีเมล/lifecycle ระดับ enterprise
ผู้ให้บริการ
7 / 7
MoEngage
Push
Native
In-App
Native
อีเมล/SMS
ทั้งคู่
ราคาเริ่มต้น
ขอใบเสนอราคา
ความยากในการย้ายระบบ
ปานกลาง
เหมาะกับ
แอปเน้นมือถือ / 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 คือเส้นตายที่ตายตัว คู่มือย้ายระบบ พาไปดูขั้นตอนและส่วนที่กินเวลาจริง เพื่อให้คุณวางแผนตามเส้นตาย ไม่ใช่มาเจอมันทีหลัง

เริ่มต้นด้วยแพลนฟรี 1,000 MAU
ดูราคา

Pushwoosh Team
Content Team ที่ Pushwoosh
แชร์

บทความที่เกี่ยวข้อง

ดูทั้งหมด