15 อัตราส่วนการเงินที่ซอฟต์แวร์เฮาส์ต้องรู้ — บทเรียนจากผู้ประกอบการที่เคยเจ็บมาก่อน

12. Salary-to-Revenue Ratio — เส้นตาย 60%

สูตร: Total Salary Expense / Revenue × 100

สำหรับซอฟต์แวร์เฮาส์ เงินเดือนคือ ค่าใช้จ่ายก้อนใหญ่ที่สุด — มักจะ 50-70% ของ revenue ทั้งหมด

Benchmark

สถานะ	Salary-to-Revenue
ดีมาก	< 45%
ดี	45-55%
เฝ้าระวัง	55-60%
อันตราย	> 60%

เส้น 60% คือ warning line — ถ้าเงินเดือนกินเกิน 60% ของ revenue หมายความว่าเหลือแค่ 40% สำหรับค่าใช้จ่ายอื่น, ภาษี, และ กำไร

ลองคำนวณง่ายๆ: ถ้า revenue เดือนละ 3 ล้าน แล้วเงินเดือนทีม 2 ล้าน:

• Salary-to-Revenue = 67% → แดง
• เหลือ 1 ล้านสำหรับค่าเช่า, cloud, license, ภาษี, กำไร
• ค่าเช่าออฟฟิศ 150K, ค่า cloud 100K, ค่า license 80K, ค่าอื่นๆ 120K = 450K
• เหลือก่อนภาษี 550K → Net Margin ประมาณ 18% → ดูเหมือนโอเค?
• แต่ถ้า revenue ลดลง 20% จากการเลื่อนโปรเจกต์ → revenue 2.4M, เงินเดือนยังคง 2M → Salary-to-Revenue = 83% → ขาดทุนทันที

นี่คือเหตุผลที่ซอฟต์แวร์เฮาส์ต้อง conservative กับการจ้างคน — เพราะเงินเดือนเป็น fixed cost ที่ลดยากมาก

Revenue per Billable Hour ก็เป็นตัวเลขที่ช่วยดู efficiency ได้ดี — สำหรับซอฟต์แวร์เฮาส์ไทย ค่าเฉลี่ยอยู่ที่ 800-2,000 THB ต่อชั่วโมง ขึ้นอยู่กับ seniority และ technology

---

Part 4: Leverage — "หนี้ไม่ใช่ผู้ร้ายเสมอไป"

13. Debt-to-Equity Ratio — คุณกู้มาเท่าไหร่เทียบกับทุนตัวเอง

สูตร: Total Debt / Total Equity

D/E Ratio บอกว่าบริษัทใช้เงินกู้เทียบกับส่วนของผู้ถือหุ้นเท่าไหร่

Benchmark

สถานะ	D/E Ratio
conservative	< 0.5
สุขภาพดี	0.5 - 2.0
เริ่มเสี่ยง	2.0 - 3.0
อันตราย	> 3.0

ซอฟต์แวร์เฮาส์ส่วนใหญ่ไม่ค่อยมีหนี้สินมาก — เพราะ asset ส่วนใหญ่คือ "คน" ไม่ใช่เครื่องจักรหรืออาคาร

แต่สิ่งที่ต้องระวังคือ:

• สินเชื่อ overdraft ที่ใช้หมุนเวียน cash flow — ถ้าพึ่งพามากเกินไปจะเป็นปัญหา
• เงินกู้ director — เจ้าของกู้เงินบริษัทไปใช้ส่วนตัว ทำให้ D/E ดูดีแต่จริงๆ เงินไม่ได้อยู่ในกิจการ
• สัญญาเช่าระยะยาว (ออฟฟิศ, อุปกรณ์) ที่ตามมาตรฐานบัญชีใหม่ต้อง recognize เป็น liability

หนี้ไม่ใช่เรื่องร้ายเสมอไป — ถ้ากู้มาเพื่อลงทุนในสิ่งที่ generate revenue ได้มากกว่าดอกเบี้ย ก็เป็นการใช้ leverage ที่ฉลาด แต่สำหรับซอฟต์แวร์เฮาส์ ผมแนะนำให้ conservative — D/E ไม่ควรเกิน 1.0 ถ้าเป็นไปได้

---

14. Interest Coverage Ratio — คุณจ่ายดอกเบี้ยไหวไหม

สูตร: EBIT / Interest Expense

Interest Coverage บอกว่ากำไรก่อนดอกเบี้ยและภาษี ครอบคลุมค่าดอกเบี้ยได้กี่เท่า

Benchmark

