สอนโรบอทให้เข้าใจเอกสาร #1 – Combining Intelligent Document Processing (IDP) with Robotic Process Automation (RPA)

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

ที่คิดอย่างนี้ก็เพราะว่าปัญหาอย่างหนึ่งที่แทบทุกธุรกิจต้องประสบก็คือการจัดการกับเอกสาร (paper work) ในแต่ละวัน ข้อมูลปริมาณมหาศาลตั้งแต่งานทรัพยากรบุคคล เอกสารสัญญา ใบสั่งซื้อ ใบแจ้งหนี้ ไหลผ่านทุกองค์กรทั่วโลก ถ้าเราพัฒนาระบบ automation ให้โรบอทเข้ามาทำงานแทนตัวเราได้สารพัดอย่าง ไม่ว่าจะเป็นการนำข้อมูลเข้าออกระบบ ERP การทำรายงาน การรับสส่งอีเมล แต่เรายังต้องมา key ข้อมูลจากกระดาษหรือ scanned document ด้วยมืออยู่ดีก็เป็นเรื่องที่ไม่ค่อยมีประสิทธิภาพเท่าไหร่ 

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

  •  มีหลายแบบหลายประเภท
  •  คุณภาพของเอกสารที่สแกนไม่คมขัดนัก มีตำหนิรอยเปื้อน หรือวางเอียงมา
  •  ต้องมีการอ่านลายมือเขียน
  •  ต้องมีการอ่านเครื่องหมายถูกผิดจากฟอร์มที่มี checkbox
  •  เป็นภาษาไทย
  • เป็นไฟล์ข้อความหรือรูปภาพสกุลต่างๆเช่น PDF, PNG, GIF, JPEG, TIFF

จากประเด็นปัญหาดังกล่าวทำให้บางครั้งต้องมีการลด scope ของโครงการให้รองรับการอ่านข้อมูลเฉพาะจากเอกสารบางกลุ่มหรือบางลักษณะ เกิดเป็นความท้าทายต่อการประเมินความคุ้มค่าหรือ ROI ของโครงการเนื่องจากเทคโนโลยี OCRเองก็มีค่าใช้จ่ายที่จะคุ้มค่าก็ต่อเมื่อถูกนำมาใช้กับเอกสารปริมาณมาก

นอกจากนี้การพัฒนาโครงการ OCR และ RPA ยังเป็นแบบแยกกันอยู่ กล่าวคือ ระบบ OCR ทำหน้าที่ดึงหรืออ่านข้อมูลตัวอักษรจาก scanned document หรือ image แล้วโรบอทของระบบ RPA เป็นผู้นำข้อมูลที่อ่านได้ไปใช้งานต่อ ทำให้การพัฒนาและการใช้งานไม่เป็นเนื้อเดียวกัน

แต่ถ้าเราสามารถรวบรวมความสามารถด้านการอ่านเอกสารเข้าไปอยู่ในโรบอทเลย ผ่านการเรียนรู้ด้วย Artificial Intelligence (AI) เกิดเป็นซอฟต์แวร์ที่เรียกว่า Intelligent Document Processing (IDP) ซึ่งแก้ปัญหาที่เล่ามาข้างต้นได้ องค์กรย่อมได้รับผลลัพท์ที่ดี (positive impact) จากการที่มี AI เข้ามาช่วยพัฒนาความสามารถของการทำงาน

ทางหน่วยงานของบริษัทวิจัยระดับโลกอย่าง Gartner Financial Practice ได้เคยประเมินไว้ว่า แผนกบัญชีและการเงินขององค์กรสามารถประหยัดชั่วโมงทำงานได้ถึง 25,000 ชั่วโมงจากการลดความผิดพลาดที่เกิดจากพนักงาน (human error) โดยนำเครื่องมือ RPA เข้ามาใช้ในระบบรายงานทางการเงิน ซึ่งตัวเลขของการประหยัดชั่วโมงทำงานนี้ยังสามารถเพิ่มขึ้นได้อีกเนื่องจากในปัจจุบันมีเพียง 1 ใน 3 ของแผนกบัญชีและการเงินในภาพรวมที่ใช้งานระบบ RPA

บทความชุดนี้จะเป็นการให้ข้อมูลแก่ผู้อ่านเกี่ยวกับแง่มุมต่างๆของเทคโนโลยี Intelligent Document Processing และการใช้งานในองค์กร โดยบทความนี้เป็นตอนแรกครับ

รูปภาพที่ 1 ผลลัพท์ที่ดีทางธุรกิจจะเพิ่มขึ้นเมื่อมีการนำ AI เข้ามาใช้ร่วม

Intelligent Document Processing คืออะไร

โดยคำอธิบายแล้ว Intelligent Document Processing หมายถึงความสามารถของซอฟท์แวร์โรบอทในการอ่าน การแปลความ และการจัดการกับข้อมูลในเอกสารได้อย่างอัตโนมัติ โดยการนำ machine learning เข้ามาสอนให้โรบอทเรียนรู้และเข้าใจเอกสารที่เราต้องการใช้งาน เราสามารถมอง Intelligent Document Processing เป็นจุดตัดหรือจุดบรรจบกันเทคโนโลยี 3 ส่วนคือ document processing, AI, และ RPA ดังรูปกราฟฟิกด้านล่าง

ในบทความนี้ ผมขอยก Intelligent Document Processing จากค่าย UiPath ที่ชื่อ Document Understanding มาใช้ในการอธิบายประกอบนะครับ

การที่เรานำความสามารถของ document processing และ AI เข้ามารวมกับ RPA ได้หมายถึงเรามีโอกาสที่จะสอนให้โรบอทคิดหรือเข้าใจลักษณะของเอกสารได้เอง แทนที่เราต้องเป็นฝ่ายคิดและสร้าง rule ในการทำงานให้กับโรบอท เพื่อที่โรบอทจะได้ทำงาน step by step ตามคำสั่งเรา  

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

Intelligent Document Processing (หรือ Document Understanding ในกรณีของ UiPath) แก้ปัญหานี้โดยการสอนโรบอทให้สามารถแยกแยะประเภทของเอกสาร อ่านข้อมูลได้ถูกตำแหน่ง และนำข้อมูลไปใช้ต่อได้เลยอย่างถูกต้องด้วยความรวดเร็วอย่างที่เราหรือองค์กรของเราต้องการ

เทคนิคและกรรมวิธีในการอ่านข้อมูลจากเอกสาร

โดยทั่วไปเราสามารถจำแนกเอกสารเป็น 3 ประเภท คือ Structured, Semi-structured, และ Unstructured ซึ่งสามารถจัดการได้ด้วยวิธีการอ่านเอกสาร 2 รูปแบบคือแบบ rule-based data extraction (สำหรับเอกสารที่เป็น Structured) และแบบ model-based data extraction (สำหรับ เอกสาร ที่เป็น Semi-structured และ Unstructured)  

เทคนิคหรือวิธีการอ่านเอกสารแบบ rule-based หรือบางทีก็เรียก template-based จะเป็นการกำหนด rule แบบตรงไปตรงมา เหมือนการที่เราสร้าง rule ในการบล็อคอีเมลที่เราไม่ต้องการรับหรือการกำหนด key word search สำหรับการค้นหาเฉพาะคำๆนั้นในเอกสาร ถ้าเราต้องการเพิ่มอีเมลที่ต้องการบล็อคหรือ key word search ในการสืบค้น เราต้องเพิ่มชื่ออีเมลหรือ key word เข้าไปเอง

