โปรแกรม ERP ราคาเท่าไหร่ ต้องดูให้จบที่ปีที่ห้า: เทียบ SaaS รายเดือน ซื้อขาด และจ้างพัฒนา ด้วยสูตร TCO

คำถามว่าโปรแกรม ERP ราคาเท่าไหร่ เป็นคำถามที่ตอบตรง ๆ ไม่ได้ ไม่ใช่เพราะผู้ขายกั๊ก แต่เพราะราคาที่เห็นในใบเสนอราคาเป็นแค่จุดเริ่มของเส้นทางจ่ายเงินที่ยาวห้าถึงสิบปี เราเคยเขียนไว้แล้วว่าปัจจัยอะไรทำให้ราคาต่างกันและควรเตรียมงบอย่างไร บทความนี้จะพาไปอีกขั้น คือวิธีเทียบราคาข้ามโมเดลให้แฟร์ เพราะทุกวันนี้ธุรกิจไทยเจอทางเลือกสามแบบที่โครงสร้างราคาต่างกันสิ้นเชิง แบบแรกคือ SaaS จ่ายรายเดือนต่อผู้ใช้ แบบที่สองคือซื้อไลเซนส์ขาดแล้วจ่ายค่าดูแลรายปี และแบบที่สามคือจ้างพัฒนาระบบของตัวเอง การเอาใบเสนอราคาสามใบมาวางเทียบกันตรง ๆ คือความผิดพลาดคลาสสิก เพราะใบหนึ่งโชว์ตัวเลขรายเดือนหลักพัน อีกใบโชว์ตัวเลขก้อนเดียวหลักแสน สมองมนุษย์จะเอนเอียงเข้าหาตัวเลขที่เล็กกว่าโดยอัตโนมัติ ทั้งที่เมื่อคูณเวลาออกมาแล้วผลอาจกลับตาลปัตร เครื่องมือเดียวที่ทำให้การเทียบแฟร์คือ Total Cost of Ownership หรือ TCO บนกรอบเวลาเดียวกัน ซึ่งมาตรฐานที่ใช้กันคือห้าปี

สามโมเดลราคา และแรงจูงใจที่ซ่อนอยู่ในแต่ละแบบ

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

ลองแทนตัวเลขจริงของธุรกิจสมมติที่มีผู้ใช้ 15 คน ทางเลือกแรก SaaS ค่าสมาชิก 750 บาทต่อผู้ใช้ต่อเดือน คิดเป็น 135,000 บาทต่อปี บวกค่าติดตั้งเริ่มต้น 180,000 บาท ห้าปีรวม 855,000 บาท ทางเลือกที่สอง ไลเซนส์ขาด ค่าไลเซนส์ 480,000 บวกค่าวางระบบ 200,000 ค่า Maintenance ปีละ 15 เปอร์เซ็นต์ของไลเซนส์คือ 72,000 และค่าเซิร์ฟเวอร์ปีละ 24,000 ห้าปีรวม 1,160,000 บาท ทางเลือกที่สาม จ้างพัฒนา ค่าพัฒนา 850,000 บวกค่าดูแลปีละ 68,000 ห้าปีรวม 1,190,000 บาท ที่ 15 ผู้ใช้ SaaS ชนะขาด และนี่คือเหตุผลที่มันเป็นคำตอบที่ถูกต้องของธุรกิจขนาดเล็กจำนวนมาก แต่ลองขยับสมมติฐานเดียว คือธุรกิจโตเป็น 45 ผู้ใช้ภายในปีแรก ค่า SaaS จะกลายเป็น 405,000 บาทต่อปี ห้าปีรวมทะลุ 2.2 ล้าน ขณะที่อีกสองทางแทบไม่ขยับ จุดตัดหาได้จากสมการง่าย ๆ คือส่วนต่างต้นทุนตั้งต้นหารด้วยค่าที่นั่งต่อปี ในตัวอย่างนี้ระบบที่จ้างพัฒนาจะเริ่มถูกกว่า SaaS เมื่อผู้ใช้เกินราว 22–23 คนขึ้นไป ตัวเลขทุกตัวในย่อหน้านี้เป็นตัวอย่างเพื่อให้เห็นวิธีคิด ธุรกิจของคุณต้องแทนค่าของตัวเอง แต่โครงสร้างของบทสรุปจะเหมือนเดิมเสมอ: โมเดลรายที่นั่งถูกเมื่อเล็กและแพงเมื่อโต โมเดลลงทุนก้อนแพงเมื่อเล็กและถูกลงเรื่อย ๆ เมื่อโต

แต่ละโมเดลซ่อนต้นทุนไว้คนละที่

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

จุดต่อรองที่ควรปิดให้ได้ก่อนเซ็น

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