พนักงานทำระบบใช้ในบริษัทเองด้วย AI ได้ไหม? ระบบลา บอร์ดภายใน ติดตามงานภาคสนาม ทำได้แค่ไหน และต้องระวังอะไร

ทำได้ และเป็นงานที่เหมาะกับการเริ่มต้นใช้ AI เขียนโค้ดมากกว่าการทำแอปขายคนทั่วไปเสียอีก เพราะผู้ใช้คือเพื่อนร่วมงานที่คุณรู้จัก ปัญหาชัดเจน และไม่ต้องแข่งกับใคร ระบบลา บอร์ดตั้งกระทู้ภายใน ตารางเวร หรือฟอร์มกรอกข้อมูลภาคสนาม ล้วนเป็นงานที่คนทำคนเดียวสั่ง AI อย่าง Claude Code หรือ Cursor สร้างได้ภายในไม่กี่วัน แต่สิ่งที่ต้องคิดให้ดีไม่ใช่เรื่องโค้ด แต่คือเรื่องสิทธิ์การเข้าถึง ข้อมูลของบริษัท และใครจะดูแลระบบต่อเมื่อคุณไม่อยู่

บทความนี้จะพาดูว่าระบบภายในแบบไหนที่ทำเองได้จริง ยกตัวอย่างผลงานของคนไทยที่อยู่ในทำเนียบของแอปเทพ แล้วค่อยลงรายละเอียดว่าควรเริ่มยังไง และตรงไหนที่ต้องหยุดถามหัวหน้าก่อน

ทำไมระบบภายในถึงเป็นจุดเริ่มที่ดีสำหรับคนที่ไม่ใช่โปรแกรมเมอร์

คนส่วนใหญ่ที่เริ่มทำแอปด้วย AI มักนึกถึงการทำ startup หรือแอปที่คนทั่วไปโหลดใช้ ซึ่งยากตรงที่ต้องหาผู้ใช้ ต้องรองรับคนแปลกหน้า และต้องทำทุกอย่างให้สมบูรณ์ตั้งแต่วันแรก ระบบภายในองค์กรกลับกันหมด

ข้อแรก คุณรู้ปัญหาดีอยู่แล้ว ถ้าทุกเดือนต้องรวบรวมใบลาจากกระดาษหรือจากแชทมาพิมพ์ลง Excel คุณไม่ต้องไปสัมภาษณ์ใครว่าปัญหาคืออะไร คุณเป็นคนเจ็บเอง

ข้อสอง ผู้ใช้มีจำนวนจำกัดและติดต่อได้ ถ้าระบบมีบั๊ก เพื่อนร่วมงานเดินมาบอกที่โต๊ะ ไม่ใช่รีวิว 1 ดาวที่คุณไม่รู้ว่าใครเขียน

ข้อสาม ความสมบูรณ์ที่ต้องการต่ำกว่า ระบบที่หน้าตาธรรมดาแต่แก้ปัญหาได้ มีคุณค่ากับทีมมากกว่าแอปสวยที่ไม่มีใครใช้

ข้อสี่ คุณวัดผลได้ทันที เวลาที่เคยเสียไปกับการตามเอกสาร ลดลงกี่ชั่วโมงต่อสัปดาห์ ตัวเลขนี้คือสิ่งที่หัวหน้าอยากฟัง

ระบบภายในแบบไหนทำเองได้ และแบบไหนควรคิดก่อน

ไม่ใช่ทุกระบบที่เหมาะจะทำเอง ตารางนี้แยกตามความซับซ้อนของข้อมูลและผลกระทบถ้าระบบพัง

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

ดูของจริงที่คนไทยทำแล้ว

ในทำเนียบของแอปเทพมีระบบภายในหลายชิ้นที่คนทำคนเดียวหรือทีมเล็กสร้างขึ้นมาใช้กับงานของตัวเอง ลองดูว่าแต่ละชิ้นแก้ปัญหาอะไรและเลือกวิธีไหน

ระบบคำขอที่ไปอยู่ในแอปที่พนักงานใช้อยู่แล้ว

ระบบลา online ให้พนักงานจัดการวันลาและคำขอลาผ่าน LINE LIFF คือดำเนินเรื่องลาได้จาก LINE โดยตรง ผลงานนี้ใช้ Next.js กับ Tailwind และ deploy บน Vercel แนวคิดสำคัญคือไม่บังคับให้พนักงานติดตั้งแอปใหม่ แต่ไปอยู่ในที่ที่ทุกคนเปิดอยู่แล้วทุกวัน ซึ่งเป็นปัจจัยที่ทำให้ระบบภายในมีคนใช้จริงหรือถูกทิ้งไว้เฉย ๆ

บอร์ดภายในที่คุมคนเข้าให้แน่น