เทคนิคหรือวิธีการอ่านเอกสารแบบ model-based data extraction จะใช้ machine learning (ML) เป็นกลไกในการทำงานด้วยการเรียนรู้จากกลุ่มตัวอย่างจำนวนมาก โดยเราเป็นผู้สอน (train) ให้โรบอทเข้าใจว่าต้องทำอย่างไรในแต่ละสถานการณ์ที่ไม่เหมือนกัน อย่างในตัวอย่างของการบล็อคอีเมลข้างต้น ถ้าเราสามารถสอนให้โรบอทเข้าใจลักษณะของ spam email อันเป็นจุดเริ่มต้นของการที่เราต้องการบล็อคอีเมลไม่ให้เข้ามาได้ คราวนี้ถ้ามีอีเมลจำนวนมากนับร้อยนับพันเข้ามาในองค์กร เราก็ไม่ต้องสร้าง rule หรือกำหนดชื่ออีเมลแต่ละฉบับที่ต้องการบล็อค แต่ให้โรบอทแยกแยะอีเมลที่น่าสงสัยว่าจะเป็น spam email จากการเรียนรู้ของโรบอทเอง

ทั้งสองเทคนิคดังกล่าวหรืออาจรวมอีกหนึ่งเทคนิคคือ hybrid approach ที่เป็นการรวมทั้ง rule-based และ model-based เข้าไว้ด้วยกัน (เช่นกรณีที่บางครั้งการอ่านข้อมูลบางตำแหน่งจากเอกสารประเภท Structured ต้องอาศัย ML model เข้ามาช่วนเพื่อความม่นยำมากขึ้น) สามารถเรียกใช้งานได้จากแพลตฟอร์มของ Document Understanding ที่รวมความสามารถเหล่านี้ไว้ด้วยกัน

การข้ามข้อจำกัดเดิมของการใช้เฉพาะ OCR

คุณสมบัติของ Document Understanding ที่กล่าวมาทำให้เราสามารถก้าวข้ามขีดจำกัดของการใช้เฉพาะโซลูชั่น OCR ร่วมกับ rule-based approach ในการจัดการกับเอกสารที่ไม่ใช่ Structured ซึ่งบางท่านอาจเคยเจอมาบ้างแล้ว ยกตัวอย่างเช่น การจัดการกับกระบวนการใบแจ้งหนี้ (Invoice) ที่ทีม Account Payable (AP) พยายามสร้าง template และใช้ OCR อ่านเอกสารใบแจ้งหนี้ที่สแกนจากกระดาษ จากนั้นก็ส่งต่อให้ RPAนำเข้าระบบเพื่อไปทำการจ่ายหนี้ แต่เนื่องจากฟอร์มใบแจ้งหนี้มีความต่างกันในแต่ละเจ้าหนี้ ทำให้ต้องพัฒนา template จำนวนมากเพื่อให้รองรับความต่างนี้ หรือไม่ก็พยายามทำ template ที่ซับซ้อนให้รองรับฟอร์มใบแจ้งหนี้หลายๆแบบ ซึ่งต้องแลกกับความถูกต้องของการอ่านตัวอักษร ทำให้ผู้ใช้งานมีภาระเพิ่มขึ้นในขั้นตอน validation

แต่พอมาเป็นการใช้งานด้วย Document Understanding ทำให้เรามีทางเลือกเพิ่มขึ้นในการใช้ model-based approach ในการจัดการกับเอกสาร Semi-Structured อย่างใบแจ้งหนี้ โดยอาศัย ML skill model ที่โรบอทได้รับการสอนและเรียนรู้ได้ตลอดเวลาเพื่อเพิ่มความถูกต้องแม่นยำของการอ่านขัอมูล

รูปภาพที่ 2 ความสัมพันธ์ของ document processing, RPA, และ AI

จากข้อมูลการใช้งานจริงของบริษัทค้าปลีกขนาดใหญ่ของสหรัฐแห่งหนึ่ง ที่ว่าจ้างให้บริษัทที่ปรึกษาด้านระบบอัตโนมัติ ที่ชื่อ Accelirate Inc. พัฒนาระบบ RPA สำหรับกระบวนการใบแจ้งหนี้ (Invoice Processing) พบว่าใบแจ้งหนี้กว่า 93% ของทั้งหมดสามารถจัดการได้โดยไม่ต้องใช้คน (อ่านได้แม่นยำเกินค่าระดับความเชื่อมั่น) ซึ่งบริษัทค้าปลีกนี้มีปริมาณใบแจ้งหนี้โดยเฉลี่ย 200 – 500 ใบต่อวัน หรือกว่า 700 ใบสำหรับวันที่มากที่สุด

ขั้นตอนการทำงานของโรบอทจากเครื่องมือ Document Understanding ที่บริษัทค้าปลีกใช้งานอยู่ มี 6 ขั้นตอนดังต่อไปนี้

  1. โรบอทอ่านอีเมล คัดแยกอีเมลที่ไม่เกี่ยวกับใบแจ้งหนี้ออกมาแล้วส่งไปให้เจ้าหน้าที่ในทีม AP จัดการแบบ manual ส่วนอีเมลที่เป็นงานใบแจ้งหนี้นั้น โรบอทก็จะบันทึกเอกสารแนบของอีเมลลงบนไฟล์แขร์เพื่อไปเข้าคิวงานของระบบ Document Understanding
  2. โรบอท digitize ใบแจ้งหนี้ ด้วยเครื่องมือ OCR และหาตำแหน่งบนเอกสารของข้อมูลที่ต้องการอ่าน รวมทั้งแยกชุดเอกสารออกเป็นแต่ละหน้าโดยเรียงลำดับของหน้าอย่างถูกต้อง
  3. โรบอท extract ข้อมูลที่กำหนดไว้แล้วอย่าง วันที่ใบแจ้งหนี้ หมายเลขใบแจ้งหนี้ จำนวนเงิน วันที่ต้องชำระ เป็นต้น ด้วย machine learning ซึ่งในโซลูชั่นนี้ Accelirate นำ out-of-the-box pre-trained model สำหรับ Invoice ของ UiPathเข้ามาใช้งานร่วมกับการสอนโรบอทให้อ่านข้อมูลได้แม่นยำเพิ่มขึ้นบนแพลทฟอร์ม AI Center ซึ่งเป็นเครื่องมือที่อยู่ในกลุ่มเดียวกันกับ Document Understanding นอกจากใบแจ้งหนี้แล้ว โรบอทยังได้รับการสอนในให้เข้าใจเอกสารและสามารถค้นหาเอกสารแนบอื่นๆอยาง ใบตราขนส่งสินค้า (bill of lading) หรือ BOL ซึ่งเป็นเอกสารที่ต้องใช้ประกอบกระบวนการจ่ายหนี้การค้า ซึ่งโรบอทสามารถตรวจสอบได้ว่าอีเมลที่ส่งเข้ามามี BOL หรือไม่ ถ้าไม่ก็แจ้งทีม AP เพื่อแก้ปัญหาต่อไป
  4. โรบอทประเมินความถูกต้องของระดับความเชื่อมั่นในการอ่านเอกสาร
    1. ถ้าโรบอทอ่านข้อมูลจากใบแจ้งหนี้ได้ระดับความเชื่อมั่น 95% ขึ้นไป ข้อมูลจากใบแจ้งหนี้จะถูกส่งต่อแบบอัตโนมัตืไปยังคิวงาน reconcile เพื่อทำจ่ายต่อไป
    1. ในกรณีที่ระดับความเชื่อมั่นจากการอ่านต่ำกว่า 95% ข้อมูลจากใบแจ้งหนี้จะถูกส่งไปให้เจ้าหน้าที่ทีม AP ทำการ validation เพื่อยืนยันหรือแก้ไขความถูกต้อง
  5. การทำงานจะย้อนกลับไปที่ขั้นตอนที่ 1 สำหรับการทำงานของใบแจ้งหนี้ลำดับถัดไป จนกระทั่งใบแจ้งหนี้ที่ถูกส่งมาทั้งหมด จะไปอยู่ในคิวงาน reconcile เพื่อเตรียมการอนุมัติจ่าย
  6. โรบอทจัดทำรายงานสรุปการทำงานของใบแจ้งหนี้ batch นี้ ประกอบไปด้วย จำนวนใบแจ้งหนี้ทั้งหมด จำนวนใบแจ้งหนี้ที่อ่านได้สำเร็จด้วยโรบอทเอง จำนวนใบแจ้งหนี้ที่ต้องส่งให้ทีม AP ทำ validation เวลาที่โรบอททำงานในกระบวนการนี้

