คำนวณ ROI ของงานเอกสารอัตโนมัติ แบบที่ไม่หลอกตัวเอง

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

พนักงาน 5 คน × 4 ชั่วโมง/วัน × 22 วัน × 300 บาท/ชั่วโมง = 132,000 บาท/เดือน ระบบลดงานได้ 80% → ประหยัด 105,600 บาท/เดือน ค่าระบบ 30,000 บาท/เดือน → คืนทุนในเดือนแรก

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

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

ปัญหาที่ 1 — เวลาที่ประหยัดได้ ไม่ได้แปลว่าเงินที่ประหยัดได้

นี่คือข้อผิดพลาดที่ใหญ่ที่สุดและพบบ่อยที่สุด

สมมติระบบลดเวลาคีย์เอกสารของทีมบัญชี 5 คนไปคนละ 3 ชั่วโมงต่อวันจริง ๆ คำถามคือ

แล้วบริษัทลดค่าใช้จ่ายลงจริงหรือเปล่า

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

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

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

วิธีนับที่ป้องกันได้

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

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

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

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

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

ปัญหาที่ 2 — 80% ที่ไม่เคยเกิดขึ้นจริง

สูตรขายมักสมมติว่างานหายไป 80% ตัวเลขนี้มาจากการถือว่า "ถ้าระบบอ่านได้ 80% ก็แปลว่างานหายไป 80%"

แต่งานคีย์เอกสารไม่ได้มีแค่การคีย์ ลองแยกดู

ถ้าการคีย์คิดเป็น 50% ของเวลาทั้งหมด และระบบลดส่วนนั้นได้ 80% เวลาที่ประหยัดได้จริงคือ 40% ไม่ใช่ 80%

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

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

ปัญหาที่ 3 — ต้นทุนสามก้อนที่หายไปจากสูตร

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

ก้อนที่ 1 — เวลาของคนในองค์กรระหว่างติดตั้ง

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

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

ต้นทุนก้อนนี้แทบไม่เคยปรากฏในข้อเสนอของผู้ขาย เพราะมันไม่ใช่เงินที่จ่ายให้ผู้ขาย แต่มันเป็นต้นทุนจริงของบริษัท

ก้อนที่ 2 — ช่วงที่ผลิตภาพลดลง

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

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

ก้อนที่ 3 — การดูแลต่อเนื่อง

ซัพพลายเออร์รายใหม่มีเอกสารรูปแบบใหม่ กฎหมายภาษีเปลี่ยน ระบบบัญชีอัปเกรด ทุกอย่างนี้ต้องมีคนปรับ

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

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

สูตรที่ใช้ได้จริง

ผลประโยชน์ต่อปี =
    (เงินที่ไม่ต้องจ้างเพิ่ม)
  + (ค่าโอทีที่ลดลง จากใบเบิกจริง)
  + (ต้นทุนความผิดพลาดที่ลดลง)     ← ดูวิธีคำนวณด้านล่าง

ต้นทุนปีแรก =
    (ค่าระบบ 12 เดือน)
  + (ค่าติดตั้งและตั้งค่าเริ่มต้น)
  + (เวลาคนในองค์กร × ค่าจ้างจริง)
  + (ช่วงผลิตภาพลด: ประมาณ 1 เดือนของค่าจ้างทีมที่เกี่ยวข้อง)
  + (ค่าดูแลตามขอบเขตและแผนงานจริง)

ROI ปีแรก = (ผลประโยชน์ - ต้นทุน) ÷ ต้นทุน

ต้นทุนความผิดพลาดที่ลดลง เป็นก้อนที่มักถูกลืม ทั้งที่บางองค์กรเป็นก้อนใหญ่ที่สุด คำนวณจาก:

• จำนวนครั้งที่จ่ายเงินผิด/ซ้ำ ในปีที่ผ่านมา × มูลค่าเฉลี่ย × สัดส่วนที่เกิดจากคีย์ผิด
• ค่าปรับหรือดอกเบี้ยจากการยื่นภาษีผิดหรือล่าช้า
• เวลาที่ใช้ไล่หาที่ผิดตอนปิดงบ × จำนวนเดือน

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

วิธีวัดเวลาที่ใช้จริง ก่อนจะคำนวณอะไร

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

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

จดสองสัปดาห์ให้คร่อมทั้งช่วงต้นเดือนและสิ้นเดือน เพราะปริมาณงานต่างกันมาก แล้วเอาค่าเฉลี่ยถ่วงน้ำหนัก

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

เกณฑ์ตัดสินใจแบบง่าย

ถ้าไม่อยากทำแบบจำลองซับซ้อน ใช้เกณฑ์นี้:

สัญญาณที่บอกว่าคุ้มแน่ ๆ ไม่ว่าปริมาณเท่าไร: มีแผนจ้างเพิ่มเพราะเอกสารล้น · มีค่าโอทีปิดงบทุกเดือน · เคยจ่ายเงินผิดหรือซ้ำเพราะคีย์ผิด · หรือปิดงบช้ากว่ากำหนดเป็นประจำ

สัญญาณที่บอกว่าควรรอ: กำลังจะเปลี่ยนระบบ ERP ในปีหน้า (รอให้เปลี่ยนเสร็จก่อน ไม่งั้นทำสองรอบ) · รูปแบบเอกสารกำลังจะเปลี่ยน · หรือยังไม่มีใครในองค์กรที่จะรับเป็นเจ้าของระบบ

กับดักสุดท้าย: ตัวเลขที่สวยเกินไป

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

สิ่งที่ควรทำแทน: กำหนดตั้งแต่ก่อนเริ่มว่าจะวัดอะไร วัดเมื่อไร และใครเป็นคนวัด แล้วกลับมาวัดจริงในเดือนที่ 6 และ 12 ตัวเลขที่ได้จะไม่ตรงกับที่ประมาณไว้ — นั่นเป็นเรื่องปกติ สิ่งที่สำคัญคือรู้ว่าไม่ตรงตรงไหน เพื่อให้โครงการถัดไปประมาณได้แม่นขึ้น

สรุป

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

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

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

อ่านต่อ: AI-OCR สำหรับงานบัญชีและการเงิน · ทำไมความแม่นยำ 95% ถึงยังไม่พอ