Contact
Line : comsiam
Contact
Line : comsiam

วิธีสร้างแอปด้วย Copilot ใน Microsoft Power Apps จากคำสั่งภาษาไทย สามารถทำได้โดยเปิด Power Apps เลือก Start with data → Create new data แล้วพิมพ์คำอธิบายระบบที่ต้องการ เช่น “สร้างแอปรับแจ้งซ่อมคอมพิวเตอร์สำหรับบริษัท มีข้อมูลผู้แจ้ง ประเภทปัญหา สถานที่ ความเร่งด่วน ช่างผู้รับผิดชอบ และสถานะงาน” จากนั้นให้ Copilot ช่วยสร้างตาราง Microsoft Dataverse ตรวจสอบโครงสร้างข้อมูล แล้วนำไปสร้าง Canvas App สำหรับใช้งานจริง
Power Apps รองรับความสามารถ Copilot สำหรับช่วยสร้างตารางข้อมูลจากภาษาธรรมชาติ รวมถึงภาษาไทยในฟีเจอร์สร้างและแก้ไข Dataverse Tables ที่รองรับ อย่างไรก็ตาม การรองรับภาษาไทยอาจแตกต่างกันระหว่างการสร้างตาราง การสร้างแอปด้วย Plans และการช่วยเขียนสูตร Power Fx
สำหรับผู้เริ่มต้นจึงสามารถทดลองใช้คำสั่งภาษาไทยก่อน หากผลลัพธ์ไม่ตรงความต้องการ ควรเขียนคำสั่งให้ละเอียดขึ้น หรือใช้ภาษาอังกฤษสำหรับฟีเจอร์ที่ยังมีข้อจำกัดด้านภาษา
ตัวอย่างที่เหมาะสำหรับการฝึกคือระบบรับแจ้งซ่อม IT ซึ่งประกอบด้วยพนักงานแจ้งปัญหา เจ้าหน้าที่รับงาน ช่างเทคนิคดำเนินการ และผู้จัดการติดตามสถานะ
เมื่อสร้างสำเร็จ สามารถต่อยอดไปสู่ระบบดูแลเครือข่าย LAN, Wi-Fi, Fiber Optic, CCTV และงาน Maintenance ได้
บทความนี้ comsiam จะสอนสร้างแอปด้วย Copilot ใน Power Apps จากคำสั่งภาษาไทยตั้งแต่เริ่มต้น พร้อมตัวอย่าง Prompt ที่นำไปใช้ได้จริง วิธีสร้าง Dataverse Tables, Canvas App, Forms, Screens, การตั้งค่า Choices, Relationships, การทดสอบ และการแชร์ให้พนักงานใช้งาน
ทำได้ในความสามารถที่รองรับภาษาไทย โดยเฉพาะการสร้างและแก้ไข Dataverse Tables ด้วย Copilot แต่ต้องแยกให้ออกว่าการใช้ภาษาไทยกับแต่ละฟีเจอร์ไม่เหมือนกัน
| ความสามารถ | การใช้ภาษาไทย |
|---|---|
| สร้าง Dataverse Tables ด้วย Copilot | รองรับภาษาไทยตามข้อกำหนด |
| แก้ไขตารางด้วย Copilot | รองรับภาษาไทยตามข้อกำหนด |
| Plans in Power Apps | ต้องตรวจสอบภาษาที่รองรับในประสบการณ์ที่ใช้ |
| สร้างสูตร Power Fx ด้วย Copilot | ภาษาไทยไม่ได้รองรับทุกคำสั่ง |
| ตั้งชื่อหน้าจอและข้อความในแอป | สามารถใช้ข้อความภาษาไทย |
| กรอกข้อมูลในแอป | สามารถออกแบบให้ใช้ภาษาไทย |
การสร้างตารางจาก Prompt ภาษาไทยได้ ไม่ได้หมายความว่า AI จะออกแบบทุกหน้าจอ สูตร และกระบวนการทำงานได้ถูกต้องโดยอัตโนมัติ
ผู้สร้างต้องตรวจสอบผลลัพธ์ก่อนใช้งานจริง
ตัวอย่างงานที่สามารถนำมาใช้เป็นโจทย์สำหรับสร้างแอป ได้แก่
ตัวอย่างทั้งหมดเป็นแนวคิดของแอปที่สามารถออกแบบใน Power Apps ได้ แต่ความซับซ้อนของระบบอาจต้องใช้การปรับแต่งเพิ่มเติม
ใช้บัญชีที่มีสิทธิ์เข้าถึง Power Apps
ต้องเลือก Environment ที่สามารถสร้างแอปและ Dataverse Tables ได้
วิธีสร้างแอปจาก Copilot ที่ใช้ในบทความนี้ต้องมี Dataverse Database
ต้องมีสิทธิ์สร้างหรือแก้ไข Dataverse Tables เช่น บทบาท System Customizer หรือสิทธิ์ที่เทียบเท่าตามการตั้งค่าองค์กร
ตรวจสอบว่าเปิดใช้งานใน Environment และ Region ที่เกี่ยวข้องแล้ว
ต้องรู้ว่าแอปจะช่วยแก้ปัญหาอะไร
เช่น พนักงาน ช่างเทคนิค และผู้จัดการ
เตรียมรายการข้อมูลที่จำเป็น
ใช้ข้อมูลสมมติสำหรับทดสอบ
กำหนดว่าใครมีสิทธิ์อ่าน สร้าง แก้ไข และลบข้อมูล
เปิด Microsoft Power Apps แล้วลงชื่อเข้าใช้ด้วยบัญชีที่มีสิทธิ์
เมื่อเข้าสู่ระบบแล้ว ให้ตรวจสอบ Environment ที่มุมบนของหน้าจอ
เพราะ Environment เป็นพื้นที่ที่จัดเก็บแอป ตารางข้อมูล Connections และทรัพยากร Power Platform
Development
ใช้สร้างและทดลองแอป
Production
ใช้กับงานจริง
สำหรับการฝึกสร้างแอป ควรเริ่มใน Development Environment เมื่อองค์กรมีการจัดเตรียมไว้
จากหน้าแรกของ Power Apps ให้เลือก
Start with data
จากนั้นเลือก
Create new data
ระบบจะเปิดพื้นที่สร้างตารางใหม่พร้อม Copilot Panel
เพราะแอปธุรกิจส่วนใหญ่ต้องใช้โครงสร้างข้อมูลที่ชัดเจน เช่น
เมื่อข้อมูลถูกต้อง การสร้างหน้าจอและรายงานจะทำได้ง่ายขึ้น
ให้ทดลองคัดลอกคำสั่งนี้ไปใช้ใน Copilot Panel
สร้างตารางข้อมูลสำหรับระบบรับแจ้งซ่อม IT ภายในบริษัท โดยให้เก็บหมายเลข Ticket หัวข้องาน ประเภทปัญหา รายละเอียดปัญหา ชื่อผู้แจ้ง แผนก สถานที่ ความเร่งด่วน สถานะงาน ช่างผู้รับผิดชอบ วันที่แจ้ง วันที่ดำเนินการเสร็จ และบันทึกการแก้ไขปัญหา
Copilot จะช่วยเสนอ Dataverse Table พร้อม Columns ที่เกี่ยวข้อง
ตัวอย่างชื่อ Table:
IT Support Tickets
ให้แก้ Prompt โดยระบุรายละเอียดที่ขาด แล้วให้ Copilot ปรับตารางก่อนสร้างแอป
ตารางที่ Copilot เสนออาจมีชื่อ Fields เป็นภาษาอังกฤษหรือภาษาไทยตามรูปแบบการทำงาน
ควรตรวจสอบให้เหมาะกับการใช้งานจริง
| Column | ประเภทข้อมูล | ตัวอย่าง |
|---|---|---|
| Ticket Number | Autonumber | IT-0001 |
| Title | Text | Wi-Fi ใช้งานไม่ได้ |
| Issue Type | Choice | Network |
| Description | Multiline Text | ใช้อินเทอร์เน็ตไม่ได้ |
| Requester | Text / Lookup | พนักงาน A |
| Department | Text / Lookup | Accounting |
| Location | Text | ชั้น 3 |
| Priority | Choice | High |
| Status | Choice | Open |
| Technician | Lookup | ช่าง A |
| Created On | Date and Time | วันที่แจ้ง |
| Completed On | Date and Time | วันที่เสร็จ |
| Resolution Notes | Multiline Text | เปลี่ยน Access Point |
Ticket Number
ควรกำหนดระบบหมายเลขที่ไม่ซ้ำ
Priority
ควรใช้ Choice เพื่อกำหนดค่าที่แน่นอน
Status
ควรใช้ Choice เพื่อควบคุมสถานะ
Technician
ถ้าต้องการแยกข้อมูลช่าง ควรใช้ Lookup เชื่อมกับตารางที่เกี่ยวข้อง
Created On
Dataverse มีฟิลด์ระบบสำหรับวันที่สร้างอยู่แล้ว จึงควรตรวจสอบก่อนเพิ่ม Column ที่มีหน้าที่ซ้ำกัน
เมื่อได้ตารางพื้นฐานแล้ว สามารถใช้คำสั่งเพิ่มเติม
เพิ่มคอลัมน์ความเร่งด่วนเป็นชนิด Choice โดยมีค่า ต่ำ ปานกลาง สูง และวิกฤต และเพิ่มคอลัมน์สถานะงานเป็น Choice โดยมีค่า เปิดงาน กำลังดำเนินการ รออะไหล่ แก้ไขแล้ว และปิดงาน
Priority:
Status:
ชื่อค่าจริงสามารถกำหนดเป็นภาษาไทยได้ตามการออกแบบแอป
เพราะช่วยลดความไม่สม่ำเสมอของข้อมูล
ตัวอย่างเช่น หากใช้ Text ผู้ใช้บางคนอาจกรอกว่า
“กำลังซ่อม”
อีกคนกรอกว่า
“กำลังดำเนินการ”
ระบบรายงานอาจตีความเป็นคนละสถานะ
ระบบรับแจ้งซ่อมที่ดีควรมีข้อมูลช่างแยกจากรายการ Ticket เมื่อมีความจำเป็น
สร้างตารางช่างเทคนิค โดยเก็บรหัสช่าง ชื่อช่าง ความเชี่ยวชาญ เบอร์โทรศัพท์ สถานะการทำงาน และแผนก แล้วสร้างความสัมพันธ์ระหว่างตารางช่างเทคนิคกับตารางรับแจ้งซ่อม เพื่อให้แต่ละ Ticket สามารถระบุช่างผู้รับผิดชอบได้
Technicians
หนึ่งช่างสามารถรับผิดชอบ Ticket ได้หลายรายการ
จึงมักใช้ความสัมพันธ์แบบหนึ่งต่อหลายระหว่างช่างกับรายการงาน
ควรตรวจสอบว่า Relationship ที่ AI สร้างตรงกับ Business Rules
หากหนึ่ง Ticket ต้องมีช่างหลายคน อาจต้องออกแบบตารางเชื่อมเพิ่ม
เพิ่มตารางแผนก โดยมีรหัสแผนก ชื่อแผนก และข้อมูลผู้ประสานงาน แล้วเชื่อมตารางแผนกกับรายการแจ้งซ่อม เพื่อให้สามารถแยกงานตามแผนกได้
Departments
หนึ่งแผนกสามารถมีรายการแจ้งซ่อมได้หลายรายการ
ช่วยให้สามารถกรองและจัดทำรายงานจำนวนงานแต่ละแผนกได้
เมื่อมีหลายตาราง ควรตรวจสอบโครงสร้างความสัมพันธ์ก่อนสร้างแอป
Departments
เชื่อมกับ IT Support Tickets
Technicians
เชื่อมกับ IT Support Tickets
อย่าสร้าง Relationship ซ้ำซ้อนโดยไม่มีเหตุผล
หากระบบต้องรองรับหลายช่างต่อหนึ่งงาน ต้องออกแบบต่างจากตัวอย่างข้างต้น
เมื่อ Dataverse Tables พร้อมแล้ว ให้ดำเนินการต่อจากพื้นที่สร้างข้อมูล
Browse Screen
แสดงรายการ Ticket
Details Screen
แสดงรายละเอียด Ticket
Edit Screen
ใช้สร้างหรือแก้ไข Ticket
หน้าจอที่ระบบสร้างอาจไม่ตรงกับ Workflow ของบริษัททั้งหมด
จึงควรปรับแต่งก่อน Publish
แม้ Copilot จะช่วยสร้างโครงสร้างข้อมูล แต่ข้อความที่ผู้ใช้เห็นควรปรับให้เข้าใจง่าย
| ชื่อเดิม | ชื่อที่แนะนำ |
|---|---|
| Browse | รายการแจ้งซ่อม |
| Details | รายละเอียดงาน |
| Edit | แก้ไขรายการ |
| New | แจ้งซ่อมใหม่ |
| Save | บันทึก |
| Cancel | ยกเลิก |
| Status | สถานะ |
| Assigned Technician | ช่างผู้รับผิดชอบ |
สำหรับแอปที่พนักงานไทยใช้งาน การใช้ชื่อเมนูที่เข้าใจง่ายช่วยลดข้อผิดพลาดในการกรอกข้อมูล
แบบฟอร์มควรเก็บข้อมูลสำคัญให้ครบ แต่ไม่ควรถามมากเกินจำเป็น
การซ่อน Field จากหน้าจอไม่ได้ป้องกันผู้ใช้เข้าถึงข้อมูลเสมอไป
ต้องกำหนดสิทธิ์ Dataverse ให้เหมาะสมด้วย
หลังสร้างแบบฟอร์มต้องทดสอบว่าแอปบันทึกข้อมูลลง Dataverse ได้จริง
ตรวจสอบ
ไม่ควรถือว่าข้อมูลบันทึกสำเร็จเพียงเพราะผู้ใช้กดปุ่ม Save
ต้องตรวจสอบผลจากระบบจริง
หากต้องการให้ทีม IT ได้รับข้อความเมื่อมี Ticket ใหม่ สามารถเชื่อม Power Automate เพิ่มเติม
“มีรายการแจ้งซ่อม IT ใหม่
ประเภท: Network
สถานที่: ชั้น 3
ความเร่งด่วน: High”
ข้อมูล Ticket ต้องมาจาก Dataverse จริง และควรป้องกันการส่งแจ้งเตือนซ้ำ
หากต้องการมากกว่าแอปรับแจ้งซ่อมหนึ่งตัว สามารถใช้ Plans ใน Power Apps เพื่อช่วยวางแผนโซลูชัน
ออกแบบระบบรับแจ้งซ่อม IT สำหรับบริษัท มีผู้ใช้งานสามกลุ่ม ได้แก่ พนักงาน ช่างเทคนิค และผู้จัดการ พนักงานสามารถสร้าง Ticket และดูสถานะงานของตน ช่างสามารถรับงานและบันทึกผลการซ่อม ผู้จัดการสามารถมอบหมายงานและดูรายงาน พร้อมมีระบบแจ้งเตือนเมื่อสถานะเปลี่ยน
Plans มีข้อกำหนดความพร้อมด้านภาษาและ Region ที่อาจแตกต่างจาก Copilot สำหรับสร้าง Dataverse Tables
หากคำสั่งภาษาไทยใช้ไม่ได้หรือผลไม่ตรง ควรตรวจสอบ Feature Availability แล้วลองคำสั่งภาษาอังกฤษ
สามารถนำแนวคิดเดียวกันไปใช้สร้างแอปสำหรับบริษัทรับติดตั้ง Fiber Optic
สร้างระบบจัดการงานติดตั้งสายไฟเบอร์ออฟติกสำหรับบริษัท โดยเก็บรหัสโครงการ ชื่อลูกค้า สถานที่ติดตั้ง ประเภทสาย Fiber Optic จำนวน Core ระยะทางสาย จำนวนจุดเชื่อมต่อ ช่างผู้รับผิดชอบ วันที่เริ่มงาน วันที่สิ้นสุด สถานะงาน และรายละเอียดผลการทดสอบ
Fiber Projects
ข้อมูลโครงการ
Customers
ข้อมูลลูกค้า
Technicians
ข้อมูลช่าง
Installation Jobs
รายละเอียดงานติดตั้ง
Test Results
ข้อมูลผลการทดสอบ
ช่างสามารถใช้แอปบันทึกสถานะและผลการติดตั้งตามสิทธิ์
ค่า OTDR หรือ Optical Loss ต้องมาจากการวัดจริง ไม่ควรให้ AI สร้างค่าผลการทดสอบแทนเครื่องมือ
สร้างแอปตรวจสอบระบบกล้องวงจรปิดสำหรับทีมช่าง โดยเก็บชื่อลูกค้า สถานที่ติดตั้ง หมายเลขกล้อง ตำแหน่งกล้อง สถานะภาพ สถานะการบันทึก สถานะระบบเครือข่าย สถานะไฟเลี้ยง ชื่อช่าง วันที่ตรวจสอบ และหมายเหตุการซ่อมบำรุง
ช่วยจัดเก็บประวัติการตรวจสอบเป็นระบบ
สร้างแอปจัดการข้อมูลลูกค้าสำหรับบริษัทบริการ IT โดยเก็บชื่อลูกค้า บริษัท เบอร์โทรศัพท์ อีเมล ประเภทบริการที่สนใจ วันที่ติดต่อครั้งล่าสุด สถานะการขาย ผู้รับผิดชอบ และหมายเหตุ
Customers
ข้อมูลลูกค้า
Sales Opportunities
โอกาสการขาย
Contact Activities
ประวัติการติดต่อ
ข้อมูลลูกค้าเป็นข้อมูลส่วนบุคคล
ต้องกำหนด Permissions และการใช้งานตามนโยบายองค์กรอย่างเหมาะสม
สำหรับแอปที่มีข้อมูลบริษัท ต้องให้ความสำคัญกับ Dataverse Security Roles
Employee
สร้าง Ticket และดูข้อมูลตามสิทธิ์
Technician
ดูงานที่ได้รับมอบหมายและแก้ไขสถานะตามสิทธิ์
Manager
จัดการงานตามขอบเขตที่กำหนด
การ Share แอปเพียงอย่างเดียวไม่ได้ทำให้ผู้ใช้มีสิทธิ์เข้าถึง Dataverse Tables โดยอัตโนมัติทุกกรณี
ต้องตรวจสอบสิทธิ์ข้อมูลด้วย
ควรใช้ข้อมูลสมมติหรือข้อมูลทดสอบที่ได้รับอนุญาตเพื่อหลีกเลี่ยงการกระทบระบบจริง
เมื่อทดสอบผ่านแล้ว ให้ดำเนินการดังนี้
บันทึกการเปลี่ยนแปลงใน Power Apps Studio
เผยแพร่เวอร์ชันที่พร้อมใช้งาน
เลือกผู้ใช้หรือกลุ่มที่ต้องการให้เข้าถึง
การ Save กับ Publish ไม่ใช่ขั้นตอนเดียวกัน
หากแก้ไขแอปแล้วไม่ได้ Publish ผู้ใช้ที่ใช้งานเวอร์ชันเผยแพร่อาจยังไม่เห็นการเปลี่ยนแปลงล่าสุด
ตรวจสอบว่าฟีเจอร์ที่ใช้อยู่รองรับภาษาไทยหรือไม่
เขียน Prompt ให้เจาะจงมากขึ้น
ใช้คำสั่งเพิ่ม Fields หรือแก้ Table Designer
ปรับชนิด Column
ตรวจสอบความสัมพันธ์ด้วยตนเอง
ตรวจสอบหน้า Power Apps และสิทธิ์ของบัญชี
ตรวจสอบ Environment และความพร้อมของฟีเจอร์
ให้ผู้ดูแลเตรียม Dataverse ใน Environment ที่เหมาะสม
ตรวจสอบ Security Role
ตรวจสอบ Region, Language และการเปิดใช้งานของ Environment
ตรวจสอบ Required Fields และ Data Source
ตรวจสอบการเชื่อม Dataverse และสิทธิ์อ่านข้อมูล
ตรวจสอบ Write Permission
แยกคำสั่งเป็นส่วน เช่น ตารางหลัก ตารางช่าง และ Relationships
ตรวจสอบข้อจำกัดภาษาของ Plans แล้วทดลองภาษาอังกฤษ
ความสามารถสร้างสูตร Power Fx ด้วย Copilot อาจรองรับภาษาอังกฤษสำหรับการสร้างสูตร แม้ฟีเจอร์อื่นรองรับภาษาไทย
เปลี่ยน Labels และข้อความที่แสดงใน Studio
ตรวจสอบ Trigger, Connections และ Flow Run History
ปรับ Responsive Design
ตรวจสอบสิทธิ์ Power Apps และ Dataverse ตามรูปแบบแอป
| รายการ | สิ่งที่ต้องตรวจสอบ |
|---|---|
| Prompt | ชัดเจน |
| Language Support | รองรับฟีเจอร์ที่ใช้ |
| Environment | ถูกต้อง |
| Dataverse | พร้อม |
| Tables | ครบถ้วน |
| Columns | ถูกต้อง |
| Data Types | เหมาะสม |
| Choices | สม่ำเสมอ |
| Relationships | ถูกต้อง |
| Canvas App | สร้างสำเร็จ |
| Thai Labels | อ่านเข้าใจง่าย |
| Forms | ทำงาน |
| Save | บันทึกได้ |
| Permissions | ถูกต้อง |
| Automation | ทดสอบแล้ว |
| Mobile Layout | พร้อมใช้ |
| Publish | เวอร์ชันล่าสุด |
| Share | กำหนดผู้ใช้ |
| Monitoring | มีผู้รับผิดชอบ |
เช่น รับแจ้งซ่อม IT
เช่น พนักงาน ช่าง และผู้จัดการ
อย่าปล่อยให้ AI เดาทั้งหมด
เช่น Choice, Date และ Lookup
เช่น Open, In Progress และ Closed
เมื่อมีหลายตาราง
ได้สำหรับความสามารถ Copilot ที่รองรับ เช่น การสร้าง Dataverse Tables แต่บางฟีเจอร์มีข้อจำกัดด้านภาษา
เปิด Power Apps เลือก Start with data → Create new data แล้วพิมพ์คำอธิบายข้อมูลที่ต้องการใน Copilot Panel
ได้ โดยช่วยสร้างตารางข้อมูลและนำไปสร้างแอป แต่ต้องตรวจสอบผลลัพธ์ก่อนใช้จริง
แอปพื้นฐานหลายประเภทสร้างด้วย Low-Code ได้ แต่ Logic ซับซ้อนอาจต้องใช้ Power Fx หรือ Power Automate เพิ่มเติม
รองรับตามความสามารถสร้างและแก้ไขตารางด้วย Copilot ที่ Microsoft ระบุ
ต้องตรวจสอบฟีเจอร์ที่ใช้ โดยความสามารถสร้างสูตรด้วย Copilot มีข้อจำกัดด้านภาษาและไม่รองรับการสร้างสูตรจากทุกภาษาที่แสดงในรายการ
ขึ้นอยู่กับข้อกำหนดภาษาและ Region ของ Plans ในประสบการณ์ที่เปิดใช้งาน
สามารถช่วยเสนอและสร้าง Relationships สำหรับ Tables ได้ตามความสามารถที่รองรับ
สามารถช่วยกำหนด Columns และตัวเลือก แต่ควรตรวจสอบค่าที่สร้างจริง
ได้ผ่านกระบวนการสร้างแอปจาก Dataverse Tables
ได้ตามประเภทแอปและการออกแบบหน้าจอ
ได้ โดยใช้ Dataverse เก็บข้อมูลและ Canvas App สำหรับพนักงาน
ได้ โดยออกแบบ Tables สำหรับโครงการ งานติดตั้ง และผลการทดสอบ
ไม่ควรถือว่าพร้อมทันที ต้องตรวจสอบข้อมูล ความปลอดภัย และการทำงาน
Power Apps สามารถใช้ Excel เป็น Data Source ได้ในบางรูปแบบ แต่การสร้างข้อมูลด้วย Copilot ตามวิธีในบทความนี้ใช้ Dataverse
อาจเกิดจาก Environment, Region, Language, License หรือ Policy
ได้ เพื่อสร้าง Workflow อัตโนมัติ
ได้ตามสิทธิ์การใช้งานและการกำหนด Permissions
ขึ้นอยู่กับ License, Dataverse, Connectors และบริการที่ใช้งานจริง
สำหรับธุรกิจบริการ IT แนะนำให้เริ่มจากแอปรับแจ้งซ่อม เพราะมีโครงสร้างข้อมูลและขั้นตอนชัดเจน เหมาะสำหรับฝึกใช้ Copilot และ Dataverse
Microsoft Power Apps รองรับการใช้ Copilot สร้าง Dataverse Tables จากภาษาธรรมชาติ และมีความสามารถที่รองรับคำสั่งภาษาไทย ทำให้ผู้เริ่มต้นสามารถอธิบายข้อมูลที่ต้องการโดยไม่จำเป็นต้องเริ่มจากการออกแบบฐานข้อมูลทั้งหมดด้วยตนเอง
ขั้นตอนหลักคือเปิด Power Apps เลือก Start with data → Create new data พิมพ์ Prompt ภาษาไทย ตรวจสอบตารางและความสัมพันธ์ แล้วนำไปสร้าง Canvas App
สำหรับตัวอย่างระบบรับแจ้งซ่อม IT สามารถเริ่มจาก Table สำหรับ Ticket แล้วเพิ่มตาราง Technicians และ Departments เพื่อจัดการข้อมูลอย่างเป็นระบบ
หลังสร้างแอปต้องปรับ Labels ให้เป็นภาษาไทย ตรวจสอบ Forms, Choices, Relationships และ Security Roles ก่อน Publish
หากต้องการระบบที่มีหลายขั้นตอน สามารถใช้ Plans และ Power Automate ร่วมด้วย โดยต้องตรวจสอบความพร้อมใช้งานของภาษาไทยในแต่ละฟีเจอร์
comsiam แนะนำให้ใช้แนวทาง กำหนดระบบ → เขียน Prompt ภาษาไทย → สร้าง Dataverse → ตรวจ Fields → ปรับ Relationships → สร้าง Canvas App → ปรับหน้าจอภาษาไทย → ทดสอบ → ตั้ง Security → Publish → แชร์ให้พนักงาน → ปรับปรุงต่อเนื่อง
การใช้คำสั่งภาษาไทยร่วมกับ Copilot และ Power Apps ช่วยให้เจ้าของธุรกิจและทีมงาน IT เริ่มสร้างแอปภายในองค์กรได้สะดวกขึ้น ลดภาระการพัฒนาเบื้องต้น และต่อยอดเป็นระบบบริหารงานที่เหมาะกับธุรกิจจริงได้