จากการประเมินความคุ้มค่าของโครงการ ทีม AP ของบริษัทค้าปลีกแห่งนี้สามารถลดเวลาโดยรวมลงได้ถึง 20% เพื่อที่สมาชิกทีม AP สามารถไปใช้เวลากับเรื่องอื่นที่สำคัญกว่า เนื่องจากเวลาในการจัดการกับใบแจ้งหนี้ลดลงเหลือ 30 วินาทีต่อใบเมื่อเทียบกับ 3-5 นาทีต่อใบก่อนที่จะนำ Document Understanding เข้ามาใช้

ผู้อ่านที่สนใจสามารถติดตามข้อมูลเพิ่มเติมจากบทสัมภาษณ์ของผู้รับผิดชอบโครงการจาก Accelirate Inc. ซึ่งเป็นบริษัทที่ปรึกษาที่พัฒนาโครงการดังกล่าวได้ตามลิงค์วิดิโอด้านล่าง

ในบทความตอนต่อไปของชุด สอนโรบอทให้เข้าใจเอกสาร จะให้ข้อมูลเชิงลึกที่มากขึ้นของ Document Understanding ขอให้รอติดตามทาง blog ของบ.ออโต้แมทนะครับ

แล้วพบกันใหม่ สวัสดีครับ

10 คำทำนายแนวโน้มระบบ RPA ในปี 2022 #3 (ตอนจบ)

ต่อจากบทความที่แล้ว ขอพูดถึง 3 แนวโน้มที่เหลือจาก 10 Trend ของโลก RPA ซึ่งถือเป็นภาคจบของซี่รี่ย์ #RPATrend นะครับ

Trend #8: automation เพื่อโลกสีเขียว

แนวคิดไอทีเพื่อสิ่งแวดล้อมกำลังเป็นเรื่องที่ถูกหยิบยกมาคุยในเวทีโลก และเมื่อพิจารณาถึงระบบ automation ในรูปแบบที่จะมาช่วยเติมเต็มในเรื่องนี้จะเห็น use case อยู่พอสมควรอาทิเช่นใช้ระบบบ RPA ตรวจสอบดูสถานะการทำงานของ data center หรือCloud เมื่อมีการถูกเรียกใช้งานน้อย ระบบอาจปิดการทำงานบางอย่างที่มีผลต่อการประหยัดพลังงานไฟฟ้าอย่างมีนัยยะได้ หรือการใช้ RPA low-code มาในกระบวนการที่ต้องใช้กระดาษ (เอกสารในการอนุมัติขั้นตอน) เพื่อประหยัดการใช้กระดาษ หรือไม่ต้องใช้เอกสารใด ๆ ในกระบวนการอีกเลย ทุกอย่างใช้ RPA ทำใน workflow process ทั้งหมดเป็นต้น โดยแนวโน้มนี้จะถูกหยิบยกและหา use case ซี่งจะเป็นวาระหลักในปีต่อๆไปอย่างแน่นอน

Trend #9: ความท้าท้ายของฝ่ายบริหารงานบุคคล เมื่อถึงการมาของ Digital Workforce

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

มีการคาดการณ์ว่าในอีกสักห้าปี แนวโน้มนี้จะหนักข้อขึ้นเรื่อยๆและเป็นประเด็นที่ HR ต้องทำให้ชัดเจน วางแผนให้รัดกุมถึงการจัดการเพราะไม่ใช้ทุกคนในองค์กรจะปรับตัวได้ง่ายๆ หากงานของเค้าเหล่านั้นจะถูกแทนที่จาก RPA แผนงานที่ CHROs (chief human resources officer) คือระบุให้ชัดว่างานไหน (อาจเป็นเฉพาะบางส่วน) ที่จะให้หุ่นยนต์มาทำแทน การค่อยเป็นค่อยไปในการปรับองค์กร การพัฒนาความรู้ในสองด้าน (up-skill, re-skill) หรือการวางจ้างทักษะแรงงานแบบใหม่เป็นต้น

Co-worker Robots (Digital Assistant)

Trend #10: การเติบโตไปพร้อมกันของ RPA ecosystems

การทะยานขึ้นอย่างรวดเร็วของตลาด automation tech จะไม่พุ่งไปแบบเดี่ยวๆแต่จะพากันไปทั้ง ecosystems โดยจากสถิติที่เก็บมาและการพยายกรณ์ของ IDC เอง แรงงานในตลาด automation ก็จะมีความต้องการมากขึ้นเช่นกันแรงงานด้านการพัฒนาตลาด การพัฒนาโปรแกรม โปรแกรมเมอร์ด้าน RPA และอื่นๆจะเป็นที่ต้องการเป็นอย่างมากในอนาคตอันใกล้นี้

Source:

https://www.mckinsey.com/business-functions/mckinsey-digital/our-insights/the-top-trends-in-tech

https://www.uipath.com/blog/automation/top-automation-trends-2022

10 คำทำนายแนวโน้มระบบ RPA ในปี 2022 #2

ต่อจากบทความที่แล้ว ขอพูดถึง 4 แนวโน้มของโลก Robotic Process Automation เทรดถัดไปนะครับ 

Trend #4: ยุคเริ่มต้นของ task based workflows 