• Interest Coverage > 3.0 = สุขภาพดี
• Interest Coverage < 2.0 = เริ่มเสี่ยง
• Interest Coverage < 1.0 = กำไรไม่พอจ่ายดอกเบี้ย

ถ้าซอฟต์แวร์เฮาส์มีหนี้น้อย ratio นี้อาจจะสูงมากหรือไม่มีนัยสำคัญ แต่ถ้าคุณกำลังจะกู้เงินเพื่อขยายธุรกิจ ต้องคำนวณ Interest Coverage ก่อนเสมอ

---

Part 5: Growth Metrics — "โตเร็ว ≠ โตยั่งยืน"

15. Rule of 40 — สมการที่บอกว่าคุณสมดุลไหม

สูตร: Revenue Growth Rate (%) + Profit Margin (%) ≥ 40

Rule of 40 คือ benchmark ยอดนิยมของวงการ SaaS — ถ้า revenue growth + profit margin รวมกันได้ 40 ขึ้นไป ถือว่าบริษัทอยู่ในเกณฑ์ดี

Benchmark (ข้อมูลจริง 2025)

กลุ่ม	Rule of 40 Score
Median private SaaS	~15% (ขึ้นจาก -7% ในปี 2022)
Top quartile private SaaS	~31%
Public SaaS ที่ score > 40	ได้ valuation ~12.4x revenue

ทำไม median private SaaS ได้แค่ 15%? เพราะบริษัทส่วนใหญ่ต้องเลือก — โตเร็วแต่ขาดทุน หรือ กำไรดีแต่โตช้า

สำหรับซอฟต์แวร์เฮาส์ไทย Rule of 40 ยังใช้ได้เป็น framework คิด:

• ถ้า revenue โต 20% → ต้องมี margin อย่างน้อย 20% ถึงจะ "ผ่าน"
• ถ้า revenue โต 5% → ต้องมี margin 35% ถึงจะดี
• ถ้า revenue ไม่โตเลย → margin ต้อง 40%+ ซึ่งยากมากสำหรับ service company

ข้อสังเกตสำคัญ: Rule of 40 เหมาะกับ SaaS มากกว่า project-based — แต่ถ้าซอฟต์แวร์เฮาส์ของคุณมี recurring revenue component (เช่น maintenance contract, managed service, SaaS product ของตัวเอง) ตัวเลขนี้จะ meaningful มากขึ้น

---

Net Revenue Retention (NRR) — ลูกค้าเก่าจ่ายมากขึ้นหรือน้อยลง

สูตร: (Revenue จากลูกค้าเดิม period นี้ / Revenue จากลูกค้าเดิม period ก่อน) × 100

NRR บอกว่าโดยไม่ต้องหาลูกค้าใหม่เลย revenue ของคุณจะโตหรือหด

Benchmark

สถานะ	NRR
Median Private SaaS	104%
ดี	100-110%
ดีมาก	110-120%
ระดับ elite	> 120%
ต่ำกว่า 100%	ลูกค้าเดิมจ่ายน้อยลง → ต้องวิ่งหาลูกค้าใหม่ตลอด

NRR > 100% หมายความว่าลูกค้าเดิม upsell ได้ — ซื้อ service เพิ่ม, ขยาย scope, ต่อ contract ใหญ่ขึ้น

สำหรับซอฟต์แวร์เฮาส์ NRR สูงหมายความว่า:

• ลูกค้าเชื่อใจ จ้างงานเพิ่ม
• Service quality ดีพอที่ลูกค้าอยากต่อสัญญา
• ทีม account management ทำงานได้ดี

Gross Revenue Retention (ไม่รวม upsell) ควรอยู่ที่ ~90% ขึ้นไป — ถ้าต่ำกว่านี้แปลว่าลูกค้าหายเร็วเกินไป

ตัวเลขอื่นที่เกี่ยวข้อง:

• Monthly Churn: เป้าหมาย < 5%
• Annual Retention Rate: 90%+ = loyalty แข็งแกร่ง, 96%+ = exceptional
• NPS (Net Promoter Score): > 30 = strong, > 50 = outstanding
• CAC Payback Period: ควรต่ำกว่า 12 เดือน — ถ้านานกว่านี้แปลว่าต้นทุนหาลูกค้าสูงเกินไปเทียบกับ revenue ที่ลูกค้าสร้าง

---

Client Concentration Risk — ลูกค้ารายเดียวสำคัญเกินไปหรือเปล่า

สูตร: Revenue จากลูกค้ารายใหญ่สุด / Total Revenue × 100

