Sạc theo giờ / dự án [đóng]


9

Điều này có liên quan đến một câu hỏi tôi đã hỏi trước đó - /software/34023/how-to-end-a-relationship-with-a-client-without-pissing-them-off

Nghĩa vụ của bạn khi tính phí theo giờ so với tính phí theo dự án là gì? Nếu bạn đồng ý tham gia một dự án, hãy ước tính sơ bộ rằng bạn có thể mất 10 ngày để làm việc và tính phí £ X mỗi giờ - bạn có nghĩa vụ phải làm việc miễn phí sau 10 ngày đó và bạn vẫn không được quản lý để hoàn thành dự án của bạn do vấn đề không lường trước được? Điều gì sẽ xảy ra nếu bạn đã giao dự án nhưng tìm thấy lỗi - bạn có nên sửa các lỗi này miễn phí nếu hết 10 ngày hoặc bạn nên tính phí cho khách hàng của mình?

Ngoài ra, đối với dự án trên, kết quả sẽ như thế nào khi bạn bắt đầu dự án, nhưng sau 10 ngày vì bất kỳ lý do gì bạn phải từ bỏ và nói với khách hàng của bạn rằng bạn không thể làm điều đó nữa? Tôi nhận ra rằng điều này không có gì để xây dựng danh tiếng và mối quan hệ của bạn với khách hàng nhưng bạn có nghĩa vụ phải trả lại số tiền đã trả cho bạn hay bạn chỉ giao một nửa / gần hoàn thành mã nguồn và giúp họ tìm người khác hoàn thành nó?

Lý do tôi hỏi những câu hỏi trên là vì tôi rất mới với nghề tự do và muốn biết làm thế nào để đối phó với các tình huống trên nếu chúng mọc lên. Cảm ơn!

Câu trả lời:


9

Nếu bạn đồng ý tham gia một dự án ... làm việc và tính phí £ X mỗi giờ - bạn có bắt buộc phải làm việc miễn phí sau 10 ngày đó không và bạn vẫn không thể hoàn thành dự án của mình do các vấn đề không lường trước được?

Số £ X mỗi giờ là £ X mỗi giờ. Rõ ràng, bạn chưa bao giờ có công việc phức tạp được thực hiện trên nhà hoặc thuyền của bạn.

Không có khả năng ước tính có nghĩa là không có gì. Không có gì.

£ X mỗi giờ là £ X mỗi giờ. Cho đến khi công việc được hoàn thành hoặc khách hàng nói "bạn bị sa thải". (hoặc "bạn bị sa thải". Tôi là người Yank, vì vậy tôi không biết họ nói gì ở Anh.)

Điều gì sẽ xảy ra nếu bạn đã giao dự án nhưng tìm thấy lỗi - bạn có nên sửa các lỗi này miễn phí nếu hết 10 ngày hoặc bạn nên tính phí cho khách hàng của mình?

Phụ thuộc vào lỗi. Bạn phải làm phân tích nguyên nhân gốc rễ. Đặc điểm kỹ thuật xấu (hoặc không đầy đủ) chủ yếu là vấn đề của họ. Các nếp nhăn kỹ thuật không lường trước được là ngang bằng với khóa học - họ trả tiền. Lỗi mã hóa ngu ngốc là vấn đề của bạn.

bạn phải từ bỏ và nói với khách hàng của bạn rằng bạn không thể làm điều đó nữa?

Ôi Điều đó là không chuyên nghiệp. Nếu bạn phải từ bỏ, bạn đã thực sự phạm một sai lầm khủng khiếp.

Tôi nhận ra rằng điều này không có gì để xây dựng danh tiếng và mối quan hệ của bạn với khách hàng nhưng bạn có nghĩa vụ phải trả lại số tiền đã trả cho bạn hay bạn chỉ giao một nửa / gần hoàn thành mã nguồn và giúp họ tìm người khác hoàn thành nó?

Thở dài. Tại thời điểm này, bạn đã cư xử rất tệ mà không có gì quan trọng. Bạn thực sự nên tìm một nghề nghiệp khác nếu bạn không thể theo dõi các hợp đồng của mình. Nghiêm túc. Suy nghĩ lại về cuộc sống của bạn.