AIRPORTELs Internal Board เป็นพื้นที่ภายในให้พนักงานตั้งกระทู้ แสดงความคิดเห็น และลงคะแนนร่วมกัน จุดที่น่าเรียนรู้คือวิธีจำกัดการเข้าถึง ผู้สมัครต้องยืนยัน email ด้วย OTP แล้วยังต้องรอผู้ดูแลอนุมัติอีกชั้นก่อนเข้าใช้งาน เพื่อกันบุคคลภายนอก นี่คือรูปแบบที่ควรลอกไปใช้กับระบบภายในทุกชิ้น เพราะหน้าเว็บที่ใครก็เปิดได้ไม่เหมาะกับการคุยเรื่องในบริษัท ผลงานนี้ใช้ Tailwind และอยู่บน Vercel

บันทึกงานภาคสนามด้วย QR code

ระบบบริหารสวนทุเรียน แยกผู้ใช้เป็น 2 กลุ่มชัดเจน คนงานใช้กรอกข้อมูลภาคสนาม เช่น การรดน้ำ ใส่ปุ๋ย ตรวจศัตรูพืช ออกดอก และเก็บเกี่ยว ผ่าน QR code ประจำต้น ส่วนผู้จัดการดู dashboard ที่แสดงการแจ้งเตือน สุขภาพต้นไม้ และตัวชี้วัดความน่าเชื่อถือของคนงาน แม้จะเป็นสวนเกษตร แต่โครงสร้างนี้ใช้ได้กับงานตรวจเครื่องจักร ตรวจห้องพัก หรือเช็กจุดบริการใดก็ได้ที่มี "จุด" ให้ติดป้าย ผลงานนี้ใช้ Next.js กับ Tailwind บน Vercel

จดเวรและสรุปรายได้สำหรับคนทำงานกะ

Clinic Duty Tracker ใช้จดเวร ค่าตอบแทนการออกตรวจ และค่าหัตถการ แล้วแสดงรายได้ในปฏิทินรายเดือน ผู้ทำเวรตั้งค่าอัตราค่าตอบแทนแยกตามสถานพยาบาล บันทึกหัตถการรายคนไข้ และสรุปรายได้ส่วนตัวได้ ชิ้นนี้น่าสนใจตรงที่เริ่มจากความต้องการส่วนตัวของคนทำเวรก่อน ไม่ได้รอให้องค์กรสร้างให้ และเลือก host บน GitHub Pages โดยใช้ Supabase เป็น backend ซึ่งเป็นชุดที่ต้นทุนเริ่มต้นต่ำมาก

คลังสินค้าที่มีสิทธิ์ผู้ใช้และรายงานส่งออก

Stock Scan บันทึกรับเข้าและจ่ายออกสินค้าด้วยการอ่านรหัส ตรวจนับ และติดตามสินค้าตาม Serial Number ผู้ดูแลคลังจัดการหมวดหมู่ ผู้จำหน่าย และสิทธิ์ผู้ใช้ได้ รวมถึงส่งออกรายงานสินค้าคงเหลือและความเคลื่อนไหวเป็น Excel หรือ PDF นี่คือตัวอย่างของระบบภายในที่โตเกินฟอร์มธรรมดา เพราะมีทั้งหลายบทบาท หลายขั้นตอน และต้องส่งรายงานให้คนที่ไม่ได้เข้าระบบดูได้ ผลงานนี้ใช้ Next.js กับ Tailwind บน Vercel

สังเกตว่าทั้ง 5 ชิ้นไม่มีชิ้นไหนพยายามทำทุกอย่าง แต่ละชิ้นเลือกงานเดียวแล้วทำให้จบ

5 ขั้นตอนเริ่มทำระบบภายในชิ้นแรก

1. เลือกงานที่ทำซ้ำทุกสัปดาห์และมีคนเจ็บมากกว่า 3 คน

ถ้าปัญหานั้นมีแค่คุณคนเดียวที่รำคาญ ให้ทำเป็นเครื่องมือส่วนตัวก่อนเหมือน Clinic Duty Tracker แต่ถ้าทั้งแผนกเสียเวลากับมัน นั่นคือโปรเจกต์ที่คุ้มกับการขอเวลาทำ

2. เขียนขั้นตอนปัจจุบันลงกระดาษก่อนเปิด AI

ใครกรอก ใครอนุมัติ ข้อมูลไปเก็บที่ไหน ใครต้องเห็นสรุป เขียนเป็นข้อ ๆ ให้ครบ สิ่งนี้คือ prompt ที่ดีที่สุดที่คุณจะส่งให้ Claude Code หรือ Codex ได้ เพราะ AI เขียนโค้ดเก่ง แต่ไม่รู้ว่าที่บริษัทคุณใบลาต้องผ่านหัวหน้าแผนกก่อนถึง HR

3. เริ่มจากฟอร์มเดียวและขั้นอนุมัติเดียว

สั่ง AI ให้ทำแค่ 3 หน้า คือ หน้ากรอก หน้าดูรายการของตัวเอง และหน้าอนุมัติของหัวหน้า อย่าเพิ่งใส่ dashboard สถิติ การแจ้งเตือน หรือการ export ค่อยเพิ่มเมื่อมีคนใช้จริงแล้วขอ

4. เอาไปอยู่ในช่องทางที่ทีมใช้อยู่แล้ว

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

5. ทดลองกับคน 2 ถึง 3 คนก่อนประกาศทั้งแผนก

