Khách hàng không muốn trả tiền cho một dự án vì tôi đã sử dụng trình tạo mã
Toàn bộ tình huống có vẻ nhảm nhí đối với tôi, nhưng tôi muốn có ý kiến thứ hai vì nó đã đi quá xa.
Một chút bối cảnh ... Tôi là một freelancer, tôi viết bằng VBA hoặc c #. 75% dự án là vi dự án trong Excel.
Trong những năm, tôi đã xây dựng thư viện của riêng mình và một trình tạo mã. Trình tạo mã viết một số lớp và phương thức bán chuẩn. Nội dung có cấu trúc nhưng thường cần điều chỉnh thủ công cho phiên bản cuối cùng. Để có mã mô-đun nơi tôi có thể sửa đổi thủ công một số phần và vẫn tạo lại các phần khác mà không làm mất các thay đổi, trình tạo sử dụng các thẻ để bọc từng "phần" và khi tôi giao việc, tôi không xóa chúng.
Khách hàng thực sự rất vui sau khi tôi giao dự án (tất cả các cụm từ đã định sẵn, "bây giờ chúng ta sẽ làm điều này khác ...", v.v.). Vài ngày sau, tôi nhận được một email mà anh ấy hỏi những <Sometag>dòng này là gì. Tôi trả lời với sự thật. Các thẻ được trình tạo mã sử dụng để tìm các phần cụ thể của mã. Anh ấy quan tâm đến VBA vì vậy tôi nghĩ rằng một lời giải thích sâu sắc sẽ được đánh giá cao.
Một tuần sau, tôi gửi hóa đơn cho anh ta và ngày hôm sau anh ta trả lời rằng vì tôi chưa thực sự viết tác phẩm nên giá đã thỏa thuận không còn giá trị . Bây giờ anh ta muốn trả ít hơn một nửa giá đã thỏa thuận. (???)
Nhưng trang tính vẫn làm những gì nó phải làm. Bộ tạo mã là của tôi. Tôi đã viết từng dòng và có hàng trăm giờ làm việc trong đó.
Tôi nên làm gì? Có bất công khi sử dụng một công cụ như vậy không? Khách hàng có điểm nào không? Trên dự án này, có khoảng 9,5 nghìn dòng mã. 3k từ thư viện của tôi, ước chừng. 4k từ máy phát điện và còn lại viết tay. Tôi đồng ý rằng đây không phải là một đoạn mã mang tính mô tả, nhưng nó không phải là mã IMO quá tệ. Trong hợp đồng, (cũng như qua email và cuộc gọi thoại), chúng tôi chưa bao giờ đồng ý hoặc thậm chí nói bất cứ điều gì về hình thức mã. Anh ấy nói với tôi rằng anh ấy và các nhân viên của anh ấy đã cố gắng làm điều gì đó như thế này và kết quả là không hiệu quả.
Mối quan tâm lớn nhất của tôi khi đẩy lùi quá khó là anh ấy có thể viết một bài đánh giá tiêu cực trên Google MyBusiness. Tôi chưa bao giờ ở trong tình huống như thế này và tôi không muốn danh tiếng của mình bị tổn hại cho một dự án tương đối nhỏ. Khoản bồi thường liên quan cũng không đủ cao để đảm bảo hành động pháp lý.
Trả lời
Đại lý sưu tâm. Anh ta không phải là khách hàng mà là một vấn đề, và những “thân chủ” đó về cơ bản không đáng để bạn nỗ lực. Hóa đơn, hãy tiến hành việc này cho một cơ quan thu nợ càng sớm càng tốt để loại bỏ nó về mặt tinh thần. Anh ta không có lý. Bạn làm điều gì đó như thế nào là quyết định của BẠN, không phải của anh ấy.
Tôi nên làm gì? Bạn có nghĩ rằng thật không công bằng khi sử dụng một công cụ như vậy?
Nếu tôi là bạn, tôi sẽ giải thích cho khách hàng cách sử dụng trình tạo mã mà bạn đã tạo cho phép bạn cung cấp các giải pháp tuyệt vời nhưng không tốn kém, đáp ứng nhu cầu của khách hàng. Và tôi muốn chỉ ra rằng giải pháp được cung cấp đáp ứng rõ ràng nhu cầu của khách hàng này, cho dù họ đã hài lòng như thế nào ban đầu.
Tôi có thể đề nghị xé hóa đơn nếu khách hàng không muốn giải pháp ở mức giá hiện tại, đồng thời hứa bằng văn bản sẽ hủy bỏ nó và mất giấy phép sử dụng nó. Đó là một biện pháp khắc phục đặc biệt hiệu quả nếu bạn mong đợi rằng khách hàng sẽ cần bạn bảo dưỡng vào một thời điểm nào đó trên đường. Bạn không muốn tiếp tục phục vụ một khách hàng không hài lòng.
Khách hàng có điểm nào không?
Không, khách hàng không có điểm hợp lệ. Vì khách hàng nhận được những gì họ đã ký hợp đồng, họ phải trả theo giá đã thỏa thuận. Không quan trọng mã được xây dựng như thế nào.
Điều đó nói rằng, bạn có thể tránh được các vấn đề trong tương lai nếu bạn thảo luận về quy trình của mình với các khách hàng trong tương lai trước khi ký hợp đồng.
trình tạo sử dụng các thẻ để bọc từng "phần" và khi tôi giao công việc, tôi không xóa chúng.
Bạn có thể muốn xem xét lại phần "không xóa chúng".
Mối quan tâm lớn nhất của tôi đối với một giải pháp "khó" là anh ta viết một bản đánh giá tiêu cực. Tôi chưa bao giờ ở trong tình huống như thế này và tôi không muốn danh tiếng của mình bị tổn hại cho một dự án tương đối nhỏ.
Bạn có thể quyết định xem đánh giá tiêu cực tiềm năng có giá trị bao nhiêu đối với bạn.
Nói với khách hàng rằng nếu dự án được viết từ đầu, nó sẽ mất nhiều thời gian hơn, có nhiều lỗi hơn và không bao giờ được giao đúng hạn. Bây giờ, anh ấy muốn trả tiền như thế nào? Thẻ tín dụng hay séc?
Và, đó là lần giao tiếp cuối cùng của bạn với anh ấy. Hợp đồng là đưa ra giải pháp cho một vấn đề mà anh ta gặp phải, trong phạm vi ngân sách và thời gian. Bạn đã làm điều đó - sai lầm của bạn là đủ lịch sự để giải thích quá trình của bạn.
Bạn không cần những khách hàng như thế này. Nếu bạn có hợp đồng, hãy ra tòa yêu cầu bồi thường nhỏ và được trả tiền. Nếu không, thì bạn có thể phải xóa bỏ điều này - lần sau hãy ký hợp đồng (lưu ý: nếu bạn viết tắt, hãy đảm bảo rằng luật sư của bạn nói với khách hàng rằng họ không có bất kỳ giấy phép nào để sử dụng phần mềm bạn đã viết cho họ)
Vì một số lý do mà người ta có quan niệm rằng chỉ có chi phí cận biên là có thật, không phải chi phí vốn. Bạn thấy thái độ này ở khắp mọi nơi, từ dược phẩm đến việc giữ chân và tuyển dụng. Đó là một thái độ kỳ lạ, nhưng là một thái độ phổ biến.
Và nó liên tục sai.
Có một người bạn luật sư? Hành động pháp lý có thể chỉ đơn giản là một lá thư yêu cầu.
Là một Freelancer, bạn không có chỗ cho những thứ này. Giữ cho nó ngắn gọn và chuyên nghiệp và yêu cầu thanh toán. Đừng đi vào một cuộc thảo luận về nó. Chỉ cần gửi lại hóa đơn với một ghi chú ngắn rằng nó đã được thương lượng, bạn đã hoàn thành nhiệm vụ của mình và mong đợi thanh toán, và nếu họ chỉ từ chối thanh toán cho bạn cho công việc đã hoàn thành, vui lòng cho bạn biết.
Sau đó, cho nó một thời gian, nếu không có khoản thanh toán nào trong một khung thời gian hợp lý, thì bạn có thể xem các bước cần thực hiện.
Đừng bực bội và đừng lao vào súng đạn, hãy làm điều này trước khi làm bất cứ điều gì khác. Nhiều người cố gắng né tránh việc trả tiền, bạn đã quen với điều đó như một freelancer.
Nếu anh ấy nghĩ rằng bạn đã "lừa dối", có lẽ thay vì là "trình tạo mã", mô tả tốt hơn sẽ là bạn "được biên dịch từ ngôn ngữ mô tả tùy chỉnh" hoặc "được biên dịch từ công cụ đồ họa". Khi bạn sử dụng máy bay điện hoặc máy CNC, bạn khó có thể gọi nó là "máy phát đồ gỗ".
Sự phàn nàn thực sự của anh ấy có lẽ là bạn đã không chuyển mã nguồn thực sự để bảo trì trong tương lai? Có thể khách hàng không hợp lý, nhưng mối quan tâm thương mại đáng tin cậy (và hợp lý) hơn nhiều có thể là bạn đã gắn công việc với công cụ độc quyền của mình mà không cho phép khách hàng có công cụ để bảo trì.
Một sự tương tự tốt sẽ là nếu khách hàng yêu cầu bạn thiết kế động cơ đốt trong, nhưng thay vì sử dụng bu lông và ren tiêu chuẩn hệ mét, bạn đã sử dụng một số hệ thống khó hiểu hoàn toàn do chính bạn nghĩ ra, điều này khiến việc bảo trì động cơ trong tương lai mà không có khách hàng là rất tốn kém. giới thiệu lại cho bạn.
Bạn có thể không có ý định ngầm trong việc sử dụng công cụ tùy chỉnh của mình và nó chỉ đơn giản là một thiết bị để cải thiện năng suất của bạn, nhưng không có gì lạ khi mã do công cụ tạo ra phức tạp hơn hoặc ít thành ngữ hơn mã thủ công.
Khách hàng cũng có thể có quan điểm rằng trừ khi bạn cung cấp công cụ tạo mã cho anh ta, thì bất kể thời gian nào bạn đã lưu để tạo mã bằng công cụ này, trong tương lai sẽ khiến anh ta phải trả chi phí khóa để bảo trì hoặc chi phí viết lại ứng dụng từ đầu khi anh ta muốn người khác sửa đổi nó. Có thể đây là bản chất thực sự của khiếu nại?
Không, khách hàng không có lý, và không, bạn không làm gì sai cả. Bạn đã giao sản phẩm mà khách hàng yêu cầu với mức giá mà khách hàng cho là hợp lý. Bạn đã hoàn thành việc tạo ra sản phẩm như thế nào là hoàn toàn không liên quan.
Những gì bạn có thể làm để làm cho khách hàng trôi chảy là giải thích rằng tất cả phần mềm được phát triển bằng cách sử dụng các công cụ ... trình biên dịch, thư viện, trình tạo mã, v.v. Tất cả các công cụ để tạo phần mềm hiệu quả hơn, giống như một người thợ mộc sửa chữa nhà có các công cụ làm cho công việc của anh ấy hiệu quả hơn. Việc bạn sử dụng các công cụ đã được tính vào giá mà bạn đã báo cho khách hàng. Nếu bạn không sử dụng trình tạo mã, bạn sẽ phải tính phí nhiều hơn để trang trải chi phí tăng lên.
Giữ nó ngắn gọn và trung thực ....
Giá tôi báo đã bao gồm bằng cách sử dụng trình tạo mã. Nếu tôi không sử dụng trình tạo mã, tôi sẽ phải tính phí nhiều hơn cho dự án. Nếu có điều gì đó không hài lòng với kết quả, hãy cho tôi biết và chúng ta có thể thảo luận về cách giải quyết.
Cũng nên xem xét khả năng anh ta có thịt bò hợp pháp với mã được tạo. Ví dụ, có lẽ mã không dễ thay đổi.
Với tư cách là khách hàng (và biết cách phát triển phần mềm hoạt động), tôi muốn có thể giao việc của bạn cho một công ty khác vào năm tới và để công ty đó thực hiện các thay đổi hoặc bổ sung, với mức giá bình thường.
Vì vậy, nếu những gì bạn cung cấp khiến điều đó trở nên khó khăn bất thường, thì khách hàng có lý. Nếu nó không khó hơn nhiều vì các công cụ của bạn thì không. Và bạn đã sử dụng các công cụ để phát triển hiệu quả hơn thì không có lý do gì để không trả tiền.
Nhưng điều thực sự quan trọng là những gì hợp đồng nói. Nếu bạn giao những gì trong hợp đồng, khách hàng cần phải trả tiền.
Có vẻ như thiếu giao tiếp khi bắt đầu. Nếu khách hàng muốn một mã cơ sở có thể chỉnh sửa dễ dàng để thay đổi theo lựa chọn của họ và để tự học một chút VB, thì cả anh ta và bạn đều không biết ý định của nhau.
Một số trình tạo mã cung cấp mã rất dài và khó đọc, vì vậy tôi không biết tại sao mọi người lại bình luận mà thậm chí không nhìn thấy mã, hoặc yêu cầu công việc ... nếu anh ta nói "bởi vì tôi đang thiết kế mã / dự án của riêng tôi tích hợp với công việc của bạn" ví dụ ... Chúng tôi không biết tổng số tiền đã thỏa thuận và khối lượng công việc. Anh ta có thể đã ký thỏa thuận và giá cả dựa trên việc mã hóa công việc của chính mình theo cách thủ công, tức là anh ta mong đợi nhiều công việc được thực hiện hơn và kết quả thủ công. Cá nhân tôi sẽ cảnh báo cho một khách hàng các chi tiết của một trình tạo mã nếu anh ta là một lập trình viên cấp dưới không có nhiều tiền, những người cần mã có thể chỉnh sửa.
Có quá nhiều biến số và ẩn số trong câu hỏi này để loại bỏ khách hàng như một thực thể tinh quái vô danh, chúng tôi thậm chí không có bản ghi lý do khiếu nại hoặc yêu cầu mã. Số dòng và giá là bao nhiêu? 100 hay 10000? Tôi rất ngạc nhiên là không ai xem xét liệu khách hàng có một khía cạnh con người để nói hay anh ta có cảm xúc hay là một cá nhân hay một nhóm cấp dưới, nếu không thì đây là một nhận định một phía.
Tôi sẽ không cố gắng trả lời trực tiếp cho câu hỏi vì bạn đã có rất nhiều lời khuyên hữu ích ở đây (cá nhân tôi thấy một khách hàng lấy bất kỳ lý do gì họ có thể nghĩ ra để không trả tiền. Nếu đó không phải là trình tạo mã, anh ta sẽ tìm thấy một số lý do khác ).
Tuy nhiên, lời khuyên của tôi cho tương lai là sử dụng chương trình "Dùng thử miễn phí trong 30 ngày, sau đó bạn phải nhập khóa cấp phép để tiếp tục sử dụng" trong các sản phẩm mã của mình.
Tất nhiên, đến 30 ngày, tôi có nghĩa là "Thời gian cần thiết để được thanh toán", không phải chính xác là 30 ngày.
Bây giờ, nếu khách hàng phàn nàn ... họ không có ích gì!
Bạn nhận được bản dùng thử hoạt động đầy đủ để thực hiện kiểm tra chấp nhận của người dùng và xác minh tính phù hợp với nhiệm vụ.
Khi, nếu bạn trả tiền, hợp đồng bắt buộc tôi phải cung cấp cho bạn một chìa khóa bản quyền ... tất nhiên là tôi sẽ làm.
Bạn không trả tiền và cố gắng để làm cho tôi? Hy vọng bạn thích thấy ứng dụng của tôi hữu ích như thế nào đối với bạn, bạn có thể hưởng lợi bao nhiêu từ nó ... nếu bạn chỉ phải trả tiền.
Nếu bạn có thể, về mặt kỹ thuật, tôi sẽ nói hãy tiến thêm một bước nữa và khi quá trình dùng thử kết thúc và không có giấy phép nào được cung cấp, hãy đợi, chẳng hạn 3 ngày, sau đó kích hoạt hoàn toàn gỡ cài đặt / xóa mã sản phẩm của bạn khỏi máy mục tiêu.
Bạn không muốn khách hàng thiết kế ngược theo cách của họ để có được giấy phép hợp lệ và không trả cho bạn những gì bạn đang nợ.
Chỉ cần đảm bảo rằng luật sư của bạn làm cho tất cả những điều này hợp pháp trong hợp đồng.
Bạn biết đấy, "hợp pháp hóa" thành "Sản phẩm được mã hóa là tài sản duy nhất của ToninCorp, cho đến thời điểm khách hàng đã giao khoản bồi thường theo thỏa thuận cho ToninCorp, tại thời điểm này, quyền sở hữu sản phẩm sẽ tự động chuyển cho khách hàng.
Điều này thực hiện không cho phép khách hàng sử dụng các dịch vụ bảo trì của ToninCorp mà không được bồi thường thêm ".
Tôi xin lỗi bạn đã bị lừa. Đó là điều tồi tệ và nó xảy ra với mỗi chúng ta, ngay cả những người được bảo vệ cẩn thận nhất.
Nhận những gì bạn đang nợ bằng mọi giá.
Một đánh giá xấu là xấu, đúng. Có được một cái tên để trở thành một sự thúc đẩy là một kết thúc sự nghiệp!
Có một lý do mà đám đông không để bất cứ ai ra khỏi câu chuyện, ngay cả khi họ lấy trộm một que kẹo cao su! Nếu bạn nhận được tên của một ai đó có thể bị bắt nạt và lợi dụng ... đó sẽ là những khách hàng duy nhất đến với bạn.
Đó là một vòng xoáy của sự sụp đổ trong sự nghiệp.
Đừng!