งวดการชำระเงินสำหรับโครงการซอฟต์แวร์

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

เมื่อการชำระเงินตามปฏิทินต้องมีการควบคุมเพิ่มเติม

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

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

โครงสร้างที่เหมาะกับโครงการขนาดเล็ก

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

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

เงินมัดจำ

ตกลงเงินมัดจำโดยพิจารณาจากการระดมทรัพยากร ความสามารถในการกันทีมไว้ และงานที่เงินดังกล่าวครอบคลุม จัดทำบันทึกการเตรียมการเริ่มงานและผลงานส่งมอบที่เงินมัดจำครอบคลุม ไม่มีขั้นต่ำสากลที่ 25% ซึ่งจำเป็นต่อการจัดตารางงานพัฒนา

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

เงินกันไว้

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

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

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

สิ่งที่ควรระบุไว้ควบคู่กับตารางการชำระเงิน

1. เงื่อนไขการชำระเงิน ว่าต้องชำระภายในกี่วันหลังออกใบแจ้งหนี้
2. สิ่งที่จะเกิดขึ้นหากงวดงานล่าช้า เนื่องจากนักพัฒนา และแยกต่างหากจากกรณีที่เกิดจากลูกค้า ความล่าช้าที่เกิดจากลูกค้าเป็นเรื่องปกติ เช่น ไม่ส่งข้อเสนอแนะหรือไม่จัดส่งเนื้อหา และตารางงานที่ไม่คำนึงถึงเรื่องนี้ก็ไม่เป็นธรรมในอีกด้านหนึ่ง
3. วิธีชำระเงินสำหรับคำขอเปลี่ยนแปลง เนื่องจากคำขอเหล่านี้อยู่นอกโครงสร้างงวดงาน
4. สิ่งที่จะเกิดขึ้นเมื่อยุติสัญญา ว่าต้องชำระเงินสำหรับงานที่ทำไปแล้วเท่าใด และต้องส่งมอบสิ่งใดบ้าง

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

สัญญาณเตือนในตารางการชำระเงินที่เสนอ

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

บริการ Manboo ที่เกี่ยวข้อง

• การพัฒนาแอป Flutter สำหรับ MVP บน iOS และ Android
• การพัฒนาซอฟต์แวร์ธุรกิจ สำหรับระบบ CRM การจอง สินค้าคงคลัง และเวิร์กโฟลว์
• การพัฒนาแผงผู้ดูแลระบบ สำหรับแดชบอร์ดการปฏิบัติงานและการจัดการแบ็กเอนด์
• การผสานรวม AI API เมื่อผลิตภัณฑ์ของคุณพร้อมสำหรับการค้นหาอัจฉริยะ แชต หรือระบบอัตโนมัติ
• ขอให้ทบทวนขอบเขตงานและประเมินโครงการ เมื่อคุณพร้อมวางแผนเวอร์ชันแรก