ให้เพื่อนร่วมงานที่ใจดีที่สุดใช้ก่อน 1 สัปดาห์ แล้วนั่งดูเขาใช้จริง จุดที่เขางงคือจุดที่ต้องแก้ ไม่ใช่จุดที่คุณคิดว่าสวยไม่สวย

เรื่องที่ต้องระวังมากกว่าโค้ด

สิทธิ์การเข้าถึง

ระบบภายในต้องมี login เสมอ แม้จะเป็นแค่บอร์ดคุยเล่น วิธีที่ AIRPORTELs Internal Board ใช้ คือยืนยัน email ด้วย OTP บวกการอนุมัติจากผู้ดูแล เป็นแนวทางที่ทำได้โดยไม่ต้องมีระบบ IT ใหญ่โต อีกทางคือใช้ LINE LIFF ซึ่งผูกกับบัญชี LINE ของผู้ใช้อยู่แล้ว ส่วนระบบที่มีหลายบทบาทอย่าง Stock Scan ต้องแยกสิทธิ์ให้ชัดว่าใครแก้ข้อมูลได้ ใครดูได้อย่างเดียว

ข้อมูลของบริษัทไม่ใช่ของคุณ

ก่อนเก็บข้อมูลพนักงานหรือลูกค้าลง database ที่คุณสมัครเองด้วยอีเมลส่วนตัว ให้ถามหัวหน้าหรือ IT ก่อน แม้จะเป็น Supabase หรือ Google Sheets ที่ฟรี ประเด็นคือเมื่อคุณลาออก บัญชีนั้นจะไปอยู่กับใคร ทางที่ดีคือสร้างบัญชีของบริษัทสำหรับโปรเจกต์นี้ตั้งแต่แรก และเขียนไว้ชัดว่า repository กับ database อยู่ที่ไหน

ใครดูแลต่อ

ระบบที่ทำเองมักพังในปีที่ 2 ไม่ใช่เพราะโค้ดแย่ แต่เพราะคนทำย้ายแผนกแล้วไม่มีใครรู้ว่ารหัสผ่านอยู่ไหน เขียนเอกสารสั้น ๆ 1 หน้า ว่าระบบทำอะไร อยู่ที่ไหน ใช้บริการอะไรบ้าง และถ้าพังให้ทำอะไร ส่งให้หัวหน้าเก็บไว้ นี่คือสิ่งที่แยกระหว่างของเล่นกับระบบจริง

อย่าลัดขั้นตอนที่มีอยู่เพราะมันน่ารำคาญ

ถ้าใบลาต้องผ่าน 2 คนเพราะมีเหตุผลด้านการควบคุมภายใน ระบบของคุณก็ต้องผ่าน 2 คน การที่ AI ทำให้ตัดขั้นตอนได้ง่าย ไม่ได้แปลว่าควรตัด

เมื่อไรควรส่งต่อให้ IT หรือจ้างทำ

สัญญาณที่บอกว่าโปรเจกต์โตเกินมือคนทำคนเดียว มีอยู่ 4 อย่าง หนึ่ง ต้องเชื่อมกับระบบเงินเดือนหรือระบบบัญชีหลักของบริษัท สอง มีคนใช้ข้ามแผนกเกินกว่าที่คุณจะตอบคำถามได้ทัน สาม ข้อมูลที่เก็บเข้าข่ายข้อมูลส่วนบุคคลที่อ่อนไหว เช่น ประวัติสุขภาพหรือเลขบัตรประชาชน และสี่ ระบบล่มแล้วงานหยุดทั้งแผนก

เมื่อถึงจุดนั้น สิ่งที่คุณทำมาไม่สูญเปล่า ระบบที่ใช้งานจริงอยู่คือ prototype ที่ดีที่สุดสำหรับส่งต่อ ทีม IT หรือผู้รับจ้างจะเห็นทันทีว่าผู้ใช้ต้องการอะไร ซึ่งปกติต้องใช้เวลาเก็บความต้องการเป็นเดือน

สรุป

พนักงานทั่วไปทำระบบใช้ในบริษัทเองด้วย AI ได้จริง และตัวอย่างในทำเนียบของแอปเทพก็ยืนยันว่ามีคนไทยทำแล้วตั้งแต่ระบบลาผ่าน LINE บอร์ดภายในที่คุมคนเข้า ไปจนถึงระบบคลังที่มีสิทธิ์หลายระดับ จุดเริ่มที่ดีคืองานซ้ำ ๆ ที่คนทั้งแผนกเจ็บ ทำแค่ฟอร์มเดียวกับขั้นอนุมัติเดียว แล้วเอาไปอยู่ในช่องทางที่ทีมใช้อยู่แล้ว ส่วนเรื่องที่ห้ามละเลยคือ login สิทธิ์การเข้าถึง บัญชีบริการที่เป็นของบริษัท และเอกสาร 1 หน้าสำหรับคนที่จะมาดูแลต่อ ถ้าคุณมีผลงานแบบนี้อยู่แล้ว ส่งเข้ามาที่แอปเทพได้ เพื่อให้คนที่กำลังหาแนวทางเดียวกันได้เห็นของจริง