กรณีธุรกิจสำหรับ Process Mining: ตัวเลข 4 รายการที่ฝ่ายการเงินใช้ประเมิน

กรณีธุรกิจสำหรับ process mining ให้ตัวเลข 4 รายการที่ฝ่ายการเงินใช้ประเมิน ได้แก่ ขนาดปัญหา ค่าใช้จ่ายในการแก้ไข ต้นทุนโครงการนำร่อง และระยะเวลาจนได้หลักฐานชุดแรก ตัวเลข 3 ใน 4 รายการนี้หาได้จากการส่งออกข้อมูลกระบวนการของคุณเอง หากตัวเลขใดยังเป็นเพียงค่าประมาณ ให้ระบุไว้และบอกว่าจะวัดเมื่อใด.

คำขอให้ “นำ process mining มาใช้” ประเมินได้ยาก เพราะไม่ได้ระบุปัญหา การตัดสินใจ หรือวันที่จะได้หลักฐาน กรณีธุรกิจที่ไม่ผ่านส่วนใหญ่มักตั้งอยู่บนสิ่งที่คาดหวังว่าระบบจะทำได้ แทนที่จะดูว่ากระบวนการทำงานจริงอย่างไร หน้านี้จึงเน้นกรณีธุรกิจสำหรับกระบวนการเดียว โดยระบุสิ่งที่จะวัด ค่าใช้จ่ายในการเปลี่ยนแปลง และวันที่จะทราบผล.

กรณีธุรกิจสำหรับ process mining ต้องมีตัวเลขอะไรบ้าง?

ระบุตัวเลขทั้ง 4 รายการก่อนนำเสนอ และบอกที่มาของแต่ละตัวเลขให้ตรวจสอบได้.

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

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

ตัวเลข 4 รายการในกรณีธุรกิจสำหรับ process mining ได้แก่ ขนาดของปัญหา ค่าใช้จ่ายในการแก้ไข ค่าใช้จ่ายโครงการนำร่อง และระยะเวลาจนได้หลักฐานแรก

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

เหตุใดกรณีธุรกิจสำหรับ process mining จึงไม่ได้รับการสนับสนุนต่อ?

กรณีธุรกิจแทบไม่ล้มเหลวเพราะตัวเลขผิด แต่จะไม่ผ่านเมื่อไม่มีอะไรให้ตรวจสอบ.

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

อ้างอิงเปอร์เซ็นต์จากค่าเฉลี่ยอุตสาหกรรม การอ้างว่า process mining มักช่วยลดรอบเวลาทำงานได้เป็นเปอร์เซ็นต์หนึ่ง ไม่ได้บอกอะไรเกี่ยวกับกระบวนการของคุณ ค่าฐานจากข้อมูลของคุณเองมีประโยชน์กว่า แม้ผลจะดูไม่โดดเด่นเท่าก็ตาม.

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

ใช้ค่าเฉลี่ยที่ซ่อนปัญหาไว้ เวลาเฉลี่ยในการจัดการงานทำให้เวลารอ 5 วันดูเหมือนกระจายเท่า ๆ กันในทุกเคส ตัวเลขจึงดูน้อย และผลการปรับปรุงก็ดูเล็กตามไปด้วย ให้ระบุจุดที่เสียเวลาแทน เช่น ขั้นตอนใด มีกี่เคส และใช้เวลานานเท่าใด “มีคำสั่งซื้อประมาณ 12,000 รายการต่อไตรมาส ราวหนึ่งในสามส่งไม่ทันกำหนด และยังไม่ทราบสาเหตุ” เป็นข้อมูลที่ผู้ประเมินตรวจสอบต่อได้ แต่คำว่า “การจัดการคำสั่งซื้อไม่มีประสิทธิภาพอย่างมาก” ทำไม่ได้.

โครงการ process mining มักให้ผลลัพธ์อะไร?

เมื่อรู้ว่าหลักฐานมีลักษณะอย่างไร ก็เขียนกรณีธุรกิจได้ง่ายขึ้น การวิเคราะห์กระบวนการเดียวจากข้อมูลเหตุการณ์มักตอบคำถามต่อไปนี้ได้

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

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

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

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

