LINE MINI App กับ LIFF ต่างกันตรงไหน และงานแบบไหนควรใช้ตัวไหน

ร้านอาหารที่มีลูกค้าประจำอยากทำระบบจองคิวและสะสมแต้มใน LINE ผู้พัฒนาสองคนให้คำตอบคนละแบบ คนแรกบอกว่า ‘ทำ LIFF ได้เลย สองอาทิตย์เสร็จ’ อีกคนบอกว่า ‘ควรทำเป็น MINI App จะดูเป็นทางการกว่า’ เจ้าของร้านไม่รู้ว่าควรฟังใคร

ความสับสนนี้ปกติ เพราะสองอย่างนี้ใกล้กันมากและเอกสารเปลี่ยนบ่อย ผมจะอธิบายเท่าที่ยืนยันได้ และชี้ให้ตรวจเอกสารล่าสุดในจุดที่เงื่อนไขอาจเปลี่ยน บทความนี้เล่าเรื่องแพลตฟอร์มของ LINE ตามที่เป็นอยู่ ไม่ได้ขายเครื่องมือตัวใด

สองอย่างนี้ต่างกันที่ไหน

LIFF คือกรอบที่ให้หน้าเว็บของคุณเปิดภายในแอป LINE ผ่านลิงก์ และใช้ SDK ดึงโปรไฟล์ผู้ใช้หรือส่งข้อความแทนได้ หน้าเว็บอยู่บนโดเมนและเซิร์ฟเวอร์ของคุณ บทความ ใช้ LIFF App โชว์แคตตาล็อกใน LINE เล่าตัวอย่างการใช้งานจริง

LINE MINI App สร้างบนพื้นฐานที่เกี่ยวข้องกับ LIFF แต่เป็นช่องทางที่ LINE ตรวจสอบ มีรูปแบบ UI และจุดเข้าถึงที่เป็นมาตรฐานกว่า และมีความสามารถอย่างการส่งข้อความแจ้งเตือนตามสถานะของลูกค้า รายการความสามารถที่แน่นอน เงื่อนไขการตรวจสอบ และพื้นที่ที่เปิดให้ใช้ ต้องดูในเอกสาร LINE MINI App ล่าสุด เพราะเปลี่ยนตามช่วงเวลา

จับคู่งานกับเครื่องมือ

คำถามที่ใช้ตัดสินจริง

1. ลูกค้าต้องเปิดแอปนี้ซ้ำสัปดาห์ละหลายครั้งหรือเปล่า ถ้าไม่ ให้ใช้ LIFF
2. ต้องส่งการแจ้งเตือนรายคนหลังลูกค้าใช้งานเสร็จหรือไม่ ถ้าใช่ ให้ตรวจว่า MINI App รองรับรูปแบบข้อความที่ต้องการ
3. ทีมพร้อมทำตามข้อกำหนดและรอรอบตรวจหรือไม่ ถ้าแคมเปญมีวันเริ่มตายตัวใน 4 สัปดาห์ ไม่ควรเสี่ยงกับรอบตรวจที่ไม่รู้ระยะเวลา
4. มีผู้ดูแลระบบหลังเปิดใช้หรือไม่ MINI App ที่ไม่มีคนดูแลจะเสียภาพลักษณ์มากกว่าหน้า LIFF ธรรมดา

ผลต่อการวัดผลที่ทั้งสองมีเหมือนกัน

• ทั้งสองอย่างเปิดในเบราว์เซอร์ของแอป LINE ซึ่งไม่ได้แชร์ cookie กับเบราว์เซอร์ที่ลูกค้าคลิกแอดมา จึงมีปัญหาตัวระบุหายเมื่อข้ามโดเมน อธิบายไว้ใน เว็บกับแชทคนละโดเมน แก้ด้วย LIFF เป็นสะพาน
• ทั้งสองให้ตัวตนผู้ใช้ผ่านระบบของ LINE แต่ฝั่งเซิร์ฟเวอร์ต้องตรวจก่อนเชื่อ ดูที่ เช็กให้ชัดว่าใครล็อกอินเข้า LIFF จริง
• ถ้า OA ที่ส่งข้อความกับแอปอยู่คนละ Provider จะจับคู่ userId ไม่ได้ เหมือนที่เกิดกับ Login channel

ต้นทุนที่มองไม่เห็นตอนเลือก

LIFF ใช้ทักษะเว็บทั่วไป เปลี่ยนคนดูแลได้ง่าย MINI App มีข้อกำหนดเพิ่มทั้งเรื่องการออกแบบและกระบวนการ ถ้าไม่แน่ใจ เริ่มด้วย LIFF หน้าเดียวที่ตอบปัญหาเฉพาะจุดก่อน ดูว่าลูกค้ากลับมาใช้ซ้ำจริงเท่าไร แล้วค่อยตัดสินใจย้ายไป MINI App ด้วยตัวเลข ไม่ใช่ด้วยความรู้สึกว่ามันดูเป็นทางการกว่า

ลองคิดแบบสมมติ ถ้าร้านมีนักพัฒนาสองคน งานจองคิวแบบ LIFF อาจขึ้นระบบได้ภายในรอบพัฒนาหนึ่งรอบของทีม ส่วน MINI App ต้องบวกเวลาเตรียมตามข้อกำหนดและรอตรวจ ซึ่งไม่ได้อยู่ในมือทีม ถ้าเป้าหมายคือพิสูจน์ว่าลูกค้าอยากจองผ่าน LINE จริงไหม ให้เลือกทางที่ได้คำตอบเร็วสุดก่อน

ความผิดพลาดที่เจอบ่อยตอนเลือก

• สร้างแอปเต็มสำหรับสิ่งที่ลิงก์จาก Rich Menu พาไปหน้าเว็บได้อยู่แล้ว ดูตัวเลือกใน Rich Menu แยกตามแหล่งที่มา
• เลือก MINI App เพราะชอบชื่อ ไม่ได้ใช้ความสามารถที่ต่างจริง
• ลืมวางแผนการวัดผลตั้งแต่ต้น แล้วพบว่าหน้าที่เปิดใน LINE ไม่มีตัวระบุจากโฆษณา

สรุป

ลองตอบคำถามเดียวก่อน ถ้าไม่มี LIFF หรือ MINI App ธุรกิจของคุณจะเสียอะไร ถ้าตอบไม่ได้ ยังไม่ต้องสร้างทั้งสองอย่าง ให้ใช้ลิงก์ไปหน้าเว็บธรรมดาก่อน

ถ้าตอบได้ชัด เช่น เสียการแจ้งเตือนสถานะคิว ให้เริ่มจาก LIFF เพื่อพิสูจน์ว่าลูกค้าใช้ แล้วค่อยพิจารณา MINI App

• LIFF เป็นกรอบเปิดเว็บแอปใน LINE ส่วน MINI App ต้องผ่านการตรวจและมีความสามารถเพิ่ม
• เริ่มด้วย LIFF แล้วย้ายเมื่อมีตัวเลขสนับสนุน
• ตรวจเอกสาร MINI App ล่าสุดก่อนวางแผนเพราะเงื่อนไขเปลี่ยนได้
• ทั้งสองต้องวางแผนวัดผลและตรวจตัวตนฝั่งเซิร์ฟเวอร์เหมือนกัน

คำถามที่พบบ่อย