ปกติพวกเราจะคุ้นชินกับการทำงานบน desktop, web application นั้นๆ ให้จบในเรื่องๆหนึ่งแล้วต้องปิดจอสลับเอาข้อมูลไปทำต่อบนแอพอื่นๆ ซึ่งหลายครั้งต้องทำงานซ้ำ ต้องทวนข้อมูลก่อนกรอกเข้าอีกระบบ ซึ่งในปี 2022 จะเป็นตอนเริ่มต้นการทำงานในอีกแบบหนึ่งคือ task based workflows ซึ่งถูกออกมาช่วยผู้ใช้อย่างเราๆให้งานเสร็จเร็วขึ้น ตัว robots ที่ออกมามาจะอยู่ในรูปของdesktop assistant สั่งครั้งเดียวมองการทำงานเป็นกระบวนการไม่ติดว่าเป็นการเข้า-ออก กี่ application และอาจพิจารณาให้ถูกสร้าง task based workflows คือผู้ใช้เองด้วยเครื่องมืออย่างง่ายในการออกแบบโปรแกรม (no-code) ทำงานเป็นชิ้น ๆเล็ก ๆ (แต่ถูกออกแบบมาให้เป็นแบบจิ๊กซอว์) ไปรวมๆกันทำให้กระบวนการเสร็จเป็นชิ้นๆ ได้แบบ just-in-time เพื่อเซฟเวลาให้คนไปทำงานที่สร้างสรรค์กว่า

Trend #5: ทีม Automation CoEs จะเป็นผู้เชื่อมการใช้ AI เข้ากับ RPA เพื่อยกระดับการใช้งานขึ้นไปอีกขั้น

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

Trend #6: ปฎิวัติ RPA ด้วยพลังของ ML model

การประยุกต์งานร่วมกันระหว่าง RPA + AI จะทำให้นักพัฒนาต้องปรับมุมองแค่การเอา robots มาทำงานสั้น ๆ ง่าย ๆโดยจะไม่เหมือนเดิมอีกต่อไปเนื่องด้วยการพัฒนา ML ทำให้โปรแกรมฉลาดขึ้น นักพัฒนาอาจไม่ต้องสอน robot แบบ step-by-step อีกต่อไป ดังตัวอย่างของ Forms AI ในคลิปด้านล่าง มนุษย์แค่สั่ง robot นำเข้าเอกสารชนิดเดียวกันสักเล็กน้อย จากนั้น ML จะคำนวณความเป็นไปได้ และดึงข้อมูลจากเอกสารมาให้มนุษย์ยืนยันว่าที่ ML ดึงมาให้นั้นถูกต้องแค่ไหน จากนั้น ML จะพัฒนาไปเรื่อย ๆ ผ่านเอกสารปริมาณมากที่ไหลเข้า ด้วยการทำงานแบบนี้การทำ OCR ไม่จำเป็นต้องสร้าง template อีกต่อไป เพราะ ML จะมองและแนะนำให้เองว่าเอกสารเป็นประเภทไหน (แต่มนุษย์ยังต้องยืนยันเพื่อพัฒนาความฉลาด) และสุดท้ายนอกจาก robot จะมองเห็น และกระทำให้แล้ว ยัง “เข้าใจ” รูปแบบต่างๆของข้อมูลมากขึ้นอีกด้วย (ในอนาคต)

Trend #7: ระบบที่ยืนหยุ่นมากขึ้นของ SaaS RPA

หลากหลาย RPA vendor จะขานรับแนวทาง Cloud Native การใช้ containerization, microsevices ต่างๆ จะถูกนำมาimplement เพื่อเป็นทางเลือกที่หลากหลายว่าต้องการติดตั้งระบบ automation ในรูปแบบไหน การปรับเปลี่ยนแบบทยอยนำขึ้นจาก on-premise ไปสู่ native cloud ทำได้อย่างเป็นขั้นตอนมีเครื่องมือรองรับเป็นต้น ทั้งนี้ทำขึ้นเพื่อนักพัฒนาเน้นไปที่พัฒนา robot เพิ่มประสิทธิภาพ ไม่ต้องไปกังวลในเรื่องอืน ๆ (install, manage, upgrade เป็นต้น)

Source:

https://www.mckinsey.com/business-functions/mckinsey-digital/our-insights/the-top-trends-in-tech

https://www.uipath.com/blog/automation/top-automation-trends-2022

10 คำทำนายแนวโน้มระบบ RPA ในปี 2022 #1

ในปัจจุบันภาคธุรกิจเร่งนำเอาระบบ automation มาใช้ในอย่างมากในแทบทุกอุตสาหกรรม มีทั้งหมดแบ่งเป็น 10 แนวโน้มที่จะมีผลต่อการทำงานในคุณในอนาคตอันใกล้นี้ โดยในบทความนี้จะเล่าถึง 3 แนวโน้มแรกในบทความนะครับ

Trend #1: ซีไอโอจะเป็นคนกุมบังเหียนหลักของระบบอัตโนมัติ 

จากงานวิจัยของ Mckinsey บ่งบอกถึงมากกว่า 80% ที่องค์กรเพิ่มการใช้งานระบบ automation ไปมากกว่าความเป็น basic implement แต่เป็นการยกระดับไปถึงมาตรฐานของการใช้ระบบ RPA การเชื่อมโยงไปกับกลยุทธขององค์กร ต่อยอดไปถึงการใช้ RPA ในแง่ของการ คำถามที่ CIO โดนถามจะถูกปรับเปลี่ยนจากมันคืออะไร ทำงานทดแทนแรงงานมนุษย์ได้มากน้อยแค่ไหน ไปเป็นคำถามอาทิเช่น

  • การเชื่อมโยงกลยุทธหลักขององค์กรเข้ากับระบบ automation การมองหามาตรฐานการควบคุม ดูแลระบบให้มีมาตรฐานเพื่อความมั่นคงของระบบ กำกับดูแลกระบวนการทางธุรกิจโดยใช้ robots ให้มีประสิทธิภาพสูงสุด
  • ปรับการใช้งาน RPA ให้มาเป็นการทำงานด่านหน้าเพื่อสนับสนุนโมเดลการทำธุรกิจใหม่ๆ ไม่ใช่เป็นเพียง back office แบบเดิมอาทิเช่น chat bots, robot for call center หรือ customer self service เป็นต้น
  • สมดุลการใช้ automation ระหว่างการสร้าง หรือใช้งานจากตรงกลาง หรือการสร้าง robots ขึ้นใช้งานได้เองในแต่ละหน่วยงาน
  • สร้างการกำกับดูแลระบบให้เชื่อมกับบรรษัทภิบาลขององค์ในแง่มุมต่างๆ
Businessman holding a glass ball,foretelling the future.

Trend #2: การควบรวมเป็นหนึ่งเดียวของระบบ RPA ทั้ง BPA, iPaas, LCAP และ AI

แนวคิด “RPA-plus” ในที่นี้หมายถึงการควบรวมเอาความสามารถของ BPA (business process automation)+ LCAPs (low-code application platforms)+AI+ iPaaS (interation platforms as a service) เข้าไว้ด้วยกัน ทั้งนี้เนื่องด้วยผู้นำการควบรวมจากทาง RPA vendor มีการปรับใช้งาน การเข้าถึงได้อย่างรวดเร็วมากว่า platform ที่กล่าวข้างต้นอื่นๆ ทั้งหมด โดยในปี 2020 RPA เติบโตจากยอดรายได้ถึงเกือบ 1.9 ล้านล้านดอลล่าร์ และมีโอกาสเติบโตออกไปอีกในอนาคต และเกิดการเติมเต็มความสามารถเข้าไปในระบบ RPA เพื่อเติมในเรื่อง “democratization” และ “scalability” ให้เต็มความสามารถนั่นเอง

