ใครควรเป็นผู้จ่ายเงินสำหรับการแก้ไข / ข้อบกพร่อง? [ปิด]

ดังนั้นฉันจึงเริ่ม freelancing ทั้งในการพัฒนาเดสก์ท็อป / เว็บและลูกค้ารายนี้ที่ยอมรับงานของฉันและจ่ายเงินให้ฉันกลับมาที่ฉันทุกครั้งที่เขาพบข้อบกพร่อง ฯลฯ และฉันพบว่าตัวเองใช้เวลามากกว่าที่ฉันคิดไว้ ฟรี. เป็นไรหรือฉันควรเริ่มคิดค่าธรรมเนียมการสนับสนุนหรือไม่

วิธีใดที่ดีที่สุดในการจัดการกับการแก้ไขในงานที่ได้รับการยอมรับและเสร็จสมบูรณ์

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

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

มันขึ้นอยู่กับ.

ในอินสแตนซ์แรกคุณควรชำระเงินตามที่สามารถโต้เถียงว่างานไม่สมบูรณ์

ต่อมาลูกค้าควรจะจ่ายเงินเพื่อการสนับสนุนอย่างต่อเนื่อง

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

คุณต้องได้รับสิ่งเหล่านี้ก่อนที่จะส่งมอบงาน แต่ถ้าคุณยังไม่ได้ตอนนี้อาจถึงเวลาแล้วที่จะพูดว่า - "ฉันจะสนับสนุนสิ่งนี้ฟรีสำหรับ N วันถัดไป / สัปดาห์ถัดไป แต่หลังจากนั้นเราจำเป็นต้องหารือเกี่ยวกับสัญญาการสนับสนุน "(จดบันทึกการเน้นที่" เรา ")

ต้องบอกว่าทุกอย่างที่มีเวลาที่คุณจะต้องแก้ไขข้อผิดพลาดได้ฟรีและจะตี ถ้าไม่มีอะไรอื่นมันจะสร้างความปรารถนาดี

คำตอบทั้งหมดที่ให้ไว้ข้างต้นเป็นสิ่งที่ดี อย่างไรก็ตามฉันจะเพิ่มหัวข้อย่อยให้พิจารณา:

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

• ข้อผิดพลาดที่พลาดได้ง่ายในการทดสอบผู้ใช้หรือไม่ ตัวอย่างเช่นใช้ข้อผิดพลาดเกี่ยวกับวันที่ที่เข้ามาเล่นเมื่อป้อนปีที่แน่นอนเท่านั้น (คิดว่าข้อบกพร่องของ Millennium ฯลฯ ) ไม่สามารถคาดหวังลูกค้าได้ว่าจะพบสิ่งนี้ในระหว่างการทดสอบดังนั้นความรับผิดชอบอยู่ที่คุณจะแก้ไข

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

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

โดยทั่วไปคุณสามารถรับการสนับสนุนได้ฟรีเป็นเวลาหลายวันหลังจากที่คุณส่งมอบใบสมัคร แน่นอนว่าไม่มีการสนับสนุนตลอดอายุการใช้งานเป็นไปไม่ได้ / ไม่สามารถยอมรับได้

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

หากเขาทดสอบและลงนามคุณสามารถโต้แย้งว่าเขาควรจะจ่าย

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

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

คุณสามารถเสนอราคาค่าสนับสนุนล่วงหน้าเป็นส่วนเสริมสำหรับงานพัฒนาครั้งแรก

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

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

ฉันจะครอบคลุมข้อบกพร่องที่ยอมรับได้กับข้อผิดพลาดที่ยอมรับได้ (การสนับสนุนที่ได้รับการสนับสนุนเทียบกับการสนับสนุนฟรี) ในสัญญาและอย่างน้อยที่สุดคุณก็มีบางอย่างที่เป็นลายลักษณ์อักษรตั้งแต่เริ่มต้น เขาจะสงสัยอย่างสงสัยว่าทำไมคุณควรต้องใช้ประโยคนั้นดังนั้นจงอธิบายล่วงหน้าว่าหากมีการอัปเดตระบบปฏิบัติการใหม่ที่ทำลายบางสิ่งบางอย่างนั่นไม่ได้รับการสนับสนุนฟรี อย่างไรก็ตามข้อผิดพลาดในรหัสของคุณตามข้อกำหนดเดิมบนแพลตฟอร์มที่ระบุจะได้รับการคุ้มครอง

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

นอกจากนี้ลูกค้าที่ไม่ยอมรับข้อนั้นน่าจะเป็นลูกค้าที่ไม่ดี