Phần mềm hoàn thành một nửa là vô giá trị. Không ai sẽ "hoàn thành nó". Họ sẽ giải thích rằng bạn là một thằng ngốc (vì bạn) ném mã của bạn đi và bắt đầu lại từ đầu.

Bạn cần làm như sau.

  1. Cắt các yêu cầu trở lại một cái gì đó cuối cùng, có thể cung cấp và có thể sử dụng.

  2. Tạo cái cuối cùng, có thể giao được, có thể sử dụng. Ngay cả khi nó không phải là kế hoạch lớn ban đầu.

  3. Phí cho điều đó giao hàng, có thể sử dụng.

  4. Chuyển các tồn đọng của các công cụ không gửi được cho người khác.

Mã không thể được sử dụng là vô dụng. Thật vậy, đó là một chi phí.

Bạn và khách hàng của bạn sẽ lãng phí thời gian để cố gắng "chuyển đổi" mã đã hoàn thành một nửa sang người khác. Nhấn mạnh vào chất thải . Hầu hết mọi người dễ dàng bắt đầu lại từ đầu hơn là bắt đầu từ một nửa.


Tại sao khách hàng phải trả tiền cho "nếp nhăn kỹ thuật không lường trước được"? Họ không chỉ trả tiền cho bạn bằng mã, họ trả tiền cho bạn về chuyên môn kỹ thuật - trừ khi thông số kỹ thuật của họ thay đổi, bạn nên biết điều gì sắp xảy ra.
Nicole

Lol BOAT = Đưa ra một ngàn.
Công việc

Liên quan đến "các nếp nhăn kỹ thuật". Đúng là những thứ như vậy là ngang bằng với khóa học - và đó chỉ là công việc cần phải hoàn thành - họ chắc chắn phải trả tiền. Tuy nhiên, nó không nên minh bạch với họ. Xem xét sự phức tạp của dự án trước thời hạn và cố gắng tính đến nguy cơ tiềm ẩn của các lỗi lớn. Nếu nhà phát triển duy nhất của bạn dễ dàng thực hiện việc này, bạn chỉ cần đưa các ước tính của mình vào các khu vực mà bạn không chắc chắn về giải pháp. Ước tính nên bao gồm thời gian gỡ lỗi. Khả năng pad đúng cách đi kèm với kinh nghiệm.
eddiemoya

6

Nghĩa vụ của bạn khi tính phí theo giờ so với tính phí theo dự án là gì?

Thực chất là giống nhau. Hãy chuyên nghiệp.

Nếu bạn đồng ý tham gia một dự án, hãy ước tính sơ bộ rằng bạn có thể mất 10 ngày để làm việc và tính phí £ X mỗi giờ - bạn có nghĩa vụ phải làm việc miễn phí sau 10 ngày đó và bạn vẫn không được quản lý để hoàn thành dự án của bạn do vấn đề không lường trước được?

Không - miễn là khoảng 10 ngày, thì bạn vẫn ổn. Tôi sẽ xác định khoảng 10 ngày là bất cứ nơi nào trong khoảng từ 50 - 120 giờ ở các cạnh cực. Bất cứ điều gì hơn 120 giờ (vượt quá 50%) là khá nhiều so với nhạt.

Mặc dù "các vấn đề không lường trước được" để lại rất nhiều điều mơ hồ. Các chuyên gia có kinh nghiệm dự đoán nhiều vấn đề hơn các nhà phát triển mới. Tuy nhiên, nếu khách hàng biết bạn là nhà phát triển mới (và biết rằng họ đang được giảm giá đáng kể vì điều đó) thì có một số phòng ngọ nguậy ở đây.

Điều gì sẽ xảy ra nếu bạn đã giao dự án nhưng tìm thấy lỗi - bạn có nên sửa các lỗi này miễn phí nếu hết 10 ngày hoặc bạn nên tính phí cho khách hàng của mình?

