Giá sản phẩm phần mềm/ước tính chi phí

Question

Tôi luôn gặp khó khăn khi ước tính chi phí/giá của phần mềm hoàn thành (hoặc công việc lập trình), do đó, đây là hai câu hỏi về nó.

câu hỏi 1:
Bạn đang yêu cầu viết một đoạn mã để lấy tiền mặt (tất cả các quyền đối với mã này thuộc về người mua khi bạn đã hoàn tất). Bạn biết số giờ gần đúng sẽ mất (+ -25%), và độ phức tạp gần đúng (tức là bạn có thể viết nó trong giấc ngủ hoặc sẽ bị kiệt sức tinh thần nghiêm trọng sau khi đã hoàn thành). Sản phẩm được viết bằng ngôn ngữ biên dịch (C, C++, v.v.).

Bạn (bạn sẽ) chọn giá cho công việc như thế nào?

câu hỏi 2:
Hãy nói rằng bạn dành một vài tháng viết một cái gì đó, điều này hiện nay đã hoàn thành, và bây giờ muốn (cố gắng) bán nó.

Sản phẩm sẽ cực kỳ "Niche" và sẽ không thể bán cho số lượng lớn người (SDK, công cụ trò chơi, thư viện hoặc thứ gì đó tương tự, chứ không phải trình chỉnh sửa văn bản - số người mà sẽ muốn nó sẽ nhỏ). "mở rộng" nó nằm ngoài câu hỏi.

Bạn biết số giờ gần đúng mà bạn đã chi tiêu, tổng kích thước tệp, LoC và bạn có một kho lưu trữ có toàn bộ lịch sử phát triển.

Kết quả có thể được bán có hoặc không có quyền truy cập mã nguồn, để sử dụng thương mại hoặc phi thương mại hoặc bạn có thể (cố gắng) bán quyền phần mềm.

Làm thế nào để bạn xác định giá cho:

1. Quyền cho rằng phần của phần mềm?
2. Sử dụng thương mại với quyền truy cập mã nguồn?
3. Sử dụng thương mại mà không cần truy cập mã nguồn?
4. Sử dụng phi thương mại?

Answer 1

Bạn có thể tìm thấy một số những hiểu biết thú vị thu thập được trong một (miễn phí) cuốn sách của Neil Davidson: http://www.neildavidson.com/dontjustrollthedice.html

Answer 2

Giá sản phẩm không có gì liên quan đến ước tính chi phí, ngoại trừ thực tế giá thường phải lớn hơn chi phí.

Định giá có liên quan nhiều hơn: khách hàng sẽ trả bao nhiêu tiền cho phần mềm này? Giá cả là một kỹ năng khó khăn để có được quyền - nếu bạn nói một mức giá và khách hàng không nhấp nháy, bạn có thể đã đi quá thấp ...

Vì vậy, lời khuyên cho phần mềm máy khách (riêng biệt) là đặt giá ở mức cao nhất bạn nghĩ họ sẽ trả tiền. Nếu chi phí viết phần mềm (về số giờ của người đàn ông) cao hơn giá họ sẽ trả, đừng lấy việc làm.

Đối với phần mềm không có giá, điều này cũng phức tạp, vì bạn cần biết kích thước của thị trường. Giả sử có 1000 khách hàng tiềm năng, sau đó bạn cần phải biết có bao nhiêu người sẽ mua sản phẩm của bạn ở một mức giá cụ thể. Rõ ràng, khi giá tăng lên, bạn sẽ nhận được ít người mua hơn. Một lần nữa, việc định giá không liên quan gì đến việc bạn sẽ tốn bao nhiêu phần mềm để xây dựng, nó phải làm với số tiền mà mọi người sẽ sẵn sàng chi cho nó.
Vì vậy, nếu 500 người sẽ mua nó với giá 20 đô la, nhưng chỉ 200 người sẽ mua ở mức 30 đô la, điều đó trở nên rõ ràng hơn về cách định giá (*). Việc hoàn toàn chính xác khi tìm ra những con số này là thực sự bán sản phẩm của bạn, nhưng bạn có thể thực hiện nghiên cứu thị trường (ví dụ như hỏi khách hàng tiềm năng của bạn) để tìm hiểu xem họ sẽ sẵn sàng trả tiền gì.(Tương phản với các dự án khách hàng đơn lẻ mà bạn không thể hỏi khách hàng của bạn số tiền họ sẵn sàng trả ...)

Vì vậy, khi bạn có mức giá tối ưu, bạn có thể tính toán lợi nhuận kỳ vọng của mình số lượng bán hàng nhân với giá). Nếu số tiền này thấp hơn chi phí của bạn, không viết phần mềm ...

(*) Tôi nên nói cách biết kích thước của thị trường là quan trọng ở đây. Nếu bạn hỏi 20 người từ thị trường của bạn về việc họ sẽ mua nó ở mức 20 đô la và 10 người nói có, bạn có thể giả định 50% thị trường của bạn sẽ mua nó với giá 20 đô la. Bằng cách biết thị trường của bạn là khoảng 1000 người, bạn có thể nhân lên điều này để biết 500 người sẽ mua nó với giá 20 đô la. Mà không biết kích thước của thị trường của bạn, biết rằng 50% người sẽ mua nó ở mức 20 đô la là không liên quan.

Answer 3

Đối với câu hỏi 1, nó không phải là khó để tìm ra mức lương giờ bình thường tại khu vực bạn đang ở trong, chỉ cần nhớ để thêm tất cả số giờ bạn chi tiêu cho dự án, không chỉ số giờ thực tế viết mã ... còn, khi ước tính sẽ mất bao lâu để thực hiện dự án phần mềm, luôn có luật Hofstadter ;-)

" Nó luôn luôn mất nhiều thời gian hơn bạn mong đợi, ngay cả khi bạn đưa vào tài khoản của Hofstadter của Luật. "

Đối với câu hỏi 2, mặc dù đã có chút thời gian, tôi vẫn tìm thấy "Quy tắc thông tin" của Carl Shapiro và Hal R. Varian là cuốn sách hay nhất về chủ đề này. Có thực sự là không có câu trả lời dễ dàng cho câu hỏi này, nhưng cuốn sách này sẽ cung cấp cho bạn một sự hiểu biết tốt về các yếu tố bạn nên đưa vào tài khoản khi thiết lập một mức giá.

sách của Google: Information Rules

Answer 4

Bạn thực sự cần phải đọc Joel [/ rant/hài hước/bọt] về vấn đề này http://www.joelonsoftware.com/articles/CamelsandRubberDuckies.html