โดยมีข้อสังเกตุที่ชัดเจนในสองรูปแบบที่เกิดขึ้นในตลาด convergence RPA คือ

  • การเพิ่มความสามารถในการสร้าง robot ที่เข้ากันได้กับ เชื่อมต่อได้ง่ายกับระบบปัจจุบันขององค์กร การต้องให้ robot ทำงานกับกระบวนการที่ซับซ้อนมากขึ้นได้นั้น ระบบ RPA ที่ดีต้องมีการสร้าง UI (user interface) ที่เข้ากันได้กับ RPA ด้วยเทคโนโลยี low-code เป็นต้น หรืออีกตัวอย่างคือ RPA ที่มีเครื่องมือในการสร้าง robot ได้ด้วยผู้ใช้งานเอง สร้างapplication สั้นๆง่ายๆในการรองรับการทำงาน robot เป็นต้น
  • ผู้เล่นในตลาด RPA จะเริ่มสร้างเครือข่ายหรือลงทุนกับการ “เชื่อมต่อ” ให้ดีและง่ายขึ้นไปอีก (ผ่าน API) การทำ plug in ต่างๆ กับ application ที่มีผู้ใช้ในตลาดจำนวนมาก และการมองถึงการเป็น RPA ที่มีหน้าที่จัดการบริหาร robot และกำหนดควบคุมการใช้งาน (governance) ภายใต้ระเบียบข้อบังคับ การดูแลระบบรักษาความปลอดภัย การทำงานของ robot ให้ดียิ่งขึ้น นี่เป็นที่มาของคำว่า RPA-plus

Trend #3: การก่อกำเนิด layer ใหม่ของ RPA (automation layer)

เป็นการมองอนาคตถึงแนวคิดที่ว่าองค์กรยุคใหม่จะมีการนำเอาหลักคิด “robot for every person” เฉกเช่นการให้พนักงานทุกคนมีอีเมลเป็นของตนเองเพื่อเอาไว้สื่อสารเป็นต้น แต่แนวคิดนี้คือให้พนักงาน (ทุกคน) มี digital desktop assistant มาทำงานเชื่อมต่อกับกระบวนการขององค์กรที่ส่วนมากมีหลากหลาย enterprise systems, web application หรือระบบเก่าๆอย่าง legacy systems ที่ไม่ค่อยมี api ในการเชื่อมต่อมากนัก

การเชื่อมด้วย RPA ที่ทำได้อย่างรวดเร็วนี้จะก่อให้เกิดรูปแบบ “ชั้น” ใหม่ขึ้นเรียกว่า automation layer ที่จะเป็น stacks บนสุดของapplication stacks ซึ่งใน “ชั้น” หรือ layer ใหม่นี้จะอยู่ระหว่างผู้ใช้งาน และระบบ enterprise ต่างๆ โดยมีเครื่องมือสำหรับสร้าง robot มาช่วยนำเข้าข้อมูล เปิดปิดระบบ พิมพ์รายงาน มี plugin การเชื่อมต่อต่างๆ เก็บเอาไว้และระบบที่ทำหน้าที่ maintenance และ governance อีกด้วย

สุดท้ายด้วย layer ใหม่นี้จะทำการเกิดแนวคิดในการทำ digital process ได้ง่าย รวดเร็วและมีมาตราฐานเพื่ออำนวยให้ผู้ใช้งานสร้าง digital robot เพื่อ rethink กระบวนงานใหม่ๆที่สร้างสรรค์ และพ้นขีดจำกัดจาก technology fragmentation (การมีระบบที่แตกต่าง หลากหลายและเชื่อมต่อได้ยากเย็น) ได้ในที่สุด   

Source:

https://www.mckinsey.com/business-functions/mckinsey-digital/our-insights/the-top-trends-in-tech

https://www.uipath.com/blog/automation/top-automation-trends-2022

ยกระดับ Business Intelligence & Analytics ด้วยระบบอัตโนมัติ – Unlocks the Full Potential of BI and Analytics #3

ตอนจบของซีรีย์นี้กันครับ มาทบทวนสักนิดสำหรับ 5 แนวทางที่จะใช้ RPA ในการปลดล๊อค Business Intelligence & Data Analytics …. ตอนนี้จะกล่าวถึงสองแนวทางสุดท้าย

– Improve data quality

– Analyze data from any system

– Take action when and where you make decisions

– Use BI data in complex business and IT process automations

– Democratize BI through automated reports

Use BI data in complex business and IT process automations

หลายๆองค์กรใช้การดึงข้อมูลและแสดงผลให้ช่วยในการ “มองเห็น” สถานะทางด้านธุรกิจมากขึ้น และเช่นกันเราสามารถนำเอาความสามารถนี้ของ BI มาใช้ในการพัฒนากระบวนการธุรกิจให้ดีขึ้นได้ด้วยตัวอย่างเช่น เมื่อเราใช้ ETL, BI ดึงข้อมูลการเงินออกมา หากเข้าเงื่อนไขการจ่ายเงินที่มีเครดิตเทอมในมูลค่าสูงๆ เราอาจพัฒนางาน robots มาช่วยในการส่งข้อความเตือนการจ่ายในครั้งนี้ (reminder) การมอบหมายหน้าที่นี้ให้ผู้ใช้ที่เกี่ยวข้องโดยตรงให้รับทราบหรือทำการอนุมัติกระบวนการนี้ หรือในอีกตัวอย่างหนึ่งเช่น หากระบบ BI ดึงข้อมูล IT Asset ออกมาแล้วพบว่าในระบบมีทรัพยากรที่ถูกใช้งานอยู่แต่ยังไม่ได้ทำการ patching เราก็ให้ bots ช่วยทำให้ได้หรือหากตรวจจากข้อมูลพบว่าทรัพยากรไม่ได้ถูกใช้งาน (usages) อย่างคุ้มค่าหรือไม่เพียงพอ เราก็อาจให้ robots ช่วยจัดสรรให้ได้อย่างอัตโนมัติเป็นต้น

Democratize BI through automated reports

เมื่อเรามีการดึงข้อมูลมาวิเคราะห์ที่ดีแล้ว สิ่งที่ดีไปกว่านั้นคือการแบ่งปันข้อมูลให้ก้บหน่วยงานอื่นๆ ที่จะได้ใช้อย่างเหมาะสม โดยอาจพิจารณาการแชร์ข้อมูลผ่านระบบ RPA ให้จัดทำและส่งข้อมูลในรูปแบบ data export (no coding) การปรับสอดแทรกข้อมูลรูปภาพไปกับรายงานในรูปแบบ PDF (ป้องกันการเข้าถึง การแก้ไขภายหลัง) หรือการเปลี่ยนมุมมองเป็นกราฟแล้วส่งไปเป็นMicrosoft Powerpoint ส่วนช่องทางก็ทำผ่านช่องทางปกติเช่น Email, slack, MS Team 