Lỗi? Có - bạn nên sửa chúng miễn phí. Bạn không được trả tiền trong 10 ngày để sản xuất mã bị hỏng.

Bây giờ, một lần nữa, "lỗi" là một chút mơ hồ. Có các lỗi trình chiếu (như chương trình không chạy - rõ ràng là lỗi của bạn) và lỗi trường hợp cạnh (chương trình cắt ngắn văn bản trên Windows bản địa hóa Thổ Nhĩ Kỳ có bật IME Trung Quốc - không thực sự hợp lý). Hầu hết rơi ở đâu đó ở giữa, nhưng gánh nặng của bằng chứng là ở bạn.

Ngoài ra còn có lỗi đặc tả - đây là những lỗi khó nhất. Bạn sẽ phải sử dụng phán đoán của mình xem liệu bạn có nên dự đoán một cách hợp lý, đặt câu hỏi hoặc ngụ ý thay đổi thông số kỹ thuật hay không. Một lần nữa, tôi sẽ đặt gánh nặng bằng chứng lên bạn.

Đối với dự án 10 ngày (80 giờ) với nhà phát triển xanh, 10 - 15 giờ sửa lỗi khác sẽ không quá nhiều để hỏi. Bất cứ điều gì khác, tôi sẽ cố gắng thanh toán - mặc dù tôi có thể làm thêm 5 đến 10 giờ miễn phí trước khi sa thải khách hàng.

Ngoài ra, đối với dự án trên, kết quả sẽ như thế nào khi bạn bắt đầu dự án, nhưng sau 10 ngày vì bất kỳ lý do gì bạn phải từ bỏ và nói với khách hàng của bạn rằng bạn không thể làm điều đó nữa? Tôi nhận ra rằng điều này không có gì để xây dựng danh tiếng và mối quan hệ của bạn với khách hàng nhưng bạn có nghĩa vụ phải trả lại số tiền đã trả cho bạn hay bạn chỉ giao một nửa / gần hoàn thành mã nguồn và giúp họ tìm người khác hoàn thành nó?

Bạn trả lại tiền. Nếu bạn không thể hoàn thành dự án, có khả năng bạn không thể đánh giá một nửa đã hoàn thành. Nếu khách hàng thuê bạn, nhiều khả năng họ không thể đánh giá đã hoàn thành một nửa. Nếu bạn có thể tìm người khác hoàn thành nó, bạn có thể ký hợp đồng với họ - sự khác biệt trong những gì họ tính phí cho bạn và những gì bạn đã thực hiện là lợi nhuận (hoặc thua lỗ) của bạn.

Cuối cùng, tốt hơn hết là cúi xuống khách hàng và viết nó lên như một bài học kinh nghiệm. Sau một thời gian, bạn sẽ có thể phát hiện ra "khách hàng có vấn đề" và tránh họ (hoặc nạp tiền cho họ) ngay từ đầu. Bạn cũng sẽ học cách ước tính tốt hơn một chút, xây dựng chi phí sửa lỗi vào giá của mình, v.v.

Là một nhà phát triển sinh viên, bạn có một số thời gian. Không ai có khả năng kiện bạn về số tiền bạn đã trả cho một dự án 10 ngày. Bạn sẽ không bao giờ nhận được bất kỳ doanh nghiệp nào từ khách hàng đó (hoặc bạn bè của mình) nữa - nhưng, vì họ đã thuê một nhà phát triển sinh viên, có khả năng họ chỉ muốn lao động giá rẻ và không hiểu chi phí thực sự để thuê một nhà phát triển tốt là gì. Bạn sẽ không mất nhiều tiền trong tương lai ngoại trừ những cơn đau đầu - mặc dù phải trả giá bằng một lương tâm trong sạch.

Lời khuyên của tôi? Chỉ cần hoàn thành nó - bạn sẽ cảm thấy tốt hơn, khách hàng sẽ cảm thấy tốt hơn và bạn sẽ trở thành một nhà phát triển và doanh nhân tốt hơn cho nó. Nó không giống như một công việc đáng giá trong nhiều năm - và bạn có tất cả bạn bè của mình tại Stackoverflow và Stackexchange để giúp đỡ. ;)