จะคำนวณประโยชน์จากค่าที่วัดได้ของคุณอย่างไร?

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

เงินสดหรือเงินทุนหมุนเวียน:

จำนวนวันที่ลดลง × จำนวนเคสที่ได้รับผล × มูลค่าต่อเคสต่อวัน × ต้นทุนเงินทุน

กำลังการทำงาน:

ชั่วโมงที่ลดลงต่อรอบเวลา × ต้นทุนต่อชั่วโมงที่รวมค่าใช้จ่ายทั้งหมดแล้ว

ควรแยกความแตกต่าง 3 เรื่องนี้ให้ชัดเจน:

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

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

คุณนำข้อมูลเหล่านี้ไปใส่ใน เครื่องคำนวณ ROI ของ ProcessMindได้ ได้แก่ ปริมาณเคสต่อปี เวลาเฉลี่ยในการจัดการงาน อัตราค่าจ้างต่อชั่วโมงรวมทั้งหมด เปอร์เซ็นต์การลดลงที่คาดไว้ จำนวนเหตุการณ์และต้นทุนเฉลี่ย รวมถึงที่นั่ง Process Intelligence และผู้ชมแดชบอร์ดที่ต้องการ เครื่องคำนวณจะแสดงประโยชน์รวมต่อปี ประโยชน์สุทธิ ผลตอบแทนจากการลงทุน และระยะเวลาคืนทุน.

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

กรณีธุรกิจที่ใช้ตัวเลข 4 รายการมีหน้าตาอย่างไร?

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

สถานการณ์: กระบวนการหนึ่งจัดการคำสั่งซื้อ 12,000 รายการต่อไตรมาส รอบเวลาทำงานมีค่ามัธยฐาน 18 วัน และค่า P90 อยู่ที่ 41 วัน คำสั่งซื้อประมาณหนึ่งในสามต้องรอที่ขั้นตอนอนุมัติหนึ่งนานกว่า 5 วัน ทั้งที่ขั้นตอนนี้ใช้เวลาทำงานจริงประมาณ 4 นาที.

1. ขนาดปัญหา: การรอนี้กระทบคำสั่งซื้อประมาณ 4,000 รายการต่อไตรมาส หากเวลารอเฉลี่ยที่ขั้นตอนนี้คือ 6 วัน จะเท่ากับเวลารอรวม 24,000 วันต่อไตรมาส งานที่ต้องทำจริงในขั้นตอนนี้ใช้เวลาประมาณ 270 ชั่วโมงในช่วงเดียวกัน ตัวเลขใดควรอยู่ในกรณีธุรกิจขึ้นอยู่กับว่าความล่าช้าทำให้เสียเงิน กระทบระดับการให้บริการ หรือทั้งสองอย่าง และควรตรวจสอบตัวเลขกับข้อมูลของคุณเองก่อนนำไปใช้ ระบุหน่วยให้ชัดด้วย วันของคำสั่งซื้อไม่เท่ากับเงินยูโร ดังนั้นหากต้องแสดงผลเป็นเงิน ก็ต้องระบุและทดสอบสมมติฐานในการแปลงหน่วยด้วย.

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

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

4. ระยะเวลาจนได้หลักฐานชุดแรก: กำหนดวันที่จะทบทวนรอบเวลาทำงานของกลุ่มที่ได้รับผลกระทบ หากเวลารอไม่เปลี่ยน คุณก็ยังมีค่าฐานไว้ประกอบการตัดสินใจครั้งต่อไป.

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

สรุปตัวเลขทั้ง 4 รายการและคำถามจากฝ่ายการเงินไว้ในหน้าเดียว:

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

หากต้องการหาขั้นตอนที่ควรพิจารณาปรับปรุงตั้งแต่แรก อ่าน วิธีหาโอกาสใช้ระบบอัตโนมัติด้วย process mining.

เหตุใดกรณีธุรกิจแรกจึงควรเป็นโครงการนำร่อง?

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

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

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

ก่อนเริ่มโครงการนำร่อง process mining ให้กำหนด 4 เรื่องนี้:

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

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

หากยังไม่มีตัวเลขพร้อมใช้ควรทำอย่างไร?

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

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