สรุปสั้น ๆ (TL;DR)
- LINE MINI App คือเว็บแอปพลิเคชันที่ทำงานอยู่ภายในแอป LINE ผู้ใช้จึงใช้บริการได้โดยไม่ต้องติดตั้งแอปเนทีฟแยกอีกตัว
- LIFF คือเฟรมเวิร์กเว็บแอปที่อยู่ข้างใต้ ส่วน LINE MINI App คือเว็บแอปบนฐาน LIFF ที่มีประเภทแชนเนลแบบ MINI App เส้นทางการตรวจสอบ และเปลือก UI ของ LINE เพิ่มเข้ามา
- MINI App ที่สร้างใหม่จะเป็น unverified จนกว่าจะผ่านการตรวจสอบของ LINE ใครก็สร้างแบบ unverified ได้ แต่ฟีเจอร์บางอย่างถูกจำกัด
- เมื่อผ่านการตรวจสอบจะได้ verified badge พร้อมฟีเจอร์เพิ่ม เช่น การเพิ่ม shortcut ไปที่หน้าโฮมของเครื่อง Custom Path และการลดขั้นตอนขอความยินยอมของแชนเนล
- เอกสารของ LINE ไม่ได้ระบุระยะเวลาการตรวจสอบ ค่าใช้จ่าย หรือจำนวนผู้ใช้ จึงควรตรวจเงื่อนไขใน LINE Developers Console ของโปรเจกต์ตัวเอง
ธุรกิจจำนวนไม่น้อยจ่ายค่าพัฒนาแอปพลิเคชันของตัวเองจนจบโปรเจกต์ แล้วเพิ่งมาพบว่าโจทย์ที่ยากกว่าการเขียนโค้ดคือการทำให้คนยอมกดติดตั้ง Mini App LINE หรือชื่อทางการตามเอกสารของ LINE ว่า LINE MINI App คือทางเลือกที่ถูกออกแบบมาเพื่อข้ามขั้นตอนนั้นโดยตรง เพราะมันคือเว็บแอปพลิเคชันที่ทำงานอยู่ภายในแอป LINE ผู้ใช้จึงใช้บริการได้โดยไม่ต้องติดตั้งแอปเนทีฟแยกอีกตัวหนึ่ง
บทความนี้ไล่เรียงว่า LINE MINI App คืออะไรตามที่เอกสารสำหรับนักพัฒนาของ LINE ระบุไว้ มันเกี่ยวข้องกับ LIFF อย่างไร ต่างจากแอปเนทีฟ เว็บแอปทั่วไป และแชตบอตตรงไหน เหมาะกับงานลักษณะใด วางร่วมกับระบบ CRM บน LINE ได้อย่างไร และมีคำถามอะไรบ้างที่ควรตอบให้ได้ก่อนอนุมัติงบก้อนแรก ตัวเลขที่ยืนยันไม่ได้จะไม่ปรากฏในบทความนี้ แต่จะบอกแทนว่าควรไปหาตัวเลขนั้นจากที่ไหน
ปัญหาที่แท้จริงคือ "ทำแอปแล้วไม่มีใครโหลด"
เวลาทีมภายในเสนอโปรเจกต์แอป สิ่งที่ถูกนำเสนอมักเป็นหน้าจอสวย ๆ กับรายการฟีเจอร์ ส่วนสิ่งที่ไม่ค่อยถูกพูดถึงคือระยะทางที่ลูกค้าหนึ่งคนต้องเดินก่อนจะได้ใช้ฟีเจอร์เหล่านั้นจริง ๆ ผู้ใช้ต้องรู้จักแอปก่อน จากนั้นต้องจำชื่อให้ได้ ต้องเปิดสโตร์ ต้องยอมให้แอปกินพื้นที่เครื่อง ต้องรอโหลด ต้องสมัครสมาชิก ต้องยืนยันตัวตน แล้วค่อยเจอหน้าจอแรกของบริการ ทุกขั้นตอนคือประตูที่คนบางส่วนเดินออกไป
ที่หนักกว่านั้นคือขั้นตอนเหล่านี้เกิดขึ้นก่อนที่ลูกค้าจะได้รับคุณค่าอะไรเลย คนที่กำลังต่อคิวหน้าร้าน คนที่กำลังจะจองคิวช่างในอีกสิบนาที หรือคนที่เพิ่งเห็นโปรโมชันบนป้ายในห้าง ไม่ได้อยู่ในอารมณ์ที่จะติดตั้งแอปใหม่หนึ่งตัวเพื่อแลกกับส่วนลดครั้งเดียว งบที่ทุ่มไปกับการพัฒนาจึงกลายเป็นงบที่ต้องทุ่มต่อกับการซื้อยอดติดตั้ง และเมื่อหยุดซื้อ ยอดผู้ใช้ใหม่ก็หยุดตาม
ด่านที่สองคือการกลับมาใช้ซ้ำ แอปที่ถูกติดตั้งแล้วไม่ได้แปลว่าถูกเปิด ไอคอนหนึ่งไอคอนบนหน้าจอโทรศัพท์ต้องแข่งกับไอคอนอื่นทั้งเครื่อง และแอปของแบรนด์ที่ลูกค้าใช้บริการเดือนละครั้งแทบไม่มีเหตุผลให้ถูกเปิดในอีกยี่สิบเก้าวันที่เหลือ สุดท้ายมันถูกลบตอนเครื่องเต็ม
คำถามที่ควรถามก่อนเริ่มโปรเจกต์จึงไม่ใช่ "แอปของเราควรมีฟีเจอร์อะไร" แต่คือ "บริการของเราควรไปตั้งอยู่ตรงไหนที่ลูกค้าอยู่แล้ว" คำตอบนั้นคือที่มาของแนวคิดมินิแอป นั่นคือการเอาบริการไปวางไว้ในแอปที่ผู้ใช้เปิดอยู่ทุกวันอยู่แล้ว แทนที่จะขอให้เขาเปิดพื้นที่ใหม่ให้เรา
Mini App LINE คืออะไร
ตามเอกสารสำหรับนักพัฒนาของ LINE เอง LINE MINI App คือเว็บแอปพลิเคชันที่ทำงานอยู่ภายในแอป LINE ทำให้ผู้ใช้ใช้บริการได้โดยไม่ต้องติดตั้งแอปเนทีฟแยกต่างหาก ชื่อทางการที่ LINE ใช้เรียกคือ LINE MINI App และนั่นคือคำที่ควรใช้เวลาค้นเอกสารอ้างอิง เพราะคำเรียกอื่นในตลาดมักหมายถึงของคนละอย่าง
เนื่องจากมันทำงานในเบราว์เซอร์ภายในแอป LINE ข้อกำหนดของ HTML5 ส่วนใหญ่จึงใช้ได้ ผลที่ตามมาในเชิงปฏิบัติคือทีมเว็บที่มีอยู่แล้วไม่ต้องเริ่มนับหนึ่งใหม่ ความรู้เรื่องหน้าเว็บ ฟอร์ม การจัดการสถานะ และการเชื่อม API ที่ทีมมีอยู่ยังใช้ได้ต่อ ต่างจากการเริ่มโปรเจกต์แอปเนทีฟที่ต้องเพิ่มทักษะสายใหม่เข้ามาในทีม
โครงหน้าของ LINE MINI App ประกอบด้วยสองส่วนคือส่วนหัว (header) และส่วนเนื้อหา (body) ส่วนหัวเป็นของ LINE และแสดงข้อมูลกำกับตัวแอปให้ผู้ใช้เห็น ส่วนเนื้อหาคือพื้นที่ที่ทีมออกแบบเองได้ทั้งหมด การรู้ว่าพื้นที่ไหนควบคุมไม่ได้ตั้งแต่ต้นช่วยให้ทีมออกแบบไม่ต้องรื้องานตอนท้าย
ผู้ใช้เข้าถึง LINE MINI App ได้ทั้งจากภายใน LINE และจากภายนอก LINE ซึ่งเป็นจุดที่มีผลกับการวางแผนสื่อโดยตรง เพราะหมายความว่าปลายทางเดียวกันนี้ถูกอ้างถึงได้จากช่องทางที่ไม่ได้อยู่ในแอป LINE ด้วย ส่วนงานพัฒนาและตั้งค่าทำผ่านบัญชี LINE Developers Console ทั้งการตั้งค่าและการส่งเข้ารีวิวเกิดขึ้นที่นั่น
ฟีเจอร์ที่มีมาให้ในตัวได้แก่การแชร์ MINI App ให้ผู้ใช้คนอื่น และการขอสิทธิ์เข้าถึงบริการจากผู้ใช้ ส่วนฟีเจอร์ที่เพิ่มเข้าไปเองได้มี Service Messages ระบบชำระเงิน และปุ่มแอ็กชันแบบกำหนดเอง รายการนี้สำคัญตอนทำขอบเขตงาน เพราะสิ่งที่ "มีมาให้" กับสิ่งที่ "ต้องพัฒนาเพิ่ม" คือคนละบรรทัดในใบเสนอราคา
Unverified กับ Verified ต่างกันตรงไหน
LINE แบ่ง MINI App ออกเป็นสองสถานะคือ unverified และ verified ขึ้นอยู่กับว่าผ่านการตรวจสอบของ LINE แล้วหรือยัง แชนเนล MINI App ที่เพิ่งสร้างใหม่จะอยู่ในสถานะ unverified จนกว่าจะผ่านการตรวจสอบ ใครก็สร้าง MINI App แบบ unverified ได้ แต่ฟีเจอร์บางอย่างถูกจำกัด ตารางด้านล่างสรุปความต่างที่ระบุไว้ในเอกสารของ LINE
| หัวข้อ | Unverified | Verified |
|---|---|---|
| การสร้าง | ใครก็สร้างได้ แต่ฟีเจอร์บางอย่างถูกจำกัด | ต้องผ่านการตรวจสอบของ LINE ก่อน |
| สิ่งที่แสดงบนส่วนหัว | ชื่อเรื่องและชื่อโดเมนของ endpoint URL | ชื่อเรื่องและชื่อ LINE MINI App |
| เครื่องหมายยืนยัน | ไม่มี | มี verified badge |
| ฟีเจอร์ที่ปลดล็อกเพิ่ม | ไม่มีในรายการนี้ | เพิ่ม shortcut ไปที่หน้าโฮมของเครื่อง, Custom Path และการลดขั้นตอนขอความยินยอมของแชนเนล |
ความต่างที่คนมักมองข้ามคือบรรทัดของส่วนหัว MINI App แบบ unverified จะโชว์ชื่อโดเมนของ endpoint URL ให้ผู้ใช้เห็น ส่วนแบบ verified โชว์ชื่อ LINE MINI App แทน นั่นคือความต่างที่ลูกค้ามองเห็นด้วยตาเปล่าทุกครั้งที่เปิดใช้ และเป็นเหตุผลว่าทำไมแบรนด์ที่แคร์ภาพลักษณ์จึงควรวางแผนเรื่องการตรวจสอบไว้ตั้งแต่ต้น ไม่ใช่ค่อยคิดตอนใกล้เปิดตัว Verified ปลดล็อกฟีเจอร์เพิ่ม เช่น shortcut หน้าโฮม ซึ่งเป็นฟีเจอร์ที่ทำให้บริการกลับไปมีที่ยืนบนหน้าจอโทรศัพท์อีกครั้งโดยที่ผู้ใช้ไม่ต้องผ่านสโตร์
สิ่งที่ควรระวังคือการเอาไปคุยกับผู้บริหารด้วยตัวเลขที่ไม่มีแหล่งอ้างอิง เอกสารที่ใช้อ้างอิงในบทความนี้ไม่ได้ระบุว่าการตรวจสอบใช้เวลากี่วัน ไม่ได้ระบุค่าใช้จ่าย และไม่ได้ระบุอัตราการผ่านหรือไม่ผ่าน ใครก็ตามที่ยืนยันตัวเลขเหล่านี้ให้ฟังลอย ๆ ควรถูกขอแหล่งที่มาก่อนเสมอ ทางที่ตรงกว่าคือดูเงื่อนไขในคอนโซลของโปรเจกต์จริงและถามช่องทางสนับสนุนของ LINE โดยตรง
ความต่างระหว่าง LIFF กับ LINE MINI App
คำถามนี้ทำให้หลายทีมสับสน เพราะทั้งสองคำถูกใช้ปนกันในวงสนทนา คำตอบที่แม่นที่สุดเท่าที่เอกสารรองรับคือ LIFF ย่อมาจาก LINE Front-end Framework และเป็นเฟรมเวิร์กเว็บแอปที่อยู่ข้างใต้ ส่วน LINE MINI App คือเว็บแอปที่สร้างบนฐานของ LIFF โดยมีประเภทแชนเนลแบบ MINI App เส้นทางการตรวจสอบ และเปลือก UI ของ LINE ครอบอยู่ด้านบน
วิธีจำที่ใช้ได้ในห้องประชุมคือ LIFF ตอบคำถามว่า "เว็บของเราคุยกับ LINE ได้อย่างไร" ส่วน LINE MINI App ตอบคำถามว่า "บริการของเราปรากฏต่อผู้ใช้ในฐานะอะไรภายใน LINE" อย่างแรกเป็นเรื่องเครื่องมือของนักพัฒนา อย่างหลังเป็นเรื่องรูปแบบผลิตภัณฑ์ที่ผู้ใช้สัมผัสได้ ทีมเทคนิคกับทีมการตลาดจึงมักพูดถึงคนละชั้นกันโดยไม่รู้ตัว
ในทางปฏิบัติแปลว่าประสบการณ์ของทีมพัฒนาที่เคยทำงานกับ LIFF ไม่ได้สูญเปล่าเมื่อย้ายมาทำ MINI App เพราะรากฐานเป็นตัวเดียวกัน สิ่งที่เพิ่มเข้ามาคือกระบวนการที่ล้อมรอบตัวโค้ด ได้แก่การเลือกประเภทแชนเนลให้ถูก การเตรียมข้อมูลสำหรับส่งตรวจสอบ และการยอมรับว่าส่วนหัวของหน้าเป็นพื้นที่ของ LINE ไม่ใช่ของเรา
อย่าอธิบายเกินกว่านี้ในสไลด์ที่ส่งให้ลูกค้า รายละเอียดที่ลึกกว่าระดับนี้ เช่น ข้อจำกัดรายฟีเจอร์หรือลำดับขั้นของการอนุมัติ เป็นสิ่งที่เปลี่ยนได้ตามรุ่นของเอกสาร วิธีที่ปลอดภัยกว่าคือเปิดหน้าเอกสารสำหรับนักพัฒนาของ LINE ในวันที่เขียนขอบเขตงาน แล้วอ้างอิงตามนั้นเป็นรายโปรเจกต์
เทียบสี่ทางเลือก Native App, Web App, Chatbot และ LINE MINI App
เมื่อโจทย์คือ "อยากมีช่องทางดิจิทัลของตัวเอง" ทางเลือกบนโต๊ะมักมีสี่แบบ ตารางด้านล่างเทียบทั้งสี่แบบตามลักษณะที่ตัดสินใจได้จริง ไม่ใช่ตามคะแนนที่ตั้งขึ้นเอง โดยเทียบห้าเกณฑ์คือแรงที่ใช้พัฒนา การกระจายถึงผู้ใช้ การแจ้งเตือน การกลับมาใช้ซ้ำ และการเชื่อมต่อกับระบบหลังบ้าน
| เกณฑ์ | Native App | Web App | Chatbot | LINE MINI App |
|---|---|---|---|---|
| แรงที่ใช้พัฒนา | สูงสุด ต้องดูแลแยกตามระบบปฏิบัติการ | ปานกลาง ใช้ทักษะเว็บเดิม | ต่ำถึงปานกลาง เน้นออกแบบบทสนทนา | ปานกลาง ใช้ทักษะเว็บเดิมบนฐาน LIFF |
| การกระจายถึงผู้ใช้ | ผ่านสโตร์ ผู้ใช้ต้องติดตั้ง | เปิดจากลิงก์ได้ทันที | อยู่ในห้องแชตของบัญชีทางการ | เปิดได้ทั้งจากใน LINE และจากนอก LINE |
| การแจ้งเตือน | พุชของระบบปฏิบัติการ ผู้ใช้ต้องอนุญาต | จำกัด ขึ้นกับเบราว์เซอร์และการอนุญาต | ส่งข้อความจากบัญชีทางการตามเงื่อนไขที่ผู้ให้บริการกำหนด | เพิ่ม Service Messages เข้าไปได้ในฐานะฟีเจอร์ที่กำหนดเอง |
| การกลับมาใช้ซ้ำ | มีไอคอนบนเครื่อง แต่ต้องแข่งกับทุกแอป | ต้องพาผู้ใช้กลับมาด้วยลิงก์ทุกครั้ง | อยู่ในรายการแชตที่ผู้ใช้เปิดบ่อย | อยู่ในแอปที่ผู้ใช้เปิดอยู่แล้ว และเพิ่ม shortcut หน้าโฮมได้เมื่อผ่านการตรวจสอบ |
| การเชื่อมต่อระบบหลังบ้าน | เชื่อม API ได้เต็มที่ | เชื่อม API ได้เต็มที่ | เหมาะกับงานที่จบได้ในบทสนทนา | เชื่อม API ได้แบบเว็บ และเพิ่มระบบชำระเงินเป็นฟีเจอร์กำหนดเองได้ |
อ่านตารางนี้ทีละแถวจะเห็นเหตุผลของแต่ละทางเลือกชัดขึ้น เรื่องแรงที่ใช้พัฒนา แอปเนทีฟแพงที่สุดเพราะต้องดูแลโค้ดแยกตามระบบปฏิบัติการและต้องผ่านกระบวนการของสโตร์ทุกครั้งที่อัปเดต ส่วนอีกสามทางเลือกอยู่บนฐานเว็บ จึงใช้ทีมเดิมและปล่อยของได้ถี่กว่า
เรื่องการกระจายถึงผู้ใช้คือจุดที่ต่างกันมากที่สุด Native App ต้องให้ผู้ใช้ติดตั้งเอง ซึ่งคือด่านที่ทำให้โปรเจกต์จำนวนมากไปไม่ถึงฝั่ง ส่วน Web App เข้าถึงง่ายแต่ไม่มีที่ยืนในเครื่อง ผู้ใช้ต้องมีลิงก์ทุกครั้งที่อยากกลับมา และลิงก์นั้นก็หายไปกับประวัติการใช้งาน ขณะที่ LINE MINI App ทำงานในแอป LINE ไม่ต้องติดตั้ง จึงตัดด่านสโตร์ออกไปทั้งด่าน
เรื่องการแจ้งเตือนต้องระวังการเปรียบเทียบแบบง่ายเกินไป แอปเนทีฟส่งพุชของระบบปฏิบัติการได้ก็จริง แต่ต้องได้รับอนุญาตจากผู้ใช้ก่อน และการอนุญาตนั้นเองก็เป็นอีกด่านหนึ่ง ฝั่ง LINE MINI App มี Service Messages เป็นฟีเจอร์ที่เพิ่มเข้าไปได้ ส่วนเงื่อนไขการใช้งานเป็นสิ่งที่ต้องตรวจกับเอกสารของ LINE ในวันที่วางแผน ไม่ใช่สิ่งที่ควรสมมติเอาเอง
เรื่องการกลับมาใช้ซ้ำเป็นเหตุผลเชิงตำแหน่งล้วน ๆ บริการที่อยู่ในแอปที่ผู้ใช้เปิดอยู่แล้วมีต้นทุนในการกลับมาต่ำกว่าบริการที่ต้องขอให้ผู้ใช้เปิดแอปใหม่ และเมื่อ MINI App ผ่านการตรวจสอบแล้ว ยังเพิ่ม shortcut ไปที่หน้าโฮมของเครื่องได้อีกชั้นหนึ่ง เท่ากับได้ไอคอนบนหน้าจอกลับมาโดยไม่ต้องผ่านสโตร์
ส่วนแชตบอตควรถูกมองว่าเป็นคนละเครื่องมือ ไม่ใช่รุ่นด้อยกว่า Chatbot เก่งการสนทนา ไม่เก่งหน้าจอซับซ้อน งานอย่างการตอบคำถามซ้ำ ๆ การคัดกรองก่อนส่งต่อพนักงาน หรือการแจ้งสถานะ เหมาะกับบทสนทนามากกว่าหน้าจอ แต่พอโจทย์กลายเป็นการเลือกที่นั่ง เลือกสาขา เลือกเวลา และจ่ายเงินในขั้นตอนเดียว หน้าจอจะทำงานได้ดีกว่าข้อความโต้ตอบ ทีมที่ได้ผลดีมักใช้ทั้งสองอย่างคู่กัน โดยให้บอตเป็นทางเข้าและให้ MINI App เป็นที่ที่งานจบ
กลุ่มงานที่นิยมทำเป็น Mini App LINE สำหรับธุรกิจ
รายการต่อไปนี้เป็นกลุ่มการใช้งานเชิงรูปแบบ ไม่ใช่การอ้างถึงแบรนด์ใดแบรนด์หนึ่ง จุดร่วมของทุกกลุ่มคือเป็นงานที่ลูกค้าทำบ่อยพอที่จะต้องการหน้าจอ แต่ไม่บ่อยพอที่จะยอมติดตั้งแอปแยก
ระบบสมาชิกและสะสมแต้ม เป็นกลุ่มที่ตรงกับข้อจำกัดของแอปเนทีฟที่สุด เพราะการสะสมแต้มเกิดขึ้นตอนอยู่หน้าเคาน์เตอร์ ซึ่งเป็นจังหวะที่ไม่มีใครอยากรอโหลดแอป รูปแบบที่พบคือหน้าจอแสดงบัตรสมาชิกและแต้มคงเหลือ พร้อมประวัติการใช้สิทธิ์ ร้านอาหารเชนหนึ่งอาจใช้รูปแบบนี้เป็นตัวอย่างเชิงรูปแบบได้ โดยให้พนักงานสแกนจากหน้าจอเดียวกันที่ลูกค้าเปิดอยู่
การจองคิวและนัดหมาย เหมาะกับธุรกิจบริการที่ลูกค้าต้องเลือกสาขา เลือกช่าง และเลือกช่วงเวลา งานแบบนี้ต้องการปฏิทินและตัวเลือกที่มองเห็นพร้อมกัน ซึ่งเป็นสิ่งที่บทสนทนาทำได้ลำบาก คลินิกหรือร้านบริการอาจใช้รูปแบบนี้โดยให้บัญชีทางการทำหน้าที่เตือนนัด แล้วให้หน้าจอทำหน้าที่รับจอง
การสั่งอาหารและสั่งสินค้า คือกลุ่มที่ต้องการหน้ารายการสินค้า ตัวเลือกย่อย และตะกร้า ทั้งหมดนี้เป็นหน้าเว็บโดยธรรมชาติ การเพิ่มระบบชำระเงินเป็นฟีเจอร์กำหนดเองทำให้ขั้นตอนจบได้ในที่เดียวโดยไม่ต้องพาผู้ใช้ออกไปหน้าอื่น
บัตรและตั๋วเข้างาน เป็นรูปแบบที่ได้ประโยชน์จากการที่ผู้ใช้ไม่ต้องติดตั้งอะไรเลย ผู้เข้าร่วมงานหนึ่งครั้งไม่มีเหตุผลจะติดตั้งแอปสำหรับงานนั้น แต่มีเหตุผลจะเปิดหน้าจอที่แสดงรหัสเข้างานของตัวเอง
การขอใบเสนอราคาประกัน เป็นงานที่ต้องกรอกข้อมูลหลายชั้นและมีเงื่อนไขซ้อนกัน หน้าฟอร์มที่แบ่งเป็นขั้นตอนทำงานได้ดีกว่าการถามตอบทีละบรรทัด และข้อมูลที่กรอกไว้ยังส่งต่อให้ทีมขายทำงานต่อได้
อสังหาริมทรัพย์ ใช้รูปแบบเดียวกันกับการค้นหาที่มีตัวกรอง ผู้สนใจเลือกทำเล ช่วงราคา และประเภทห้อง แล้วนัดชมโครงการจากหน้าจอเดียวกัน งานนี้ต้องการรูปภาพจำนวนมาก ซึ่งเป็นงานของหน้าเว็บมากกว่าห้องแชต
งานบุคคลภายในองค์กร เป็นกลุ่มที่มักถูกมองข้าม ทั้งการลงเวลา การยื่นลา และการดูสลิป เป็นงานที่พนักงานทำเดือนละไม่กี่ครั้ง องค์กรจึงยากที่จะทำให้พนักงานติดตั้งแอปภายในและจำรหัสผ่านได้ การวางไว้ในแอปที่พนักงานใช้อยู่แล้วช่วยลดแรงเสียดทานตรงนี้
การศึกษาและการอบรม ใช้กับการลงทะเบียนเรียน การเช็กชื่อ และการดูตารางเรียน ผู้ปกครองและผู้เรียนมักอยากเห็นข้อมูลเดียวกันคนละมุม ซึ่งจัดการด้วยสิทธิ์การเข้าถึงบนหน้าจอเดียวกันได้
สิ่งที่ควรสังเกตคือทุกกลุ่มข้างต้นมีลักษณะร่วมกันสามอย่าง คือเป็นงานที่มีขั้นตอนชัดเจน มีข้อมูลที่ต้องดึงจากระบบหลังบ้าน และเกิดขึ้นในจังหวะที่ลูกค้าไม่มีเวลารอ ถ้าโจทย์ของคุณไม่มีลักษณะเหล่านี้เลย มินิแอปอาจไม่ใช่คำตอบ และ บัญชีทางการของ LINE ที่ตั้งค่าดี ๆ อาจเพียงพอแล้วสำหรับปีนี้
LINE MINI App ทำงานร่วมกับ LINE CRM อย่างไร
ประโยชน์ที่มักถูกพูดถึงน้อยที่สุดของมินิแอปคือมันเป็นจุดที่ข้อมูลพฤติกรรมเกิดขึ้นเป็นโครงสร้าง แชตให้ข้อความ ส่วนหน้าจอให้เหตุการณ์ เช่น เปิดหน้าไหน เลือกสาขาใด จองเวลาใด และจบขั้นตอนหรือไม่ ข้อมูลชุดนี้คือวัตถุดิบของงาน CRM ที่ทำต่อได้ ต่างจากประวัติแชตที่ต้องอ่านทีละกล่อง
การวางระบบจึงควรเริ่มจากคำถามว่าอะไรคือกุญแจที่ใช้เชื่อมข้อมูล ถ้าลูกค้าคนเดียวกันปรากฏในระบบสมาชิกเดิม ในบัญชีทางการ และในมินิแอป ทีมต้องตกลงกันให้ได้ว่าใช้ตัวระบุอะไรเป็นตัวเชื่อม และใครเป็นเจ้าของข้อมูลชุดนั้น การตัดสินใจข้อนี้ทำตอนออกแบบถูกกว่าการมาแก้ทีหลังหลายเท่า
ฟีเจอร์ที่มีมาให้ในตัวอย่างการขอสิทธิ์เข้าถึงบริการจากผู้ใช้คือจุดที่ความยินยอมเกิดขึ้น ควรออกแบบให้ข้อความที่ผู้ใช้เห็นตรงกับสิ่งที่จะเอาข้อมูลไปใช้จริง และควรบันทึกไว้ว่าผู้ใช้ให้ความยินยอมเมื่อใดในเวอร์ชันข้อความใด ซึ่งเป็นเรื่องที่ทีมกฎหมายจะถามแน่นอนเมื่อระบบโตขึ้น
เมื่อข้อมูลไหลเข้าระบบแล้ว งานถัดไปคือการทำให้มันสั่งงานได้ นั่นคือหน้าที่ของ ระบบ CRM บน LINE ที่แบ่งกลุ่มผู้ใช้ตามพฤติกรรมจริงและส่งข้อความที่ตรงกับสิ่งที่เขาเพิ่งทำ ส่วนการดึงคนใหม่เข้ามาที่หน้าจอนี้ตั้งแต่แรกเป็นงานของสื่อ ซึ่ง การโฆษณาบนแพลตฟอร์ม LINE เป็นหนึ่งในช่องทางที่พาคนเข้ามาได้โดยไม่ต้องออกจากแอป
อีกด้านที่ต้องวางแผนคือหน้าตาและความรู้สึกของหน้าจอ เพราะพื้นที่เนื้อหาเป็นของทีม แต่ผู้ใช้ตัดสินความน่าเชื่อถือภายในไม่กี่วินาทีแรก งานออกแบบส่วนนี้ใช้หลักเดียวกับ การออกแบบเว็บไซต์ คือลำดับความสำคัญของข้อมูล ความเร็วในการโหลด และความชัดของปุ่มถัดไป ไม่ใช่จำนวนเอฟเฟกต์บนหน้า
เช็กลิสต์ 5 ข้อก่อนตัดสินใจสร้าง
ก่อนอนุมัติงบ ให้ตอบห้าข้อนี้เป็นลายลักษณ์อักษร ถ้ามีข้อใดตอบไม่ได้ นั่นคือความเสี่ยงที่ควรจัดการก่อน ไม่ใช่ก่อนหน้าจอแรกจะถูกออกแบบ
- งานอะไรที่ลูกค้าต้องทำซ้ำ เขียนชื่องานนั้นออกมาเป็นประโยคเดียว เช่น จองคิวช่าง เช็กแต้ม ต่ออายุกรมธรรม์ ถ้าเขียนไม่ได้ในประโยคเดียว แปลว่าขอบเขตยังกว้างเกินไปสำหรับเวอร์ชันแรก
- วันนี้ลูกค้าทำงานนั้นอย่างไร ถ้าปัจจุบันจบได้ด้วยการทักแชตหาแอดมิน ให้วัดก่อนว่ามีกี่เคสต่อสัปดาห์และใช้เวลาต่อเคสเท่าไร ตัวเลขนี้หาได้จากระบบที่ใช้อยู่ ไม่ต้องรอผลสำรวจจากที่อื่น และมันคือฐานเปรียบเทียบหลังเปิดใช้งาน
- ระบบหลังบ้านพร้อมให้เชื่อมหรือยัง มินิแอปคือหน้าจอ ไม่ใช่ฐานข้อมูล ถ้าแต้มสมาชิกยังอยู่ในไฟล์สเปรดชีตหรือคิวช่างยังจดในสมุด งานจริงคืองานหลังบ้าน และควรจัดลำดับมันไว้ก่อน
- ใครดูแลหลังเปิดใช้ ระบุชื่อผู้รับผิดชอบเนื้อหา ผู้ดูแลเทคนิค และผู้ตัดสินใจเมื่อมีเคสร้องเรียน รวมถึงงบดูแลรายปี โปรเจกต์ที่ไม่มีเจ้าของหลังวันเปิดตัวมักตายเงียบภายในไม่กี่เดือน
- จะวัดผลด้วยอะไร เลือกตัวชี้วัดที่ผูกกับงานในข้อหนึ่งโดยตรง เช่น สัดส่วนการจองที่จบเองโดยไม่ต้องมีคนช่วย หรือจำนวนเคสที่แอดมินต้องเข้าไปแก้ ตั้งค่าการเก็บข้อมูลให้เสร็จก่อนเปิดตัว เพราะข้อมูลของสัปดาห์แรกย้อนเก็บไม่ได้
ห้าข้อนี้ยังใช้เป็นแบบทดสอบว่าโปรเจกต์ควรเริ่มเล็กแค่ไหน ทีมที่ตอบครบทั้งห้าข้อมักเริ่มด้วยงานเดียวและปล่อยของได้เร็ว ส่วนทีมที่ตอบได้สองข้อมักเริ่มด้วยรายการฟีเจอร์ยาวหนึ่งหน้าและใช้เวลาหลายเดือนกว่าจะได้ผู้ใช้จริงคนแรก
สิ่งที่นักการตลาดไทยควรพิจารณา
สำหรับตลาดไทย ประเด็นที่ควรชั่งน้ำหนักคือช่องทางที่ลูกค้าเปิดอยู่แล้วมีต้นทุนต่ำกว่าช่องทางที่ต้องสร้างนิสัยใหม่เสมอ นั่นเป็นหลักการทั่วไป ไม่ใช่ข้อความที่เอกสารของ LINE พูดถึงประเทศไทยโดยเฉพาะ การตัดสินใจจึงควรตั้งอยู่บนข้อมูลของธุรกิจคุณเอง เช่น สัดส่วนลูกค้าที่ติดต่อผ่านแชตอยู่แล้ว และประเภทคำถามที่เข้ามาซ้ำที่สุด
ข้อควรระวังคือการเอามินิแอปไปแทนสิ่งที่ยังทำงานได้ดี ถ้าบัญชีทางการปัจจุบันปิดการขายได้ดีอยู่แล้ว การเพิ่มหน้าจอเข้าไปอาจไม่เพิ่มยอด แต่เพิ่มงานดูแล ทางที่สมเหตุสมผลกว่าคือหาจุดที่คนล้นในกระบวนการปัจจุบัน แล้วเอาหน้าจอไปวางตรงจุดนั้นจุดเดียวก่อน
สุดท้าย ให้ระวังตัวเลขที่ลอยมาในใบเสนอราคา ไม่ว่าจะเป็นจำนวนผู้ใช้ อัตราการกลับมาใช้ซ้ำ หรือระยะเวลาการตรวจสอบ ถ้าไม่มีที่มาก็อย่าเอาไปใส่ในแผน สิ่งที่ทำได้จริงคือกำหนดวิธีวัดของตัวเองไว้ล่วงหน้า แล้ววัดจากผู้ใช้ของคุณเองในเดือนแรก
คำถามที่พบบ่อยเกี่ยวกับ Mini App LINE
LINE MINI App ต่างจาก LIFF อย่างไรแบบสั้นที่สุด
LIFF คือเฟรมเวิร์กเว็บแอปที่อยู่ข้างใต้ ส่วน LINE MINI App คือเว็บแอปที่สร้างบนฐาน LIFF โดยมีประเภทแชนเนลแบบ MINI App เส้นทางการตรวจสอบ และเปลือก UI ของ LINE เพิ่มเข้ามา พูดอีกแบบคือ LIFF เป็นเรื่องของเครื่องมือ ส่วน MINI App เป็นเรื่องของรูปแบบที่ผู้ใช้เห็น
ต้องผ่านการตรวจสอบจาก LINE ก่อนถึงจะเริ่มทำได้ไหม
ไม่ต้อง เพราะใครก็สร้าง MINI App แบบ unverified ได้ เพียงแต่ฟีเจอร์บางอย่างถูกจำกัด และส่วนหัวของแอปจะแสดงชื่อเรื่องกับชื่อโดเมนของ endpoint URL แทนชื่อ LINE MINI App เมื่อผ่านการตรวจสอบแล้วจะได้ verified badge พร้อมฟีเจอร์เพิ่มอย่างการเพิ่ม shortcut ไปที่หน้าโฮมของเครื่องและ Custom Path
ผู้ใช้เปิด LINE MINI App จากนอกแอป LINE ได้ไหม
ได้ เอกสารระบุว่าผู้ใช้เข้าถึง LINE MINI App ได้ทั้งจากภายใน LINE และจากภายนอก LINE ซึ่งมีผลกับการวางแผนสื่อ เพราะปลายทางเดียวกันถูกอ้างถึงจากช่องทางอื่นได้ ส่วนรายละเอียดว่าแต่ละช่องทางแสดงผลอย่างไรควรตรวจกับเอกสารของ LINE ในวันที่ทำงานจริง
ทำ LINE MINI App แล้วต้องเลิกใช้ LINE Official Account หรือเปล่า
ไม่จำเป็น เพราะทั้งสองอย่างทำงานคนละหน้าที่ บัญชีทางการเป็นช่องทางสนทนาและส่งข้อความ ส่วนมินิแอปเป็นหน้าจอที่ให้ผู้ใช้ทำงานที่มีขั้นตอนจนจบ เอกสารที่ใช้อ้างอิงในบทความนี้อธิบาย MINI App ในฐานะเว็บแอปที่ทำงานในแอป LINE ไม่ได้ระบุว่ามันมาแทนที่บัญชีทางการ
ใช้เวลาตรวจสอบนานแค่ไหน และมีค่าใช้จ่ายเท่าไร
เอกสารที่ใช้อ้างอิงในบทความนี้ไม่ได้ระบุระยะเวลาการตรวจสอบและไม่ได้ระบุค่าใช้จ่าย ทางที่ถูกต้องคือตรวจเงื่อนไขล่าสุดใน LINE Developers Console ของโปรเจกต์คุณเอง และสอบถามช่องทางสนับสนุนของ LINE โดยตรง อย่าอ้างอิงตัวเลขที่ไม่มีแหล่งที่มาในแผนงบประมาณ
สรุป
LINE MINI App ไม่ได้แก้ทุกปัญหา แต่มันแก้ปัญหาที่แพงที่สุดของโปรเจกต์แอปส่วนใหญ่ได้ นั่นคือการทำให้คนเริ่มใช้ ถ้างานของคุณเข้าเกณฑ์ในเช็กลิสต์ข้างต้น ขั้นตอนต่อไปคือเขียนขอบเขตงานของเวอร์ชันแรกให้เล็กที่สุดเท่าที่ยังมีประโยชน์ แล้ววัดผลจากผู้ใช้จริง หากต้องการทีมช่วยประเมินความเป็นไปได้และวางโครงระบบ ดูรายละเอียด บริการรับทำ LINE MINI App ได้ที่หน้าบริการ
