สัญญาจ้างพัฒนาซอฟต์แวร์ ต้องมีอะไรบ้าง — เช็คลิสต์ป้องกันปัญหาก่อนเซ็น

ข้อพิพาทเรื่องจ้างทำระบบเกือบทั้งหมดย้อนกลับไปที่สัญญาที่หลวมเกินไป บทความนี้ไล่เช็คลิสต์ข้อที่ต้องมีในสัญญา ตั้งแต่ขอบเขตงานและงวดจ่ายเงิน ความเป็นเจ้าของซอร์สโค้ด ประกันผลงาน ไปจนถึงทางออกเมื่อต้องแยกทางกัน อ่านจบเซ็นได้อย่างสบายใจขึ้นมาก
เรื่องเล่าปัญหาการจ้างทำระบบที่ได้ยินกันบ่อย งานไม่เสร็จตามนัด ของที่ได้ไม่ตรงที่คุย ผู้พัฒนาหายไปกลางทาง หรือระบบเสร็จแล้วแต่ขอซอร์สโค้ดไม่ได้ เกือบทั้งหมดมีจุดร่วมเดียวกัน คือสัญญาที่หลวมเกินไปหรือไม่มีสัญญาจริงจังเลย ความเข้าใจผิดที่อยากแก้ก่อนเข้าเช็คลิสต์คือ สัญญาที่รัดกุมไม่ใช่สัญญาณของความไม่ไว้ใจ แต่ตรงกันข้าม มันคือเครื่องมือที่ทำให้สองฝ่ายเข้าใจตรงกันตั้งแต่วันแรก และผู้ให้บริการมืออาชีพจะชอบสัญญาที่ชัด เพราะมันปกป้องเขาพอ ๆ กับปกป้องคุณ ทีมที่อึดอัดเมื่อคุณขอความชัดเจนในสัญญา คือสัญญาณเตือนในตัวมันเอง เช็คลิสต์ต่อไปนี้รวบรวมจากปัญหาที่เกิดจริงบ่อยที่สุด อ่านแล้วนำไปเทียบกับร่างสัญญาที่อยู่ตรงหน้าคุณได้เลย และสำหรับโปรเจกต์มูลค่าสูง การให้ที่ปรึกษากฎหมายดูอีกชั้นก็เป็นเงินที่คุ้มเสมอ
ขอบเขตงานและงวดเงิน — หัวใจของสัญญา
ข้อแรกและสำคัญที่สุด ขอบเขตงานต้องแนบท้ายสัญญาเป็นเอกสารที่ระบุชัดว่าระบบทำอะไรได้บ้าง มีหน้าจอหลักอะไร รองรับผู้ใช้กี่คน และที่สำคัญไม่แพ้กันคือระบุสิ่งที่ไม่รวมด้วย เพราะข้อพิพาทส่วนใหญ่เกิดตรงช่องว่างระหว่างสิ่งที่ลูกค้าคิดว่ารวมกับสิ่งที่ผู้พัฒนาคิดว่าไม่รวม ถัดมาคืองวดการจ่ายเงินที่ควรผูกกับการส่งมอบที่จับต้องได้ ไม่ใช่ผูกกับเวลาเฉย ๆ เช่น งวดแรกเมื่อเริ่มงาน งวดถัดไปเมื่อส่งมอบระบบทดลองที่ใช้งานได้จริงตามรายการที่ระบุ และงวดสุดท้ายหลังส่งมอบและผ่านช่วงตรวจรับ การจ่ายแบบนี้ยุติธรรมกับทั้งสองฝ่าย ผู้พัฒนามีกระแสเงินสดทำงาน ส่วนคุณจ่ายก้อนใหญ่เมื่อเห็นของจริงเท่านั้น สิ่งที่ควรระวังคือสัญญาที่ขอเงินก้อนใหญ่เกินครึ่งก่อนเริ่มงาน ซึ่งทำให้อำนาจต่อรองของคุณหายไปตั้งแต่ยังไม่เห็นอะไรเลย พร้อมกันนี้ให้กำหนดกระบวนการขอเพิ่มงานระหว่างทางไว้ในสัญญาด้วย ว่าการเปลี่ยนขอบเขตต้องทำเป็นลายลักษณ์อักษร พร้อมประเมินผลกระทบต่อราคาและเวลาก่อนเริ่มทำทุกครั้ง ข้อนี้ป้องกันทั้งงบบานปลายฝั่งคุณ และงานงอกไม่รู้จบฝั่งผู้พัฒนา
เงินเข้า
ขาย · เก็บเงิน
เงินสดหมุนเวียน
สต็อก · ลูกหนี้
เงินออก
ซื้อของ · ค่าใช้จ่าย
ยิ่งเงินหมุนกลับเร็ว ธุรกิจยิ่งคล่องตัว
ซอร์สโค้ด ข้อมูล และสิทธิ์ — ของที่ต้องเป็นของคุณ
หมวดนี้คือจุดที่ธุรกิจเจ็บหนักที่สุดเมื่อไม่ได้เขียนไว้ สัญญาต้องระบุชัดว่าเมื่อจ่ายครบตามงวด ซอร์สโค้ดของระบบเป็นกรรมสิทธิ์ของผู้ว่าจ้าง พร้อมการส่งมอบโค้ดและวิธีติดตั้งในรูปแบบที่ทีมอื่นรับช่วงต่อได้จริง ถ้าผู้พัฒนาใช้เครื่องมือหรือส่วนประกอบที่มีเงื่อนไขลิขสิทธิ์แยก ต้องแจกแจงให้เห็นว่าอะไรเป็นของใครและมีค่าใช้จ่ายต่อเนื่องอะไรบ้าง เรื่องข้อมูลก็เช่นกัน ข้อมูลธุรกิจทั้งหมดในระบบเป็นของคุณ และสัญญาควรระบุสิทธิ์ในการส่งออกข้อมูลในรูปแบบมาตรฐานได้ตลอดเวลา ไม่ใช่เฉพาะตอนเลิกสัญญา บัญชีผู้ดูแลระบบทุกชั้นต้องมีชุดที่เป็นของฝั่งคุณ ทั้งเซิร์ฟเวอร์ โดเมน และบริการคลาวด์ที่เกี่ยวข้อง ธุรกิจจำนวนมากเพิ่งรู้วันที่มีปัญหากับผู้พัฒนาว่าโดเมนของตัวเองจดในชื่อคนอื่น ซึ่งเป็นสถานการณ์ที่ไม่ควรมีใครต้องเจอ และอย่าลืมข้อตกลงรักษาความลับที่ครอบคลุมข้อมูลธุรกิจและข้อมูลลูกค้าของคุณ พร้อมแนวปฏิบัติเมื่อผู้พัฒนาต้องเข้าถึงข้อมูลส่วนบุคคลตามหลัก PDPA ซึ่งเป็นเรื่องที่สัญญายุคนี้ควรมีเป็นมาตรฐาน
ประกันผลงาน การดูแลต่อ และทางออกเมื่อต้องแยกทาง
หลังส่งมอบคือช่วงที่สัญญาส่วนใหญ่เขียนบางที่สุดทั้งที่สำคัญมาก อย่างแรกคือประกันผลงาน ระยะเวลาที่ผู้พัฒนาแก้ข้อบกพร่องของงานตามขอบเขตให้ฟรี ซึ่งมาตรฐานทั่วไปอยู่ราวสามถึงสิบสองเดือน พร้อมนิยามที่ชัดว่าอะไรนับเป็นข้อบกพร่อง อะไรนับเป็นงานเพิ่ม เพราะเส้นแบ่งนี้คือแหล่งข้อพิพาทประจำ อย่างที่สองคือเงื่อนไขการดูแลหลังหมดประกัน ค่าดูแลรายปีครอบคลุมอะไร เวลาตอบสนองเมื่อระบบมีปัญหาเป็นเท่าไหร่ แยกตามระดับความรุนแรงยิ่งดี และค่างานเพิ่มคิดอย่างไร การมีตัวเลขเหล่านี้ในสัญญาตั้งแต่ต้น ทำให้งบระยะยาวของคุณคาดการณ์ได้ และอย่างสุดท้ายที่คนไม่อยากคิดแต่ต้องเขียน คือทางออกเมื่อความร่วมมือไปต่อไม่ได้ เงื่อนไขการยกเลิกของทั้งสองฝ่าย การคิดเงินส่วนงานที่ทำไปแล้ว และการส่งมอบโค้ดกับข้อมูล ณ จุดที่หยุด เพื่อให้ทีมใหม่รับช่วงต่อได้ สัญญาที่เขียนทางออกไว้ชัด ทำให้การแยกทางในกรณีเลวร้ายที่สุดเป็นเรื่องของขั้นตอน ไม่ใช่สงคราม และบ่อยครั้งการมีข้อนี้อยู่ในสัญญา กลับทำให้ไม่มีใครต้องใช้มันเลย เพราะทั้งสองฝ่ายรู้กติกาตั้งแต่ต้นและทำงานกันอย่างมืออาชีพขึ้นโดยธรรมชาติ
ผู้ใช้ / พนักงาน
ขอสิทธิ์ · อนุมัติ · บันทึก
ระบบและข้อมูลสำคัญ
ให้สิทธิ์เท่าที่จำเป็น และตรวจสอบย้อนหลังได้เสมอ — โดยเฉพาะเมื่อพนักงานลาออก
- ขอบเขตงานแนบท้ายสัญญาพร้อมสิ่งที่ไม่รวม และงวดเงินผูกกับการส่งมอบจริง
- ซอร์สโค้ด ข้อมูล โดเมน และสิทธิ์ทุกชั้น ต้องระบุชัดว่าเป็นของผู้ว่าจ้าง
- เขียนประกันผลงาน เงื่อนไขดูแลต่อ และทางออกเมื่อแยกทาง ให้ชัดตั้งแต่วันเซ็น
Whale Task ใช้สัญญาแบบเดียวกับเช็คลิสต์นี้กับทุกโปรเจกต์ ขอบเขตชัด งวดเงินผูกกับการส่งมอบ ซอร์สโค้ดและข้อมูลเป็นของลูกค้า พร้อมเงื่อนไขดูแลหลังส่งมอบที่ระบุเวลาตอบสนองชัดเจน เพราะประสบการณ์กว่า 10 ปีในเชียงใหม่สอนเราว่าความสัมพันธ์ระยะยาวสร้างบนความชัดเจน ไม่ใช่ความคลุมเครือ ถ้าคุณกำลังถือร่างสัญญาจ้างพัฒนาระบบอยู่และอยากได้มุมมองเพิ่ม ปรึกษาเราได้ฟรี เรายินดีช่วยดูให้แม้คุณจะเลือกทำงานกับทีมอื่นก็ตาม
บริการที่เกี่ยวข้อง
รับพัฒนาระบบและซอฟต์แวร์เฉพาะทาง
ออกแบบและวางระบบตามความต้องการเฉพาะของธุรกิจคุณ ตั้งแต่ต้นจนใช้งานจริง
WhaleScope
ดูโครงสร้างตลาดของธุรกิจซอฟต์แวร์ สื่อ และไอที บน WhaleScope
รายชื่อบริษัท ผู้เล่นรายใหญ่ อัตราคงอยู่ และการกระจายรายจังหวัดของหมวดการจัดทำโปรแกรมคอมพิวเตอร์ — จากข้อมูลจดทะเบียน 2 ล้านนิติบุคคล
อ่านต่อ

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

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

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

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