3

Những gì bạn đang mô tả chỉ là "số tiền cố định hoặc ít hơn". Điều này chỉ mang lại lợi ích cho khách hàng, vì vậy nếu bạn đang đặt giá thầu, tôi không biết tại sao bạn lại làm việc như vậy.

  • Tỷ lệ hàng giờ - Một tỷ lệ hàng giờ có thể được sử dụng khi khách hàng biết rằng họ chưa quyết định về một số điều và họ đồng ý rằng dự án là một chút kết thúc mở - nhưng điều này phải được thỏa thuận trước .

  • Tỷ lệ cố định - Sử dụng nếu khách hàng biết chính xác những gì họ muốn. Nếu họ làm như vậy, nhưng bạn không thể đặt giá thầu với số tiền cố định, bạn thực sự chưa có bất kỳ doanh nghiệp nào thực hiện chào giá. Đừng bắt khách hàng trả tiền cho sự thiếu kinh nghiệm của bạn.

Nếu bạn làm theo điều này, bạn sẽ không gặp phải tình huống phải làm gì. Nếu bạn phải từ bỏ, hãy thảo luận với khách hàng và đối xử như một sự từ chức hoặc giải thể đối tác. Hoàn trả tất cả tiền và không cung cấp gì, hoặc cung cấp dự án một phần để đổi lấy thanh toán một phần.

Thật hấp dẫn khi áp dụng tỷ lệ hàng giờ bất cứ khi nào có sự không chắc chắn, nhưng nó chỉ nên được sử dụng khi khách hàng là người mơ mộng . Nếu bạn có kinh nghiệm nhưng vẫn có những câu hỏi kỹ thuật chưa được trả lời, thì hãy cởi mở về vấn đề này với khách hàng trả trước.

Và, có được một hợp đồng, hoặc đó chỉ là vấn đề thời gian trước khi bạn gặp vấn đề.


0

Tôi không phải là luật sư nhưng câu trả lời cho cả hai tình huống phụ thuộc vào những gì bạn đã thỏa thuận theo hợp đồng với khách hàng. Tôi đã thấy trong câu hỏi trước đó của bạn rằng bạn đang làm việc mà không có hợp đồng có vẻ khá nguy hiểm vì những lý do chính xác bạn đã nêu ra ở đây. Không có hợp đồng bằng văn bản chắc chắn không có nghĩa là không có nghĩa vụ ràng buộc. Thật tốt khi có tất cả các loại công cụ này được tìm ra trước khi bạn bắt đầu mối quan hệ công việc của mình để nếu có bất kỳ vấn đề nào phát sinh, chúng có thể được giải quyết một cách chuyên nghiệp và thân thiện.


Đó là một điểm tốt và có một bài học kinh nghiệm ở đây tôi cho rằng. Nhưng nếu tôi chưa ký bất kỳ hợp đồng nào, như trong tình huống hiện tại của tôi thì sao?
thesam18888

Bạn vẫn có bất kỳ thỏa thuận bằng lời nói mà bạn có thể đã thực hiện. Vấn đề ở đây là một chút "anh ấy nói, cô ấy nói" và nó có thể dẫn đến kiện tụng trừ khi bạn và khách hàng của bạn có thể giải quyết mọi việc và đạt được thỏa hiệp hợp lý.
vẽ

0

Lý do pháp lý sang một bên, đây là một doanh nghiệp dịch vụ sau khi tất cả và bạn sống và bạn chết bởi các tài liệu tham khảo. Nó chỉ có thể lấy một cái xấu để cung cấp cho bạn một đại diện xấu. Tôi chỉ có thể lấy một khách hàng thực sự hài lòng để cung cấp cho bạn rất nhiều công việc khác. Vì vậy, áp dụng quy tắc vàng, đối xử với khách hàng của bạn như bạn muốn được đối xử, theo lý do. Mọi người nhớ và coi trọng những người vượt lên trên và vượt quá "nghĩa vụ" của họ.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.