นี่ไม่ใช่ "ratio" ในตำรา แต่เป็น risk metric ที่ซอฟต์แวร์เฮาส์ต้องจับตาอย่างใกล้ชิด

Benchmark

สถานะ	Client Concentration
กระจายดี	ไม่มีลูกค้ารายไหนเกิน 15%
พอได้	ลูกค้ารายใหญ่สุด 15-25%
เริ่มเสี่ยง	ลูกค้ารายใหญ่สุด 25-30%
อันตราย	ลูกค้ารายใหญ่สุด > 30%
วิกฤต	ลูกค้ารายใหญ่สุด > 40%

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

ตั้งแต่วันนั้น เราตั้งกฎว่า ลูกค้ารายเดียวต้องไม่เกิน 25% ของ revenue — ถ้าลูกค้ารายไหนเริ่มโตเกิน 25% เราจะเร่งหา pipeline จากลูกค้ารายอื่นเพื่อ dilute concentration

---

Part 6: Red Flags — 8 สัญญาณที่ต้องจับตา

จากประสบการณ์และข้อมูลจากหลายแหล่ง นี่คือ 8 สัญญาณอันตรายที่ซอฟต์แวร์เฮาส์ต้องเฝ้าระวัง:

🚩 1. Salary > 60% of Revenue

เงินเดือนกินเกิน 60% ของ revenue = overstaffed หรือ under-selling

ถ้าเจอสัญญาณนี้ ต้องถามว่า:

• เราตั้งราคา service ต่ำเกินไปหรือเปล่า?
• เรามีคนนั่ง bench มากเกินไปหรือเปล่า?
• เราจ้างคน non-billable มากเกินไปหรือเปล่า?
• Revenue ลดลงแต่เราไม่ได้ปรับขนาดทีมหรือเปล่า?

🚩 2. Quick Ratio < 1.0

ถ้าสินทรัพย์ที่เปลี่ยนเป็นเงินสดได้เร็ว (ไม่รวม inventory) น้อยกว่าหนี้ระยะสั้น = จ่ายหนี้ไม่ไหว

นี่คือสัญญาณว่า cash flow management มีปัญหาร้ายแรง — อาจจำเป็นต้องใช้ overdraft หรือกู้เงินเพื่อจ่ายค่าใช้จ่ายปกติ

🚩 3. Cash Runway < 3 เดือน

ถ้าไม่มี revenue เข้ามาอีกเลย อยู่ได้ไม่ถึง 3 เดือน = survival risk

ในสภาพเศรษฐกิจที่ไม่แน่นอน 3 เดือนคือขั้นต่ำ — เพราะ sales cycle ของ B2B software project มักยาว 1-3 เดือน ถ้า cash runway น้อยกว่านี้ คุณไม่มีเวลาหา deal ใหม่

🚩 4. Utilization < 60%

ถ้าทีมใช้เวลาทำงาน billable น้อยกว่า 60% = bench time มากเกินไป

สาเหตุอาจจะเป็น:

• Pipeline ไม่ดีพอ โปรเจกต์ใหม่เข้ามาไม่ทัน
• ทีม skill ไม่ตรงกับงานที่มี
• Internal process กินเวลามาก (ประชุมเยอะ, bureaucracy)

🚩 5. Client Concentration > 40%

ลูกค้ารายเดียวคิดเป็นมากกว่า 40% ของ revenue = หนึ่งการตัดสินใจของลูกค้า = หายนะ

ไม่ว่าลูกค้ารายนั้นจะดีแค่ไหน — ถ้า 40%+ ของ revenue ขึ้นอยู่กับคนๆ เดียว ความเสี่ยงสูงเกินรับไหว

🚩 6. Revenue per Employee ลดลง

ถ้า Revenue per Employee มีแนวโน้มลดลง = จ้างคนเร็วกว่า revenue ที่โต

นี่เป็นกับดักที่ซอฟต์แวร์เฮาส์เจอบ่อยมาก — ได้ deal ใหญ่ก็จ้างคนเพิ่ม แต่พอ deal จบก็ลด headcount ไม่ได้ Revenue per Employee จึงดิ่งลง

ต้องดูแนวโน้มมากกว่าตัวเลข ณ จุดเดียว — ถ้าลดลง 3 ไตรมาสติดต่อกัน ต้องทบทวนกลยุทธ์การจ้างงาน

🚩 7. Director Loans เพิ่มขึ้นเรื่อยๆ

ถ้าเงินกู้ที่กรรมการกู้จากบริษัทเพิ่มขึ้นเรื่อยๆ = cash extraction ที่ทำให้บริษัทอ่อนแอ