Source:

https://www.uipath.com/blog/automation/5-ways-automation-unlocks-bi-analytics-full-potential

ยกระดับ Business Intelligence & Analytics ด้วยระบบอัตโนมัติ – Unlocks the Full Potential of BI and Analytics #2

Analyze data from any system

เข้าถึงจัดการข้อมูลจากหลากหลายแหล่ง เพื่อการวิเคราะห์ได้ง่ายกว่าเดิม “Analyze data from any system” ปฎิเสธไม่ได้ว่าข้อมูลไม่ได้ถูกจัดระเบียบมาเพื่อให้เครื่องมืออย่าง ETL, Datawarehouse หรือ API ดึงมาง่ายๆ แต่ชีวิตจริงในองค์กรใหญ่อย่างประกันหรือธนาคารเองยังคงมี legacy systems ระบบเก่าแก่ เสถียรภาพสูงที่ปัจจุบันทำงานเก็บข้อมูลเป็นหลักอยู่เช่น ซึ่งระบบพวกนี้การเข้าเรียกโดยใช้การเขียนโปรแกรมไปดึง หรือ ETL ตรงๆ จากระบบไมใช่เรื่องง่าย ซึ่งหากพิจารณานำเอา RPA มาใช้ในเรื่องนี้ สามารถทำได้ทันทีง่ายและรวดเร็ว 

อีกทั้งหากองค์กรยังมีพวกแหล่งข้อมูลที่ไม่เป็นโครงสร้างเช่น ข้อความ อีเมล ข้อมูลจากการวิเคราะห์เว็บไซด์หรือแม้กระทั่งพวกรูปภาพ ลายมือเขียน สเปรดชีต PDF ไฟล์ต่างๆ ทุกวันนี้ระบบ RPA ไปต่อเชื่อมกับพวก ML, NLP, OCR เพื่อดึงข้อมูลต่างๆเหล่านี้มาเพื่อช่วยจัดระเบียบข้อมูลและวิเคราะห์ได้ดีเลยทีเดียว

RPA with various data
robots can extract data from various data

Take action when and where you make decisions

แน่นอนว่าผลลัพธ์ของระบบการวิเคราะห์คือช่วยตัดสินใจ แต่จะดีไปกว่านั้นถ้าเราเตรียม “action” ต่างๆ เอาไว้หากผลของข้อมูลมันได้บ่งชี้อาการทางธุรกิจออกมา นี่ถือเป็นการอัพเลเวลของระบบ analytics กันเลยทีเดียว ปัจจุบันทั้งซอฟต์แวร์ BI tools รุ่นใหม่ๆเช่นTableau เองก็มีการต่อเชื่อมร่วมกันโดยเอา UiPath RPA ไปเชื่อมแล้วหากเกิดข้อมูลจากการวิเคราะห์ใน dashboard เช่นวิเคราะห์ข้อมูลสินค้าคงคลังแล้วระดับสินค้าออกมาต่ำกว่าปกติชัดเจน เราอาจเชื่อม action ด้วย RPA เข้าไปให้ระบบสามารถกด click ที่หน้าจอ dashboard แล้วให้ robots ไปเปิดกระบวนการสั่งสินค้ามาเติมสต๊อกใน ERP ได้เป็นต้น

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

Source:

https://www.uipath.com/blog/automation/5-ways-automation-unlocks-bi-analytics-full-potential

https://www.uipath.com/resources/automation-case-studies/once-nonprofit-organization-rpa

ยกระดับ Business Intelligence & Analytics ด้วยระบบอัตโนมัติ – Unlocks the Full Potential of BI and Analytics

หนึ่งในผลลัพธ์จากแบบสำรวจของฮาร์วาร์ด บิสซิเนส สคูล (HBR) บอกว่าในโลกธุรกิจปัจจุบันหลายองค์กรอยากที่จะก้าวสู่ Agile, Innovative, Data driven มาปรับใช้เพื่อยกระดับการแข่งขัน ผลสำรวจบ่งออกมาถึงขั้นที่เรียกว่า “สำคัญมาก” และ “จำเป็นมากที่สุด” กันไปแล้ว โดยแน่นอนเมื่อมีข้อมูลที่ดี การตัดสินใจ คาดคะเน และนำไปใช้ย่อมถูกต้อง วันนี้เรามารู้กันครับว่าหากได้นำระบบอัตโนมัติหรือ automation เข้ามาช่วยอีกจะยิ่งเพิ่มศักยภาพมากขึ้นไปมีแนวดังนี้

  1. Improve data quality 
  2. Analyze data from any system
  3. Task action when and where you make decisions
  4. Use BI data in complex business and IT process automations
  5. Democratize BI through automated reports

เนื่องด้วยความที่ผู้เขียนอยู่ในวงการ Business Intelligence and Data warehouse มาพอสมควร จะมีความเห็นค่อนข้างเยอะและ blog ในตอนนี้ออกจะยาวหน่อย ขอแบ่งเป็นห้าตอนย่อยนะครับ

DQ

Improve data quality 

โหลดข้อมูลขยะเข้าไป เราก็ได้ข้อมูลจากการประมวลผลโมเดล พยากรณ์ที่ผิดพลาด และจะพาไปถึงความไม่เชื่อมั่น ไม่เชื่อถือในองค์กรของทีมงาน (น่ากังวลมาก) ขั้นตอนแรกซึ่งนับเป็นขั้นตอนที่ “สำคัญ” มากที่สุดคือการจัดเตรียมข้อมูล (data preparation) ซึ่งบางครั้งใช้เวลามากกว่า 80% ของกระบวนการสำหรับการวิเคราะห์ข้อมูลกันเลยทีเดียว และเหลือ 20% เอาไว้แปรผล วิเคราะห์นำไปใช้ ซึ่งถือว่าเยอะมากๆ 

ถ้าหากมีการปรับนำเอา automating data collection – cleansing – data repair ผ่านเครื่องมือ Tableau Prep มาช่วยจะลดเวลาในขั้นการจัดเตรียมไปได้มาก

ทั้งนี้ในปัจจุบันมีหลายๆองค์กรปรับเอา RPA มาใช้ในการดึงข้อมูลจากหลายๆแหล่ง หลายๆระบบ มาจัดเตรียมข้อมูล ตรวจความถูกต้องให้พร้อมสำหรับการนำไปใช้ใน BI Reports เป็นต้น อาทิผู้ใช้ที่เป็นองค์กรการกุศลใหญ่จากสเปน (ONCE – ONCE- National Organization of Spanish blind people)ใช้ดึงข้อมูลสต๊อคล็อตตาลี่คงเหลือที่มีข้อมูลมหาศาลจาก 28 ตัวแทน (ที่มีลักษณะการขาย การสต๊อคล็อตตารี่แตกต่างกัน) ด้วยการ login เข้าไปในระบบ ดึงข้อมูลไฟล์หลักมารวมกัน ปรับตามรูปแบบที่ต้องการ นำข้อมูลมารวมกันโดยไม่ต้องคนทำหน้าที่นี้ในการจัดเตรียม แค่เหลือหน้าที่ให้คนมาตรวจสอบในขั้นตอนสุดท้ายก่อนการนำข้อมูลผ่านไปยังระบบอื่นๆเป็นต้น

