ถ้าแอปมือถือของคุณพึ่งพา Amazon Pinpoint สำหรับ push notification และ in-app messaging อยู่ ตอนนี้มีเส้นตายที่ชัดเจนและงานย้ายระบบที่ยุ่งยากรออยู่ข้างหน้าครับ วันที่ 30 ตุลาคม 2026 AWS จะหยุดสนับสนุน Amazon Pinpoint หลังจากวันนั้น console และทุกอย่างที่คุณสร้างไว้ข้างใน ทั้ง endpoints, segments, แคมเปญ, journey และ analytics จะเข้าถึงไม่ได้อีกต่อไป
Pinpoint หยุดรับสมัครลูกค้าใหม่ไปแล้วตั้งแต่วันที่ 20 พฤษภาคม 2025 บริการนี้จึงอยู่ในช่วงนับถอยหลังมาสักพักแล้ว AWS อธิบายไทม์ไลน์เต็มไว้ในคู่มือ end-of-support ฉบับทางการ
ส่วนที่เข้าใจง่ายคือการปิดตัวเอง ส่วนที่ยุ่งยากคือ AWS ส่งคุณไปที่ไหนต่อ เพราะไม่มีผลิตภัณฑ์ตัวแทนตัวเดียว ขึ้นอยู่กับว่าคุณใช้ Pinpoint ทำอะไร งานของคุณจะถูกกระจายไปยังบริการ AWS ถึง 4 ตัว และสำหรับ 2 สิ่งที่ทีมมือถือส่วนใหญ่สนใจที่สุด คือ push และ in-app เส้นทางที่ AWS แนะนำไม่ได้ย้ายมาให้แบบเทียบเท่ากันเป๊ะ ๆ
ทีมอีคอมเมิร์ซ ธุรกิจท่องเที่ยวและโรงแรม รวมถึงธนาคารในไทยที่ใช้ Pinpoint คู่กับ LINE Official Account อยู่ก่อนแล้ว มักเจอปัญหานี้เหมือนกัน คือย้าย channel ธรรมดาได้ไม่ยาก แต่ระบบ engagement ที่สร้างไว้ทั้งหมดต้องเริ่มใหม่
ในบทความนี้: อะไรปิดตัวจริง ๆ, AWS ส่งแต่ละส่วนไปที่ไหนและทำไมไม่ใช่การสลับแบบ 1:1, และแผน 4 ขั้นตอนสำหรับย้ายโปรแกรม push-and-in-app ของคุณไปยัง Pushwoosh แทน พร้อมตัวเลขจริง เพื่อให้คุณวางงบได้จริง
สิ่งที่กำลังจะปิดตัวจริง ๆ
API ของช่องทางส่งข้อความไม่ได้หายไปไหนครับ สิ่งที่หายไปคือชั้น engagement ส่วนที่ทีมการตลาดและทีมโปรดักต์ล็อกอินเข้าไปใช้งาน
หลังวันที่ 30 ตุลาคม 2026 คุณจะเข้าถึง resource ของ Pinpoint ไม่ได้อีก: endpoints (ข้อมูลผู้ใช้และอุปกรณ์ที่เก็บไว้), segments (กลุ่มเป้าหมายแบบไดนามิก), แคมเปญ (การส่งตามกำหนดการ), journey (ระบบ automation หลายขั้นตอน) และ analytics dashboard ที่ติดตามการส่ง การเปิดอ่าน และการมีส่วนร่วมใน journey
สิ่งที่ยังอยู่รอด ภายใต้ชื่อใหม่ คือชั้น channel ดิบ ๆ SMS, เสียง, mobile push, OTP และการตรวจสอบเบอร์โทรศัพท์ยังใช้งานต่อได้ผ่าน AWS End User Messaging ซึ่งเป็นชื่อที่ AWS เปลี่ยนมาจาก API ช่องทางของ Pinpoint ตั้งแต่ไตรมาส 3 ปี 2024 ดังนั้นถ้าคุณใช้ Pinpoint แค่เป็นท่อส่งข้อมูลธรรมดา โดย backend ของคุณเองเป็นคนคุมตรรกะทั้งหมดและแค่เรียก API เพื่อยิง push หรือ SMS แบบ transactional คุณก็แค่เปลี่ยนปลายทางการเรียก API แล้วใช้งานต่อได้เลย
แต่ถ้าทีมของคุณสร้างกลุ่มเป้าหมาย แคมเปญ และ journey ไว้ในหน้า UI ของ Pinpoint นั่นคือ workflow ที่จะพังทันที การสร้างใหม่ใน AWS คือจุดที่งานหนักจริง ๆ เริ่มต้น
AWS ส่งคุณไปทางไหน และทำไมไม่ใช่ตัวแทนแบบ 1:1
คู่มือย้ายระบบของ AWS เองไม่ได้ยื่นตัวแทนให้คุณตัวเดียว แต่ยื่นให้ 4 ตัว ตัวละ 1 ความสามารถ:
- Engagement (endpoints, segments, แคมเปญ, journey) → Amazon Connect outbound campaigns + Customer Profiles
- Events และ mobile analytics → Amazon Kinesis
- อีเมล → Amazon SES (Simple Email Service)
- SMS, push, เสียง, OTP → AWS End User Messaging
ยังเป็น vendor เดียวก็จริง แต่ตอนนี้กลายเป็น 4 ผลิตภัณฑ์แยกกัน 4 console และเอกสาร 4 ชุด แทนที่ระบบเดียวที่คุณเคยมี สำหรับทีมที่ไม่มีทีม platform-engineering เฉพาะทาง นี่คืองานที่หนักกว่าคำว่า “ย้ายไปเครื่องมือใหม่” มากครับ
และสำหรับทีมมือถือ ปลายทาง engagement นี่แหละที่ซับซ้อนขึ้นมา Amazon Connect มีช่องโหว่ที่พลาดง่ายจนกว่าจะรู้ตัวก็ย้ายไปครึ่งทางแล้ว
- In-app messaging ไม่มีอยู่ใน Connect เลย AWS ระบุไว้เองว่าฟีเจอร์นี้อยู่ในลิสต์ที่ยังไม่รองรับ ถ้า in-app onboarding, feature prompt หรือ paywall เป็นส่วนหนึ่งของการทำงานของแอปคุณ เส้นทางที่ AWS แนะนำไม่มีที่ทางให้เลย
- Push ไม่ใช่ channel แคมเปญแบบ native Push (GCM, APNS, Baidu และอื่น ๆ) ไม่รองรับแบบ native ในแคมเปญของ Connect คู่มือของ AWS บอกว่ายังส่งได้ แต่ต้องผ่าน journey เท่านั้น โดยใช้ Lambda action ที่เชื่อมกับ push template ของ Connect ในทางปฏิบัติหมายความว่าคุณต้องเขียนและดูแลโค้ดเองเพื่อทำสิ่งที่ Pinpoint เคยทำได้เองในตัว
- Custom Channel มีให้แค่ครึ่งเดียว ใช้ได้ใน journey แต่ใช้ในแคมเปญไม่ได้ อีกหนึ่งรอยต่อในสแต็กมือถือที่ Connect ปล่อยให้คุณแก้เอง
- Template ใช้ engine เดียวกันแต่ syntax ไม่เหมือนกัน Template ของ Connect ใช้ Handlebars engine เดียวกับ Pinpoint ตรรกะจึงย้ายมาได้ แต่ตัว placeholder ของ attribute เขียนต่างกัน เช่น
{{User.UserAttributes.PurchaseHistory}}ใน Pinpoint จะกลายเป็น{{Attributes.Customer.Attributes.PurchaseHistory}}ใน Connect ทุก template ต้องดึงออกมาแล้วเขียนใหม่ด้วยมือ - ย้าย endpoints คืองานเขียนสคริปต์ เพื่อย้ายผู้ใช้ AWS ให้คุณ export segment แบบไม่กรองไปที่ S3 แล้วรัน Python script เพื่อแปลง endpoints เหล่านั้นให้เป็น Customer Profiles ซึ่ง 1 โปรไฟล์เก็บอีเมลได้สูงสุด 3 ที่และเบอร์โทรได้สูงสุด 4 เบอร์ ใช้งานได้จริง แต่ก็เป็นโค้ดที่คุณต้องเขียน ทดสอบ และดูแลเอง
เส้นทาง AWS ไม่ได้ผิดเสมอไปครับ ถ้าคุณ all-in กับ Connect สำหรับงาน contact-center อยู่แล้ว มันอาจเหมาะกับคุณเป๊ะ แต่ถ้า push และ in-app คือเหตุผลที่คุณใช้ Pinpoint ตั้งแต่แรก เส้นทางที่แนะนำจะส่ง 2 ช่องทางนี้ตรงไปให้ทีมวิศวกรของคุณสร้างใหม่เอง นี่คือสิ่งที่ควรรู้ก่อนเริ่ม ไม่ใช่รู้ตอนทำไปแล้ว 3 sprint
ย้ายโปรแกรม Push และ In-App มาที่ Pushwoosh ใน 4 ขั้นตอน
Pushwoosh เป็นแพลตฟอร์ม customer engagement ที่สร้างมาเพื่อมือถือโดยเฉพาะ push, in-app และ web push คือ channel หลัก พร้อมอีเมลและ SMS เสริมข้าง ๆ แทนที่จะแยกโปรแกรมของคุณไปกระจายอยู่ใน 4 บริการของ AWS คุณสร้างมันขึ้นใหม่ครั้งเดียวในที่เดียว และสำหรับทีมในไทยที่ใช้ LINE Official Account เป็นช่องทางหลักอยู่แล้ว การเชื่อมต่อกับ LINE Messaging API อยู่ในแพลตฟอร์มเดียวกันนี้ ไม่ต้องแยกระบบดูแลอีกชุด นี่คือขั้นตอนการย้ายระบบ
-
Export ข้อมูลจาก Pinpoint
ดึง endpoints, segments, แคมเปญ และ journey definition ผ่าน API ของ AWS เองในขณะที่ console ยังใช้งานได้อยู่ การรอจนใกล้เส้นตายจะยิ่งทำให้ดึงข้อมูลยากขึ้น และคุณจะต้อง export ข้อมูลนี้ไม่ว่าจะย้ายไปที่ไหนก็ตาม ทำแต่เนิ่น ๆ ดีที่สุด
-
เปลี่ยน SDK บนมือถือ
สลับ SDK ของ Pinpoint หรือ Amplify เป็น Pushwoosh SDK จากนั้นยืนยันว่าอุปกรณ์ลงทะเบียนและ event ไหลเข้ามาถูกต้อง ก่อนจะตัดสิ่งที่ user เห็นจริง ขั้นตอนนี้คือจุดที่เชื่อมแอปของคุณกลับเข้ากับ backend การส่งข้อความที่ใช้งานจริง
-
สร้างกลุ่มเป้าหมายและ journey ใหม่
นำเข้าผู้ใช้ แมป attribute ของ Pinpoint เข้ากับ tag และโมเดล segmentation ของ Pushwoosh แล้วสร้าง automation ใหม่ใน visual journey builder เป็นงานแบบ like-for-like คือทำตรรกะที่คุณรู้จักอยู่แล้วซ้ำ ไม่ใช่ออกแบบใหม่ตั้งแต่ศูนย์ และนี่คือส่วนเดียวกันที่ถ้าไปทาง Connect จะตกเป็นงานของทีมวิศวกรคุณโดยตรง
-
เชื่อม event ใหม่ แล้วนำร่อง
ต่อ custom event กลับเข้าระบบให้ behavioral trigger ทำงานได้ ทดลองส่งกับกลุ่มเล็ก ๆ เพื่อยืนยันความเทียบเท่า แล้วค่อยขยับไปเต็มปริมาณ เผื่อเวลาจริงให้การยืนยัน domain และการลงทะเบียนผู้ส่งด้วย เพราะสิ่งเหล่านี้ไม่เร็วขึ้นแค่เพราะเส้นตายใกล้เข้ามา
ความต่างจากเส้นทาง AWS โผล่มาในจุดที่น่าเบื่อที่สุดครับ ตรงที่คู่มือ AWS ให้คุณเขียนและรัน Python script เพื่อแปลง endpoints เป็น Customer Profiles Pushwoosh ให้คุณ import ผู้ใช้ผ่าน UI หรือ API โดยไม่ต้องเขียนสคริปต์เอง ตรงที่ Connect ให้คุณส่ง push ผ่าน journey ที่ผูกกับ Lambda push ก็เป็นแค่ channel หนึ่งที่คุณเลือกได้เลย งานวิศวกรรมที่คุณต้องตั้งงบไว้ฝั่ง AWS หายไปเกือบหมด
ค่าใช้จ่าย
ราคาเป็นส่วนที่บทความย้ายระบบส่วนใหญ่มักพูดคลุมเครือ ดังนั้นขอพูดตรง ๆ Pushwoosh คิดราคาตาม monthly active users (MAU) — ดูรายละเอียดราคาทั้งหมด — และสำหรับงาน push-and-in-app จุดเริ่มต้นตั้งใจให้ต่ำ:
- Push Only — $7 ต่อ 1,000 MAU ถ้า push และ in-app คือทั้งโปรแกรมของคุณ นี่คือแพลนที่ตรงกับความต้องการ ไม่มีค่าใช้จ่ายส่วน omnichannel ที่คุณไม่ได้ใช้
- Omnichannel — $13 ต่อ 1,000 MAU เพิ่มอีเมล, SMS และช่องทางอื่น ๆ เมื่อต้องการทุกอย่างในที่เดียว
- Custom — เริ่มต้น $2,000 ต่อเดือน ราคาตามปริมาณ, support เฉพาะทาง และเงื่อนไข enterprise สำหรับการส่งขนาดใหญ่
สำหรับทีมที่แค่ต้องการแทนที่ push และ in-app ของ Pinpoint จุดเริ่มต้น $7 นั้นมีแรงเสียดทานน้อยกว่าการผูกมัดกับชุด marketing-automation เต็มรูปแบบมาก นี่คือ trade-off เดียวกับที่ Braze, Customer.io และ Iterable ต้องการให้คุณตัดสินใจ
อย่ารอถึงเดือนตุลาคม
ตัวการย้ายระบบเองเป็นเรื่องที่รู้ผลอยู่แล้ว: export, เปลี่ยนปลายทาง, สร้างใหม่, ทดสอบ ปฏิทินต่างหากที่เป็นข้อจำกัดจริง วันที่ 30 ตุลาคม 2026 คือเส้นตายตายตัว และขั้นตอนที่กินเวลาจริง ๆ (การตัดสลับ SDK, การแมป event, การตั้งค่า domain และผู้ส่ง) เดินไปตามจังหวะของมันเอง ไม่ว่าเส้นตายจะใกล้แค่ไหน
คุณเริ่มต้นด้วยข้อมูลจริงของคุณได้บนแพลนฟรี 1,000 MAU ซึ่งเพียงพอสำหรับ import กลุ่มเป้าหมายจริง สร้าง journey ใหม่ และทดลองส่งเพื่อดูความเทียบเท่าด้วยตัวเองก่อนตัดสินใจย้ายเต็มรูปแบบ คำแนะนำจากเราที่เห็นการย้ายระบบแบบนี้ล่าช้ามาเยอะแล้วครับ: วางแผนตาม MAU และไทม์ไลน์จริงของคุณตอนนี้ ในขณะที่ console ของ Pinpoint ยังอยู่ให้ export ได้ ทีมที่ปล่อยไว้ถึงเดือนกันยายนคือทีมที่มาเจอช่องโหว่ตอนเหลือเวลาอีกแค่ 3 สัปดาห์ก่อนไฟจะดับ