Director Loans ที่ไม่มีดอกเบี้ยหรือดอกเบี้ยต่ำกว่าตลาดยังมีผลเรื่อง Transfer Pricing ด้วย — กรมสรรพากรอาจมองว่าเป็นรายได้ที่ต้องเสียภาษี

🚩 8. D/E Ratio > 3.0

หนี้สินมากกว่าส่วนของผู้ถือหุ้น 3 เท่า = over-leveraged

สำหรับซอฟต์แวร์เฮาส์ที่ asset หลักคือ "คน" การมีหนี้มากขนาดนี้ผิดปกติ — ต้องตรวจสอบว่าหนี้มาจากไหน

---

Part 7: บริบทภาษีไทย — สิ่งที่ซอฟต์แวร์เฮาส์ต้องรู้

หลายคนคิดว่า financial ratio กับภาษีเป็นคนละเรื่อง — แต่จริงๆ ภาษีมีผลกระทบต่อ ratio ทุกตัว โดยเฉพาะ Net Profit Margin และ Cash Flow

VAT — ภาษีมูลค่าเพิ่ม 7%

• ซอฟต์แวร์เฮาส์ต้องจด VAT ถ้ารายได้เกิน 1.8 ล้านบาทต่อปี
• VAT 7% บน service fees — แต่ ไม่ใช่ cost เพราะ claim คืนได้ (VAT output - VAT input)
• ผลกระทบต่อ cash flow: คุณต้อง สำรองเงินจ่าย VAT ก่อนจะเก็บ VAT จากลูกค้า
• Invoice ที่ออกไป 107 บาท → 7 บาทเป็น VAT ที่ต้องนำส่ง → ระวังอย่าคิดว่า 107 บาทคือ revenue

WHT — ภาษีหัก ณ ที่จ่าย

• PND 3 — ลูกค้าที่เป็นบุคคลธรรมดาหัก 3% จากค่าบริการ
• PND 53 — ลูกค้าที่เป็นนิติบุคคลหัก 3% จากค่าบริการ
• ผลกระทบ: ออก invoice 100,000 บาท → ได้เงินจริงแค่ 97,000 บาท → 3,000 บาทเป็นภาษีที่ถูกหัก (เอาไป credit ตอนยื่น CIT ได้)
• ผลกระทบต่อ DSO calculation: เงินที่ได้จริงน้อยกว่า revenue ที่ recognize ต้องคำนึงถึงตรงนี้ตอนวางแผน cash flow

CIT — ภาษีเงินได้นิติบุคคล

อัตราภาษี CIT สำหรับ SME:

• กำไรสุทธิ 0 - 300,000 บาท → ยกเว้นภาษี (0%)
• กำไรสุทธิ 300,001 - 3,000,000 บาท → 15%
• กำไรสุทธิมากกว่า 3,000,000 บาท → 20%

Note: ต้องเป็น SME ที่ทุนจดทะเบียนไม่เกิน 5 ล้านบาท และรายได้ไม่เกิน 30 ล้านบาท ถึงจะได้อัตรา SME

ผลกระทบต่อ Net Profit Margin: ถ้ากำไรสุทธิ 5 ล้านบาท:

• ภาษี = 0 + (2,700,000 × 15%) + (2,000,000 × 20%) = 405,000 + 400,000 = 805,000 บาท
• Effective Tax Rate ≈ 16.1%
• Net Profit Margin จะลดลงจาก pre-tax margin ประมาณ 16%

Transfer Pricing — สิ่งที่ต้องระวังถ้ามี Director Loans

ถ้ากรรมการกู้เงินจากบริษัทโดยคิดดอกเบี้ยต่ำกว่าตลาด (หรือไม่คิดเลย) กรมสรรพากรอาจ:

• ประเมินดอกเบี้ยตามราคาตลาด (arm's length price)
• ถือว่าส่วนต่างเป็นรายได้ที่ต้องเสียภาษี
• ซอฟต์แวร์เฮาส์ขนาดเล็กมักมองข้ามเรื่องนี้ — แต่มันมีผลจริงถ้าถูกตรวจสอบ

---

สำหรับทีม Enersys — เราจัดการเรื่องเงินยังไง

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

สิ่งที่เปลี่ยนเกมคือวันที่เราเริ่ม ติดตาม financial ratios ทุกเดือน อย่างเป็นระบบ

เราไม่ได้ใช้ Excel spreadsheet ที่ต้อง manual update — เราใช้ ERP system ที่ดึงข้อมูลจาก accounting, project management, HR ทุกอย่างมารวมที่เดียว แล้ว generate dashboard ที่แสดง ratio ทุกตัวที่พูดถึงในบทความนี้ แบบ real-time

ในฐานะที่เราเป็น Odoo implementation partner เราเห็นพลังของ ERP ที่ integrate ทุกมิติของธุรกิจ — accounting, timesheet, project, HR, invoicing — ทุกอย่างเชื่อมกัน ทำให้:

• Gross Margin per project คำนวณอัตโนมัติจาก timesheet + cost rate
• Utilization Rate อัปเดตทุกสัปดาห์จาก actual hours
• DSO คำนวณจาก invoice date กับ payment date จริง
• Cash Runway forecast ได้จาก expected payments + known expenses
• Client Concentration เห็นทันทีจาก revenue breakdown by customer

ก่อนมี ERP เราต้องใช้เวลา 2 สัปดาห์สิ้นเดือนในการรวบรวมตัวเลข — ตอนนี้ใช้เวลา 5 นาทีเปิด dashboard แล้วเห็นทุกอย่าง

Financial discipline ไม่ใช่เรื่องของบริษัทใหญ่ — มันเริ่มต้นจากการ track ตัวเลขที่ถูกต้อง ด้วยเครื่องมือที่ถูกต้อง ตั้งแต่ day one

ถ้าคุณสนใจเรื่องการใช้ ERP เพื่อจัดการ financial ratios ให้ซอฟต์แวร์เฮาส์ — ทีมเราพร้อมให้คำปรึกษา

---

สรุป

15 อัตราส่วนในบทความนี้ไม่ใช่ทฤษฎีที่เรียนในมหาวิทยาลัยแล้วลืม — มันคือเครื่องมือที่ช่วยให้ founder ตัดสินใจได้ดีขึ้นทุกวัน

สรุปสั้นๆ:

Profitability — คุณทำกำไรจริงหรือแค่หลอกตัวเอง?

1. Gross Margin: SaaS 70-90%, IT Services 30-50%
2. Operating Margin: 10-25%
3. Net Profit Margin: 5-15% (ไทย)
4. EBITDA Margin: 15-30%
5. Project Gross Margin: 40-60% ต่อโปรเจกต์

Liquidity — เงินสดพอจ่ายหนี้ไหม? 6. Current Ratio: > 1.5 7. Quick Ratio: > 1.0 8. Cash Runway: > 3 เดือน 9. DSO: < 45 วัน

Efficiency — คนของคุณสร้างมูลค่าเท่าไหร่? 10. Revenue per Employee: $129,724 (global SaaS median) 11. Utilization Rate: 65-80% 12. Salary-to-Revenue: < 60%

Leverage — หนี้อยู่ในเกณฑ์ที่รับได้ไหม? 13. D/E Ratio: < 2.0 14. Interest Coverage: > 3.0

Growth — โตแบบยั่งยืนหรือเปล่า? 15. Rule of 40: growth% + margin% ≥ 40

สิ่งที่อยากฝากไว้: ผมไม่ได้รู้เรื่องพวกนี้ตั้งแต่วันแรก ทุกอัตราส่วนที่เขียนมาคือสิ่งที่เรียนรู้จากการ "เจ็บ" จริงๆ — revenue โตแต่กำไรหาย, cash flow ขาดตอนเพราะ DSO สูง, เกือบเจ๊งเพราะ client concentration

ถ้าคุณอ่านจบแล้วรู้สึกว่า "โอ้โห ต้องเช็คตัวเลขพวกนี้ของบริษัทเราด่วน" — นั่นคือ reaction ที่ถูกต้อง

อย่ารอจนเจ็บก่อนถึงจะเริ่มดู

---

แหล่งข้อมูล

• NetSuite: 15 Critical Financial Ratios — คู่มือ financial ratios ครอบคลุมทุกมิติ
• NetSuite: 30 Financial KPIs & Metrics — 30 ตัวชี้วัดทางการเงินที่ธุรกิจควรติดตาม
• SaaS Capital: Revenue per Employee Benchmarks 2025 — ข้อมูล benchmark จากบริษัท SaaS กว่า 1,000 แห่ง
• Eqvista: Gross Profit Margin for SaaS/Tech Companies — วิเคราะห์ Gross Margin ในอุตสาหกรรม tech
• CSIMarket: IT Services Efficiency Ratios — ข้อมูล efficiency ratios ของอุตสาหกรรม IT services
• 8020 Consulting: SaaS Industry Benchmarks — benchmark สำคัญสำหรับ SaaS รวมถึง Rule of 40 และ COGS guidelines