อีกทั้งการดึงข้อมูลจากเอกสาร (document extraction) ดึงข้อมูลจาก log file, data synchronization ต่างๆ ปัจจุบันองค์กรก็นิยมนำเอา RPA มาช่วยงาน อย่างองค์กรอีกแห่งจากประเทศอังกฤษ (Brent Council) เอาแนวคิดพวกนี้มา implement ใช้งานและลดระยะเวลาการทำงานปกติ (manual) จากการเตรียมข้อมูลต่อหนึ่ง transaction จาก 4 นาทีต่อลูกค้าเหลือ 40 วินาที ทั้งยังลดความผิดพลาดจากการคีย์ข้อมูลเข้าได้อีก (human error)…. ปัจจุบัน RPA เลยถูกนำไปเข้าช่วยในเรื่องการดึงข้อมูล นำเข้าข้อมูล ตรวจสอบข้อมูลได้หลากหลายแนวทาง โดยไม่ต้องเขียนโปรแกรม ไม่ต้องใช้โปรแกรม ETL อีกต่อไป ทั้งนี้จะขอกล่าวต่อไปในตอนข้างหน้าครับ

Source:

https://www.uipath.com/blog/automation/5-ways-automation-unlocks-bi-analytics-full-potentialhttps://www.uipath.com/resources/automation-case-studies/once-nonprofit-organization-rpa

ระบบอัตโนมัติกับ รูปแบบการทำงานใหม่ (Hybrid Work)

สถานการณ์โควิดเป็นทั้งแรงผลักและแรงดัน รวมไปถึงขับเคลื่อนอย่างรวดเร็วสู่การทำงานแบบรีโมท (ทำงานจากระยะไกล เช่นจากที่บ้าน) แต่ไม่ใช่ทุกคนจะหลงรักการทำงานในรูปแบบนี้เพราะหลายๆงานมันยากมากขึ้น ใช้เวลามากขึ้นกว่าจะเช็คกว่าจะเคลียร์ความเข้าใจกับเพื่อนร่วมงานและนำข้อมูลเข้าประมวลผล เป็นผลให้งานวิจัยมากมายอย่างของ Saleforce research บอกเลยว่า 64% อยากกลับเข้าทำงานในออฟฟิศ (ในรูปแบบเดิม) เป็นที่มาของแรงบีบให้ผู้บริหารต้องปิดตา เปิดหู รับฟังมากขึ้นและต้องจัดเตรียมทรัพยากรในการรองรับการทำงานในรูปแบบใหม่ “Hybrid working” ให้ดีที่สุดดังตัวอย่างจากประเทศสหรัฐอเมริกาเรื่องการลงทุนด้านไอทีดังนี้

  • เครื่องมือสำหรับพนักงานในการประชุม online (72%)
  • ระบบรักษาความปลอดภัยในการเชื่อมต่อต่างๆ (70%)
  • การฝึกอบรมสู่พนักงานในการประชุม ทำงานรูปแบบ online (64%)
  • ปรับห้องประชุมเพื่อรองรับการทำ virtual connectivity มากขึ้น (อุปกรณ่ต่างๆในห้องประชุม การถ่ายทอดสด และอื่นๆ)(54%)

อนาคตอันใกล้คำว่า “Hybrid work” จะเป็นสิ่งที่ทุกคนคุ้นเคยอย่างแน่นอนเนื่องด้วยปัจจัยที่กล่าวไปข้างต้น โจทย์จึงมาอยู่ที่ผู้บริหารต้องวางแผนการทำงานในรูปแบบนี้ให้มีประสิทธิภาพมากที่สุด ทั้งนี้ไม่ใช่คิดแค่ desktop PC สำหรับโต้ะพนักงาน และ notebook สำหรับแจกเพื่อให้ทำงานจากที่บ้านแค่นั้น แต่ต้องรวมไปถึงการคิดนอกกรอบอื่นๆเพิ่มขึ้นไปด้วยเช่นการวางแผนงบประมาณ การสนับสนุนการทำงานในรูปแบบใหม่ซึ่งต้องพิจารณารูปแบบว่า technology ที่องค์กรใช้อยู่ในปัจจุบันรองรับทั้งหมดหรือไม่ซึ่งพระเอก ณ ตอนนี้น่าจะเป็นระบบ cloud infra รวมไปถึงบริการ managed service ทั้งหลายที่จะมาช่วยองค์กร (การลงทุนใน hardware, software จะหดหายไปบ้าง) ระบบรักษาความปลอดภัยเองก็จำเป็นต้องถูกอัพเกรดให้แข็งแกร่งมากขึ้นไปตามสถานการณ์

employee work outside from the office

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

ความจริงนี้ถูกส่งผ่านการลงทุน การ implement ระบบ RPA ในองค์กรใหญ่ๆมากมายโดยมีมากกว่า 56% ที่ใช้ระบบนี้อยู่ (และจะพัฒนาต่อไป) อีก 17% วางแผนจะใช้งานในปีหน้า และ 8% วางแผนจะใช้ในอีกสองปี นั่นหมายถึงการ shift to hybrid work model เกือบจะทั้งหมด … ลองคิดดูหากท่านยังไม่ได้พิจารณาในเรื่องราวเหล่านี้ในองค์กรของท่านจะถูกทิ้งห่างไปไกลขนาดไหน

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

robotic process automation concept

credit:

https://www.uipath.com/blog/digital-transformation/hybrid-work-model-needs-new-tech-stack

Becoming Citizen Developer – พัฒนาระบบ RPA สำหรับงานที่ทำอยู่เป็นประจำได้ด้วยตัวเอง

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

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

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

สิ่งที่องค์กรที่เป็นผู้ใช้งาน RPA กลุ่มแรกๆเหล่านี้มองหาคือการต่อยอดจากความสำเร็จจากเฟสแรกซึ่งทำให้ตนเองได้เรียนรู้จากการทำงานร่วมกันของผู้ที่มีบทบาทต่างๆของโครงการ RPA ไปสู่ประโยชน์และความคุ้มทุนในระยะยาว จากการยกระดับการพัฒนาระบบ RPA ขั้นต้น ไปสู่องค์กรที่มีการใช้ระบบอัตโนมัติอย่างเต็มรูปแบบ (Fully Automated Enterprise)

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

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

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

Citizen Developer – RPA

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

ในปัจจุบันเครื่องมือที่ใช้พัฒนาระบบ RPA อย่างง่ายจะใช้เทคโนโลยีที่ออกแบบมามีการเขียน code ให้น้อยที่สุด (Low Code No Code) ซึ่งเหมาะกับผู้ที่ไม่มีทักษะทางโปรแกรม แต่มีความเข้าใจในกระบวนการทำงาน

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

เรามาดูตัวอย่างของเรื่องนี้กัน

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

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

