ไม่จำเป็นครับ แอปที่สร้างด้วย AI อย่าง Claude Code, Codex หรือ Cursor ส่วนใหญ่เริ่มต้นเป็นเว็บแอปที่เปิดผ่าน browser หรือใช้งานผ่าน LINE ได้ทันทีโดยไม่ต้องผ่าน App Store หรือ Google Play เลย การลง store จะคุ้มก็ต่อเมื่องานของคุณต้องใช้ความสามารถเฉพาะของเครื่อง เช่น Bluetooth หรือการทำงานเบื้องหลัง หรือต้องการให้คนค้นเจอใน store โดยตรง ผลงานที่ยกมาในบทความนี้ทุกชิ้นใช้งานผ่าน browser หรือ LINE ได้โดยไม่ต้องติดตั้งอะไรเพิ่ม
บทความนี้จะพาดู 4 ทางเลือกหลัก ข้อดีข้อเสียของแต่ละแบบ ตัวอย่างผลงานจริงของคนไทยที่เลือกแต่ละทาง และวิธีตัดสินใจว่างานของคุณควรไปทางไหน
คำตอบสั้น: 4 ทางเลือกและความต่างที่ต้องรู้
คำว่า "แอป" ในหัวคนทั่วไปมักหมายถึงไอคอนบนหน้าจอมือถือที่โหลดมาจาก store แต่ในทางเทคนิค แอปที่ใช้งานได้จริงมีได้หลายรูปแบบ ตารางนี้สรุปให้เห็นภาพรวมก่อน
| ทางเลือก | ติดตั้งยังไง | ค่าใช้จ่ายในการเผยแพร่ | เข้าถึง hardware ของเครื่อง | เหมาะกับ |
|---|---|---|---|---|
| เว็บแอปธรรมดา | เปิด URL ใน browser | ค่า domain และ hosting (หลายเจ้ามี free tier) | จำกัด ใช้ได้เฉพาะที่ browser เปิดให้ เช่น กล้อง ตำแหน่ง | เครื่องมือ dashboard เกม browser ระบบหลังบ้าน |
| PWA (Progressive Web App) | เปิด URL แล้วกด "เพิ่มไปหน้าจอหลัก" | เท่ากับเว็บแอป | เท่ากับเว็บแอป แต่เพิ่มการทำงาน offline และไอคอนบนหน้าจอ | แอปที่อยากให้เปิดบ่อยเหมือน native แต่ไม่อยากผ่าน store |
| ใช้ผ่าน LINE | เพิ่มเพื่อน LINE OA หรือเปิดลิงก์ในแชท | ค่า LINE OA ตามแพ็กเกจ บวก hosting | ใช้ผ่าน browser ภายใน LINE | กลุ่มครอบครัว ร้านค้า ชุมชนที่ใช้ LINE อยู่แล้ว |
| Native app ลง store | โหลดจาก App Store หรือ Google Play | Apple Developer Program ประมาณ 99 USD ต่อปี Google Play ประมาณ 25 USD ครั้งเดียว บวกเวลารอ review | เข้าถึงได้เต็มที่ Bluetooth การแจ้งเตือน การทำงานเบื้องหลัง | แอปที่ต้องใช้ sensor พิเศษ หรือต้องการยอดโหลดจาก store |
จะเห็นว่า 3 ทางแรกแชร์พื้นฐานเดียวกันคือเป็นเว็บ ต่างกันแค่ "ประตูทางเข้า" ส่วน native app เป็นเส้นทางที่แยกออกไปทั้งเรื่องภาษา เครื่องมือ และค่าใช้จ่าย
เว็บแอปธรรมดา จุดเริ่มที่เหมาะกับคนทำด้วย AI ที่สุด
เหตุผลหลักที่คนทำ vibe coding เริ่มจากเว็บแอปคือ AI ถนัดเรื่องนี้ที่สุด เพราะข้อมูลที่ใช้ฝึกมีโค้ดเว็บมหาศาล ทั้ง HTML, CSS, JavaScript และ framework อย่าง Next.js, Astro หรือ React เวลาสั่ง Claude Code ให้สร้างหน้าเว็บ มันเขียนออกมาแล้วรันดูได้ภายในไม่กี่นาที ไม่ต้องรอ build ลงเครื่องจำลอง ไม่ต้องสมัคร developer account
ข้อดีอีกข้อที่คนมักมองข้ามคือการแก้ไข เว็บแอป deploy ใหม่แล้วผู้ใช้ทุกคนได้เวอร์ชันล่าสุดทันทีตอน refresh หน้า ส่วน native app ต้องส่ง review แล้วรอผู้ใช้กดอัปเดตเอง สำหรับคนที่ทำคนเดียวและแก้โค้ดวันละหลายรอบ ความต่างนี้ใหญ่มาก
ตัวอย่างผลงานคนไทยที่เลือกทางนี้แล้วทำงานได้ครบ
Freedom Life Board Game เป็นเกมกระดานฝึกบริหารเงินที่จำลองการเงินผ่านอาชีพไทย 20 อาชีพ ให้ผู้เล่นบริหารเงินเดือน หนี้ รายจ่าย และลงทุนสร้าง Passive Income เล่นผ่าน browser ได้ 2 ถึง 6 คนโดยไม่ต้องติดตั้ง เกมแบบนี้ถ้าทำเป็น native app จะต้องให้ผู้เล่นทุกคนโหลดก่อนถึงจะเริ่มได้ แต่พอเป็นเว็บ แค่ส่งลิงก์ก็เล่นด้วยกันได้เลย
3Chess ดัดแปลงหมากรุกให้รองรับผู้เล่น 3 คนบนกระดาน 6 เหลี่ยม ผู้เล่นเข้าเล่นออนไลน์ผ่าน browser ได้ host บน Nginx ซึ่งแสดงว่าเว็บเกมไม่จำเป็นต้องพึ่ง platform ใหญ่ ใช้ server ของตัวเองก็ได้
Karaoke Type เปลี่ยนการฝึกพิมพ์สัมผัสภาษาไทยและอังกฤษให้เป็นการพิมพ์ตามเพลงจาก YouTube ผู้เล่นสะสมเหรียญซื้อของ ใช้ skill เล่นโหมด rank และเพิ่มเพลงที่ชอบลงคลังเพื่อแบ่งปันกับผู้อื่นได้ host บน Vercel และใช้ Supabase เป็น backend งานที่ต้องใช้ keyboard จริงแบบนี้ เว็บบน desktop คือคำตอบที่ตรงที่สุดอยู่แล้ว
ข้อจำกัดของเว็บแอปที่ควรรู้ก่อน
เว็บแอปทำได้ไม่ครบทุกอย่าง จุดที่ติดบ่อยคือการแจ้งเตือนแบบ push บน iPhone ซึ่งมีเงื่อนไขมากกว่าบน Android การทำงานเบื้องหลังตอนปิดหน้าเว็บ และการเข้าถึง Bluetooth หรือ NFC ที่ browser บางตัวไม่รองรับ ถ้างานของคุณพึ่งสิ่งเหล่านี้เป็นหลัก ให้ดูหัวข้อ native app ด้านล่าง
PWA ให้เว็บมีไอคอนบนหน้าจอโดยไม่ต้องผ่าน store
PWA คือเว็บแอปที่เพิ่มไฟล์ 2 ส่วนเข้าไป ส่วนแรกคือ manifest ที่บอกชื่อ ไอคอน และสีของแอป ส่วนที่สองคือ service worker ที่จัดการ cache ให้เปิดได้แม้ตอน offline พอมีครบ ผู้ใช้จะกด "เพิ่มไปหน้าจอหลัก" แล้วได้ไอคอนที่เปิดขึ้นมาเต็มจอเหมือน native app ไม่มีแถบ URL ของ browser
สำหรับคนทำด้วย AI ข่าวดีคือการแปลงเว็บเป็น PWA เป็นงานที่สั่งได้ใน prompt เดียว ตัวอย่างที่ใช้กับ Claude Code หรือ Cursor ได้เลย
- สร้าง manifest.json ชื่อแอป "..." theme color "..." พร้อม icon ขนาด 192 และ 512
- เพิ่ม service worker ที่ cache หน้าหลักและไฟล์ static ให้เปิด offline ได้
- ใส่ meta tag สำหรับ iOS ให้เปิดแบบ standalone
- อย่าแก้ logic เดิมของแอป
PWA เหมาะกับแอปที่ผู้ใช้เปิดบ่อยและอยากให้มันอยู่บนหน้าจอ เช่น แอปจดบันทึก แอปติดตามนิสัย หรือ dashboard ที่ดูทุกวัน แต่ต้องยอมรับว่าผู้ใช้ไทยจำนวนไม่น้อยยังไม่ชินกับการกดเพิ่มไปหน้าจอหลัก คุณต้องมีคำอธิบายสั้นบนหน้าเว็บช่วยบอกขั้นตอน
ใช้ LINE แทนการติดตั้งแอป ทางลัดที่คนไทยได้เปรียบ
คนไทยมี LINE อยู่ในเครื่องแทบทุกคน การให้ผู้ใช้ "เพิ่มเพื่อน" จึงง่ายกว่าให้โหลดแอปใหม่มาก ทางเลือกนี้มี 2 ระดับ ระดับแรกคือใช้ LINE OA ส่งข้อความและรับคำสั่งผ่าน chat โดยมีเว็บของเราเป็นหลังบ้าน ระดับที่สองคือเปิดหน้าเว็บของเราขึ้นมาภายใน LINE เลย ซึ่งผู้ใช้ไม่ต้องสมัครบัญชีใหม่เพราะ LINE รู้อยู่แล้วว่าเขาคือใคร
ผลงานที่เลือกทางนี้ชัดมากคือ Oong Greb ซึ่งให้ทั้งบ้านติดตามของในตู้เย็นร่วมกันแบบ real-time ผ่าน LINE โดยไม่ต้องติดตั้ง app หรือสมัครบัญชีเพิ่ม ช่วยลดปัญหาซื้อของซ้ำและลืมของจนหมดอายุ สร้างด้วย Astro และ host บน Cloudflare Pages กับ Firebase Hosting ลองนึกภาพว่าถ้าทำเป็น native app แล้วต้องให้พ่อแม่โหลดแอปใหม่ สมัครบัญชี และตั้งรหัสผ่าน โอกาสที่ทั้งบ้านจะใช้จริงจะลดลงทันที การอยู่ใน LINE จึงไม่ใช่แค่เรื่องเทคนิค แต่เป็นเรื่องว่าคนในบ้านจะยอมใช้หรือไม่
ข้อควรระวังของทางนี้คือ คุณผูกกับ LINE ทั้งเรื่องค่าใช้จ่ายของ LINE OA เมื่อส่งข้อความเกินโควตา และนโยบายของ platform ที่เปลี่ยนได้ แนวทางที่ปลอดภัยคือให้ LINE เป็นประตูทางเข้า แต่เก็บข้อมูลและ logic ไว้ที่ backend ของตัวเอง เพื่อให้ย้ายไปเปิดเป็นเว็บหรือ PWA ทีหลังได้โดยไม่ต้องเขียนใหม่
เมื่อไหร่ถึงควรลง App Store หรือ Google Play
มี 4 สถานการณ์ที่ native app เป็นคำตอบจริง
สถานการณ์แรก งานต้องใช้ hardware ที่ browser เข้าไม่ถึง เช่น Bluetooth เชื่อมอุปกรณ์ตลอดเวลา การอ่าน NFC การทำงานเบื้องหลังนาน ๆ หรือการเก็บข้อมูลสุขภาพจากตัวเครื่อง
สถานการณ์ที่สอง รูปแบบรายได้พึ่ง in app purchase หรือ subscription ที่อยากให้ผู้ใช้จ่ายผ่าน store เพราะกดครั้งเดียวจบ ไม่ต้องกรอกบัตร แต่ต้องยอมเสียส่วนแบ่งให้ platform
สถานการณ์ที่สาม ต้องการให้คนค้นเจอใน store โดยตรง ซึ่งเป็นช่องทางหาผู้ใช้อีกทางที่เว็บไม่มี
สถานการณ์ที่สี่ ลูกค้าหรือองค์กรที่คุณทำงานให้กำหนดมาว่าต้องเป็นแอปใน store เช่น งานประมูลหรืองานที่มีข้อกำหนดด้านการติดตั้งในเครื่องพนักงาน
แต่ถึงจะเข้าสถานการณ์เหล่านี้ ก็ยังมีทางที่เริ่มจากเว็บก่อนได้ ตัวอย่างที่น่าสนใจคือ Kidney Breathalyzer ซึ่งแสดงผลคัดกรองความเสี่ยงโรคไตจากข้อมูลลมหายใจที่รับจากอุปกรณ์ ESP32 โดยเป็นต้นแบบพิสูจน์แนวคิดสำหรับการแข่งขัน ผู้ใช้ดูประวัติผล แนวโน้มย้อนหลัง 7 หรือ 30 วัน และคำอธิบายจาก AI ได้ สร้างด้วย Next.js บน Vercel งานนี้มี hardware เกี่ยวข้องชัดเจน แต่ผู้สร้างเลือกให้ตัวอุปกรณ์เป็นฝั่งที่จัดการเรื่องเซ็นเซอร์ แล้วให้เว็บเป็นหน้าแสดงผล ซึ่งทำให้พิสูจน์ไอเดียได้เร็วโดยไม่ต้องไปยุ่งกับ store เลยในช่วงต้นแบบ
ถ้าจะทำ native app ด้วย AI จริง ควรรู้อะไร
AI ช่วยเขียน native app ได้ แต่คุณจะเจองานรอบนอกที่ AI ช่วยไม่ได้มากนัก เช่น การสมัคร developer account การเตรียมภาพหน้าจอตามขนาดที่ store กำหนด การเขียนนโยบายความเป็นส่วนตัว การตอบคำถามทีม review และการรอผล ซึ่งใช้เวลาเป็นวันไม่ใช่นาที ถ้าคุณยังไม่แน่ใจว่าไอเดียมีคนใช้จริงไหม งานเหล่านี้คือต้นทุนที่จ่ายไปก่อนจะได้คำตอบ
"แอป" ไม่ได้อยู่แค่บนมือถือ
อีกมุมที่คนมักลืมคือเว็บแอปสามารถถูกใช้ในที่ที่ไม่ใช่ browser บนมือถือเลยก็ได้ OBSIDIAN HUB รวมระบบรับ donate ผ่าน PromptPay, overlay แจ้งเตือนสำหรับ OBS, ตู้ขอเพลง Spotify และ AI Voice เชื่อมต่อกับ TikTok และ YouTube Live เพื่อช่วย streamer จัดการเครื่องมือระหว่าง live ไว้ในที่เดียว host บน Firebase Hosting ตัว overlay ในที่นี้คือหน้าเว็บที่โปรแกรม OBS ดึงไปซ้อนบนภาพ live นั่นคือเว็บแอปทำหน้าที่เป็น "ปลั๊กอิน" ของโปรแกรม desktop โดยที่ผู้ใช้ไม่ต้องติดตั้งอะไรนอกจากวาง URL
ถ้ากลุ่มผู้ใช้ของคุณทำงานบนคอมเป็นหลัก เช่น streamer นักบัญชี หรือคนทำ content เว็บแอปบน desktop อาจเป็นคำตอบที่ตรงกว่าแอปมือถือตั้งแต่ต้น และคำถามเรื่อง App Store ก็หายไปเลย
แนวทางตัดสินใจ 5 ข้อก่อนเริ่มเขียน prompt
- ถามว่าผู้ใช้ของคุณอยู่ที่ไหน ถ้าอยู่ใน LINE กันทั้งกลุ่ม ให้เริ่มที่ LINE ถ้าใช้คอมทำงาน ให้เริ่มที่เว็บ desktop ถ้าต้องเปิดบ่อยบนมือถือ ให้ทำเว็บแล้วเพิ่ม PWA
- ลิสต์ hardware ที่ต้องใช้ ถ้ามีแค่กล้อง ตำแหน่ง และการแจ้งเตือนทั่วไป เว็บทำได้ ถ้ามี Bluetooth, NFC หรือต้องรันเบื้องหลัง ให้วางแผน native ไว้ในระยะถัดไป
- ดูรูปแบบรายได้ ถ้ารับเงินผ่าน PromptPay หรือโอนตรง เว็บจบงานได้ ถ้าต้องใช้ subscription ผ่าน store ให้คิดเรื่อง native ตั้งแต่แรก
- นับว่าต้องแก้บ่อยแค่ไหน ช่วงเดือนแรกที่คุณยังปรับทุกวัน เว็บเหมาะกว่าเพราะ deploy แล้วทุกคนได้ของใหม่ทันที
- เผื่อทางย้าย ไม่ว่าจะเลือกทางไหน ให้แยก backend และข้อมูลออกจากหน้าตา เพื่อให้วันหนึ่งที่ต้องทำ native app จริง คุณใช้ backend เดิมได้
เริ่มลงมือกับ Claude Code หรือ Cursor ยังไง
ขั้นแรก สั่งสร้างเว็บแอปด้วย framework ที่ AI ถนัด เช่น Next.js หรือ Astro แล้ว deploy ขึ้น Vercel หรือ Cloudflare Pages เพื่อให้ได้ URL จริงภายในวันแรก ขั้นที่สอง เอา URL ไปให้คนใช้จริง 5 ถึง 10 คน แล้วดูว่าเขาติดตรงไหน ขั้นที่สาม ถ้ามีคนบอกว่าหา URL ไม่เจอหรืออยากมีไอคอน ให้สั่ง AI เพิ่ม PWA ขั้นที่สี่ ถ้าผู้ใช้อยู่ใน LINE ให้เชื่อม LINE OA เป็นทางเข้า และขั้นสุดท้าย ค่อยคิดเรื่อง store เมื่อมีคนใช้สม่ำเสมอและมีข้อจำกัดที่เว็บแก้ไม่ได้จริง
ลำดับนี้ทำให้คุณได้คำตอบว่าไอเดียมีคนใช้ไหมก่อนจะจ่ายค่า developer account และเสียเวลารอ review ซึ่งสำหรับคนทำคนเดียวด้วย AI เวลาและแรงใจคือทรัพยากรที่มีจำกัดที่สุด
สรุปสั้นอีกครั้ง ทำแอปด้วย AI ไม่ต้องลง App Store ก่อน เริ่มที่เว็บ ขยายเป็น PWA หรือ LINE ตามที่ผู้ใช้อยู่ และไป native app เฉพาะเมื่อมีเหตุผลทางเทคนิคหรือทางธุรกิจที่ชัดเจน ผลงานของคนไทยหลายชิ้นที่ยกมาพิสูจน์แล้วว่าเว็บแอปทำงานได้จริง ทั้งเกมหลายคน เครื่องมือในบ้าน และระบบสำหรับ streamer โดยไม่มีไอคอนใน store แม้แต่ชิ้นเดียว
