จ้างฟรีแลนซ์ DevOps ต่างกับจ้างบริษัทยังไง — และเคสที่ไม่ควรจ้างฟรีแลนซ์เด็ดขาด
ผมเป็นฟรีแลนซ์ ฉะนั้นบทความนี้มีส่วนได้ส่วนเสียแน่นอน — เลยจะพยายามเขียนให้ตรงที่สุด รวมถึงบอกด้วยว่า เคสไหนที่คุณควรจ้างบริษัท ไม่ใช่จ้างผม เพราะการรับงานที่ตัวเองไม่เหมาะ เสียเวลาทั้งสองฝ่าย
ต่างกันตรงไหนจริง ๆ
| หัวข้อ | ฟรีแลนซ์ | บริษัท |
|---|---|---|
| ราคา | ถูกกว่าราว 2–3 เท่า | รวมค่าโครงสร้าง เซลส์ และ PM |
| คนที่คุยด้วย | คนที่ลงมือทำเอง | มักเป็นเซลส์หรือ PM แล้วส่งต่อทีมอีกที |
| ความเร็วเริ่มงาน | เริ่มได้เร็ว ตัดสินใจคนเดียวจบ | ต้องผ่านขั้นตอนภายในก่อน |
| ถ้าคนทำป่วย/ไม่ว่าง | งานหยุด — ไม่มีคนสำรอง | สลับคนได้ (ถ้าเอกสารดีพอ) |
| สัญญา / นิติบุคคล | บางรายไม่มีนิติบุคคล ออกใบกำกับภาษีไม่ได้ | มีระบบเอกสารครบตามที่ฝ่ายบัญชีต้องการ |
| งานเร่งกลางดึก | แล้วแต่ข้อตกลง มักไม่มี SLA จริง | ซื้อ SLA แบบมีคนเวรได้ |
สรุปแบบใจความเดียว: ฟรีแลนซ์ขายฝีมือกับความเร็ว บริษัทขายความต่อเนื่องกับกระบวนการ คุณกำลังซื้ออะไรอยู่ คือคำถามที่ตัดสินได้ ไม่ใช่ราคา
3 เคสที่ไม่ควรจ้างฟรีแลนซ์
- ▸ระบบที่ล่มแล้วเสียหายเป็นแสนต่อชั่วโมง — คุณต้องการคนเวรจริง ๆ ที่รับสายตี 3 ได้ทุกคืน คนเดียวทำไม่ไหวและไม่ควรรับปาก
- ▸งานที่ต้องผ่าน audit หรือข้อกำหนดองค์กร — ต้องมีเอกสาร มีการอนุมัติเป็นชั้น มีผู้รับผิดชอบเชิงนิติบุคคล ฟรีแลนซ์คนเดียวรับความเสี่ยงส่วนนี้แทนไม่ได้
- ▸งานที่ต้องใช้หลายสายพร้อมกัน — ดีไซเนอร์ + แบ็กเอนด์ + ทดสอบ + PM เดินขนานกันภายในเดือนเดียว งานแบบนี้ทีมชนะคนเดียวขาด
ถ้าเคสคุณตรงข้อใดข้อหนึ่ง จ้างบริษัทคุ้มกว่า แม้จะแพงกว่า 3 เท่า เพราะสิ่งที่คุณซื้อคือความเสี่ยงที่ลดลง ไม่ใช่จำนวนบรรทัดของโค้ด
แล้วเคสไหนฟรีแลนซ์คุ้มกว่าชัด ๆ
- ▸งานขอบเขตชัด จบในตัว — ย้ายเว็บขึ้นคลาวด์ วาง CI/CD ตั้ง monitoring ทำเว็บบริษัท
- ▸งานที่ต้องคุยกับคนทำโดยตรง เพราะสเปกจะเปลี่ยนระหว่างทาง
- ▸งบจำกัด แต่ต้องการคุณภาพระดับที่ใช้งานจริงได้ ไม่ใช่ทำ ๆ ไปให้จบ
- ▸อยากได้คนที่ยังดูแลต่อได้หลังส่งมอบ โดยไม่ต้องเปิดใบสั่งซื้อใหม่ทุกครั้ง
5 ข้อที่ต้องเขียนไว้ ไม่ว่าจะจ้างใคร
ข้อพิพาทเกือบทั้งหมดที่เคยเห็น เกิดจากห้าเรื่องนี้ที่ไม่ได้ตกลงกันไว้ก่อน:
- 1.บัญชีทุกอย่างอยู่ในชื่อคุณ — โดเมน คลาวด์ repository อีเมล ให้จดในชื่อบริษัทคุณ แล้วเพิ่มคนทำเป็นผู้ดูแล ไม่ใช่กลับกัน
- 2.นิยามว่า “เสร็จ” คืออะไร — เสร็จคือเว็บขึ้นแล้ว หรือเสร็จคือส่งมอบเอกสาร + สอนใช้งานแล้ว สองอย่างนี้ห่างกันหลายวัน
- 3.จำนวนรอบแก้ และนิยามของ 1 รอบ — ไม่เขียน = ยังไม่ได้ตกลง ไม่ใช่แก้ได้ไม่จำกัด
- 4.หลังส่งมอบ ดูแลกี่เดือน แล้วต่อไปคิดเท่าไหร่ — ให้รู้ตัวเลขก่อนวันที่จำเป็นต้องใช้
- 5.ส่งมอบอะไรบ้างตอนจบ — โค้ด รหัสผ่าน แผนผังระบบ และเอกสารที่ คนอื่น อ่านแล้วทำต่อได้ ข้อนี้คือประกันชีวิตของคุณ
ข้อ 5 สำคัญกว่าที่คิด เกณฑ์วัดที่ดีคือ ถ้าพรุ่งนี้คนทำหายไปเลย ทีมคุณเดินต่อได้ไหม ถ้าคำตอบคือไม่ได้ ไม่ว่าจะจ้างฟรีแลนซ์หรือบริษัท คุณก็มีความเสี่ยงเท่ากัน
วิธีเช็กฟรีแลนซ์ก่อนจ้าง
พอร์ตสวยไม่ได้แปลว่าทำเองทั้งหมด สามคำถามนี้แยกคนทำจริงออกจากคนขายเก่งได้เร็วที่สุด:
- ▸“ขอดูของที่ยังรันอยู่จริงตอนนี้ได้ไหม” — ผลงานที่กดเข้าไปดูได้ ต่างจากภาพในสไลด์
- ▸“เคยทำอะไรพังแล้วแก้ยังไง” — คนที่ทำระบบจริงมาพอสมควรจะมีเรื่องเล่า คนที่ไม่มีเรื่องเล่ามักยังไม่เคยดูแลของจริงหลังส่งมอบ
- ▸“ถ้าไม่ว่าง ใครรับช่วงต่อ” — คำตอบที่ซื่อสัตย์คือคำตอบที่ดี ไม่ใช่คำตอบที่ฟังดูดี
ของผมเองกดดูได้ที่หน้าผลงาน — ทุกตัวเปิดใช้งานอยู่จริง ไม่ใช่ภาพ mockup และดูแล infra เองทั้งหมด
อยากรู้ราคาก่อนคุย?
กดคำนวณราคาเองได้บนหน้าเว็บ ไม่ต้องกรอกอีเมลก่อน เห็นตัวเลขแล้วค่อยตัดสินใจว่าจะคุยต่อไหม