“เราใช้กลยุทธสองอย่างในการทำงาน กลยุทธแบบ Top-Down Approach จะประกอบด้วยทีมพัฒนาที่เชี่ยวชาญ มีความรู้ทางเทคนิค เพื่อสร้างระบบ RPA ที่จำเป็นแต่ซับซ้อนตามนโยบายของผู้บริหารสายงาน โดยมี UiPath Studio เป็นเครื่องมือ ในขณะที่กลยุทธแบบ Bottom-Up Approach จะเน้นฝึกอบรมกลุ่มพนักงานที่มีความเชี่ยวชาญน้อยกว่าในการสร้างระบบงานอัตโนมัติที่ง่ายด้วยตัวเอง ตอนแรกนั้น เครื่องมือที่พนักงานกลุ่มหลังใช้ จะมาจากซอฟ์ทแวร์ในกลุ่ม Image-Based Open Source ก่อนที่จะเปลี่ยนเป็น UiPath StudioX ที่มีศักยภาพและเหมาะกับงานมากกว่าในภายหลัง” อินโฮ คิม  ผู้บริหารทีม Network Innovation ของแอลจียูพลัส กล่าว เมือถูกถามถึงแนวทางการสร้างทีม Citizen Developer

LG use case for RPA - Citizen Dev
LG Case study from UiPath

ผลลัพธ์ที่ได้จากโครงการ RPA ของแอลจียูพลัสถือว่าน่าประทับใจ บริษัทประหยัดชั่วโมงการทำงานได้กว่า 70,000 ชั่วโมงจาก 300 กระบวนการทำงานตั้งแต่เริ่มโครงการ RPA ในปี 2018 

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

ตัวอย่างของงานที่ผู้ใช้งานสามารถพัฒนาเป็น RPA เองได้ เช่น

  • การดึงข้อมูลที่ปรากฏอยู่บนหน้าเว็บไซต์ (Web Scraping) เช่นอัตราแลกเปลี่ยนเงินตราต่างประเทศ ข้อมูลราคาวัตถุดิบ ราคาสินค้าโภคภัณฑ์ เข้ามาเก็บในไฟล์ Excel เพื่อนำไปใช้งานอย่างอื่น
  • การรับอีเมลและจัดเก็บอีเมลและเอกสารแนบตามเงื่อนไข
  • การส่งอีเมลหรือปฏิทินนัดหมายอัตโนมัติ
  • การสร้างหรือปรับเปลี่ยนไฟล์ PowerPoint จากข้อมูลในไฟล์ Word หรือไฟล์ Excel
  • การป้อนข้อมูลที่เก็บในไฟล์ Excel เข้าหน้าเว็บไซต์ เช่นการอัพเดต Sales Activities หรือ Project Status
  • การสร้าง Pivot Table และการคำนวณ 
  • การจัดการไฟล์และโฟลเดอร์เอกสาร เช่น เพิ่ม ลบ เปลี่ยนชื่อ

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

8 ไอเดียง่ายๆ สู่ความสำเร็จของระบบอัตโนมัติ “Automate to Thrive : 8 steps to launch you automation journey” #2

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

ตอนที่หนึ่ง

  1. Just do it 
  2. Start small, fail fast
  3. Get tech-savvy employees as RPA advocates
  4. Win over your employees
RPA as a Journey

ตอนที่สอง

  1. Training for the future
  2. Do not set and forget
  3. Get IT on board
  4. Understand what customers want

ไอเดียที่ห้า | ลงทุนสร้างทักษะ

สร้างทักษะสร้าง robots ให้กับ Business User ตั้งแต่เริ่มงานวันแรกในงานปฐมนิเทศหรือฝึกอบรมพนักงาน นำเอา “โค้ช” ซึ่งก็คือคนในองค์กรเป็นผู้นำในการสอน ให้พนักงานรู้จัก เข้าใจการสร้าง 1st robots เพื่อลดภาระงานของตัวเค้าได้ สิ่งนี้คือสิ่งที่ดีที่สุด ไม่ต้องไปเพิ่งหรือโยนภาระทั้งหมดให้ทีมโปรแกรมเมอร์ องค์กรอาจสนับสนุนด้านเครื่องมือ อุปกรณ์แวดล้อมในการสร้าง ใช้งาน robots พัฒนาไปเรื่อยๆกับเวลาที่ผ่านไป เก่งขึ้นๆพร้อมงานที่มี robots มาช่วยทำให้ประสิทธิภาพงานในภาพรวมดีขึ้น ลงทุนใน RPA ไม่ใช่การลงทุนกับการซื้อโรบอท แต่เป็นการลงทุนกับ “คน”

ไอเดียที่หก  | ไม่โลกสวยจนเกินไปนัก

เมือเวลาผ่านไปกับการใช้งาน robots ที่ออกแบบมาอย่างดีในช่วงต้น อาจต้องประสบกับความเปลี่ยนแปลงในหลายๆด้านเช่น application ที่ปรับเปลี่ยนหน้าตา เวอร์ชั่น หรือแม้กระทั่งหน้าตา interface ของ website บางแห่งที่ปรับเปลี่ยน มากไปกว่านั้นคือการปรับเปลี่ยนในกระบวนการ ดังนั้นองค์กรที่มองว่า RPA คือการเดินทาง มักจะไม่ “จบ” โครงการเมื่อพัฒนาเสร็จสิ้น แต่จะมีการวาง “ทีม” ที่จะมาปรับจูน แก้ไข ทำให้ robots ทำงานได้เร็วขึ้น คาดการณ์การต่อขยายการใช้งานในอนาคต เมื่อปิดช่องโหว่และเพิ่มความแข็งแรงให้กับ robots ในกระบวนการต่างๆ ไม่โลกสวยว่าจบแล้ว แต่มันคืองานรูทีนที่ต้องวางแผน ดูแลและทำให้เกิดการพัฒนาอย่างต่อเนื่องนั่นเอง

ไอเดียที่เจ็ด  | ไอทีคือคนสำคัญ

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

ไอเดียสุดท้าย  | ทะลุไปมองความต้องการของลูกค้า

บางครั้งการพัฒนา robots มาช่วยงาน นักพัฒนาพยายามเขียนและทำให้ robots ทำงานเก่งๆ ทำงานทุกอย่างโดยลืมไปว่าสิ่งสำคัญคือการตอบ “ความต้องการ” ของลูกค้า เราควรใช้เวลาตอนเริ่มต้นสัก 1-2 วันมานั่งคุยเพื่อให้สิ่งนี้กระจ่างก่อนพัฒนา และต้องไม่ลืม service mind นั้นสำคัญกว่าtechnology มากมายนัก ในงาน call center บางครั้งไม่ถืงขนาดต้องรีบนำ robot ไปทำหน้าที่ทดแทน หรือช่วยเหลือ agent เพียงนำ robot ใช้เรียกค้นข้อมูลสำคัญง่ายๆในระยะเวลาที่รวดเร็ว ฝึกอบรมงานบริการเพื่อให้ touch point นี้ถูกประสานทั้งจิตใจบริการที่ดีเยี่ยมและเทคโนโลยีง่ายๆอย่างRPA แค่นี้ก็ตอบโจทย์แล้ว

ขอบคุณที่ติดตาม และไปหาอ่านเรื่องราวดีๆในด้าน RPA, Digital Transformation กันได้ที่ ไว้พบกันครับ

https://automatconsult.com/blog

Credit:

ข้อมูลและภาพประกอบจาก

https://www.uipath.com/solutions/whitepapers/steps-launch-automation-journey

https://pxhere.com/