วิเคราะห์ความต้องการลูกค้าสำหรับหุ่นยนต์ให้คำปรึกษาด้านจิตใจ: เกณฑ์ออกแบบ เลือกแพลตฟอร์ม และประเมินความคุ้มค่า

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

ภาพรวมอย่างรวดเร็ว

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

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

คำตอบสั้น: ความต้องการหลักที่ลูกค้าคาดหวังจากหุ่นยนต์สนับสนุนด้านจิตใจ

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

ผู้ใช้ต้องการความสะดวก การไม่ตัดสิน และคำแนะนำที่เข้าใจง่าย

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

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

องค์กรต้องการขอบเขตการใช้งาน การคุ้มครองข้อมูล และเส้นทางส่งต่อที่ชัดเจน

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

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

กำหนดบทบาทให้ชัดว่าเป็นเครื่องมือสนับสนุน ไม่ใช่ผู้วินิจฉัยหรือรักษา

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

แปลงเสียงของลูกค้าเป็นข้อกำหนดผลิตภัณฑ์ที่วัดผลได้

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

คำถามสัมภาษณ์ผู้ใช้และผู้มีส่วนเกี่ยวข้อง

เริ่มจากผู้ใช้ปลายทาง ผู้ดูแลบริการ ทีมไอที ฝ่ายกฎหมายหรือผู้รับผิดชอบข้อมูล และบุคลากรที่อาจรับช่วงเคส คำถามที่ใช้ได้ เช่น “สถานการณ์ใดที่อยากให้ระบบช่วยมากที่สุด” “ข้อมูลใดที่ไม่สบายใจจะพิมพ์” “หากระบบตอบต่อไม่ได้ คาดหวังให้พาไปที่ใด” และ “ใครต้องรับผิดชอบการทบทวนเนื้อหา”

อย่าถามเฉพาะความเห็นเชิงบวก ควรถามถึง จุดที่ผู้ใช้อาจหยุดใช้ ไม่ไว้วางใจ หรือเข้าใจระบบผิด ด้วย เพราะจุดเหล่านี้มักกลายเป็นความเสี่ยงในการใช้งานจริง

จัดลำดับความสำคัญด้วยความเสี่ยง ความถี่ของปัญหา และผลกระทบ

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

ตัวอย่างข้อกำหนดด้านภาษา น้ำเสียง เวลาให้บริการ และการเข้าถึง

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

เปรียบเทียบทางเลือก: สร้างเอง ใช้แพลตฟอร์มสำเร็จรูป หรือจ้างออกแบบ

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

ตารางเปรียบเทียบต้นทุน เวลาเริ่มใช้ การปรับแต่ง และภาระดูแลระบบ

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

ค่าใช้จ่ายที่ควรถามก่อนขอใบเสนอราคา

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

เมื่อใดควรเริ่มจากโครงการนำร่องขนาดเล็ก

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

ความปลอดภัย ความเป็นส่วนตัว และการจัดการกรณีเสี่ยง

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

ข้อมูลใดควรเก็บ และข้อมูลใดไม่ควรขอโดยไม่จำเป็น

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

การแจ้งขอบเขตบริการและการขอความยินยอมอย่างเข้าใจง่าย

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

ขั้นตอนยกระดับไปยังบุคลากรหรือบริการฉุกเฉินที่องค์กรต้องวางแผน

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

ปรับประสบการณ์ตามบริบทการใช้งานของลูกค้า

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

ใช้ในองค์กร: การสนับสนุนพนักงานโดยไม่ละเมิดความเป็นส่วนตัว

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

ใช้ในบริการสุขภาพดิจิทัล: การคัดกรองเบื้องต้นและการนัดหมาย

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

ใช้เพื่อการดูแลตนเอง: เนื้อหาเชิงให้ความรู้และการติดตามอารมณ์อย่างระมัดระวัง

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

เกณฑ์เลือกและสรุปเปรียบเทียบก่อนตัดสินใจ

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

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

เช็กลิสต์คำถามสำหรับขอเดโมและใบเสนอราคา

ถามว่าระบบรองรับกรณีใช้งานของเราอย่างไร ผู้ดูแลแก้ไขเนื้อหาได้เพียงใด ข้อมูลสนทนาถูกจัดเก็บและลบอย่างไร ใครเข้าถึงข้อมูลได้ มีขั้นตอนส่งต่อกรณีเสี่ยงหรือไม่ และค่าใช้จ่ายส่วนใดอยู่นอกเหนือจากค่าระบบหลัก

เกณฑ์ตัดสินใจตามงบประมาณ ระดับความเสี่ยง และทรัพยากรทีม

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

สัญญาณเตือนว่าโซลูชันอาจไม่เหมาะกับองค์กร

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

บทส่งท้าย

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

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

ข้อมูลที่ควรรู้เพิ่มเติม

1. เอกสารของผู้ให้บริการอาจอธิบายฟีเจอร์ได้ แต่ไม่แทนการทดสอบกับบริบทผู้ใช้จริงขององค์กร
2. การรองรับภาษาไทยไม่ได้หมายความว่าน้ำเสียง คำศัพท์ และความเข้าใจจะเหมาะกับทุกกลุ่มผู้ใช้
3. เนื้อหาและขั้นตอนส่งต่อควรมีผู้รับผิดชอบทบทวนอย่างต่อเนื่อง
4. การขยายการใช้งานควรทำหลังจากตรวจพบข้อจำกัดจากโครงการนำร่องแล้ว

สรุปข้อควรระวังสำคัญ

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

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

Q1. หุ่นยนต์ให้คำปรึกษาด้านจิตใจปลอดภัยสำหรับผู้ใช้หรือไม่?

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

Q2. องค์กรควรเลือกแชตบอตสำเร็จรูปหรือพัฒนาระบบเองเพื่อรองรับความต้องการลูกค้า?

A2. หากต้องการเริ่มใช้เร็วและกรณีใช้งานไม่ซับซ้อน แพลตฟอร์มสำเร็จรูปอาจเป็นจุดเริ่มต้นที่เหมาะสม หากต้องควบคุมข้อมูล เชื่อมระบบภายใน หรือปรับประสบการณ์เฉพาะทางมาก การพัฒนาเองหรือจ้างผู้เชี่ยวชาญออกแบบอาจเหมาะกว่า ควรพิจารณาทรัพยากรทีมและต้นทุนรวมร่วมกัน

Q3. ก่อนขอใบเสนอราคาหุ่นยนต์สุขภาพจิต ควรถามผู้ให้บริการเรื่องใดบ้าง?

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