Làm thế nào để bạn quyết định phần mềm của bạn sẽ có giá bao nhiêu? [đóng cửa]


31

Nếu bạn là nhà phát triển solo, hoặc có vai trò lãnh đạo trong một công ty phần mềm, bạn có thể phải quyết định phần mềm của mình sẽ tốn bao nhiêu tiền một ngày này ... Kinh nghiệm của bạn khi tính toán chi phí phần mềm cho khách hàng là bao nhiêu? Tại sao phương pháp này nó làm việc cho bạn?


5
Có lẽ, bạn nên chỉ cho tôi câu trả lời nào để chấp nhận sau đó? Đối với hầu hết các câu hỏi, không có câu trả lời đúng nào có thể được chấp nhận một cách hợp lý ...
Tamara Wijsman


2
@ Pierre303: Ban đầu tôi cũng cảm thấy giống như bạn, sau đó xem xét rất nhiều câu hỏi khác ở đây và thực sự có rất ít được chấp nhận. Khi câu hỏi mời nhiều câu trả lời, thường không có câu trả lời 'tốt nhất' để chấp nhận, chỉ có câu trả lời phổ biến nhất, do số phiếu tăng. Đây là hành vi rất khác với SO, trong đó nhiều câu hỏi đang tìm kiếm một "câu trả lời đúng".
JBRWilkinson

Bạn có thể làm rõ câu hỏi: bạn đang hỏi về cách quyết định phần mềm rẻ / đắt tiền, hoặc làm thế nào để xác định phần ngoài là gì để hoàn thành một dự án, hoặc một cái gì khác?
Peter Boughton

1
Đây không phải là một câu hỏi phần mềm, nó là một câu hỏi tiếp thị.
Bryan Oakley

Câu trả lời:


9

Một cách khác để xem xét điều này là "phần mềm nào bị loại bỏ nhiều nhất?". Phần mềm bán vé cao như Adobe Tạo Suite thường là mục tiêu vì giá ban đầu rất cao - vài nghìn đô la cho một gói lớn mà bạn có thể chỉ sử dụng 10% khả năng của mỗi thành phần. Hãy nhìn vào nỗ lực mà Microsoft đã đưa vào các sáng kiến ​​'Windows chính hãng' của họ - có ai thực sự mua Windows hoặc Office nữa không? Các doanh nghiệp được kiểm toán phải, nhưng nhiều doanh nghiệp nhỏ và số lượng lớn người dùng gia đình dường như rất vui khi sử dụng bản sao bất hợp pháp (hoặc bất hợp pháp).

Ý kiến ​​cá nhân của tôi là nếu bạn muốn kiếm tiền từ phần mềm của mình, đừng phát hành mã nguồn vào cộng đồng miền mở / cộng đồng nguồn mở. Rõ ràng có những trường hợp bán hỗ trợ cho mã nguồn mở có thể dẫn đến lợi nhuận, nhưng IMO mở mã nguồn của bạn nên được thực hiện để có được đầu vào của cộng đồng. Việc phơi bày mã tuyệt vời của bạn lên web sẽ làm mất lợi thế cạnh tranh của bạn nếu bạn muốn phần mềm trở thành nguồn thu nhập.

Vì vậy, chiến lược tốt nhất hiện nay cho phần mềm mà tôi đã thấy là cấp phép cho nó . Cung cấp miễn phí một phiên bản giới hạn của phần mềm để người dùng có thể làm quen với nó mà không phải đăng ký tài khoản hoặc bàn giao chi tiết thẻ tín dụng, cả hai đều không phù hợp. Khi họ đạt đến điểm mà họ đang sử dụng nghiêm túc, bạn có thể cung cấp tùy chọn tăng dung lượng / băng thông / dung lượng / khả năng #. Nhiều dịch vụ trực tuyến đang sử dụng mô hình này như các ứng dụng iPhone - tải xuống phiên bản 'lite' miễn phí, trả tiền để kích hoạt nhiều tính năng hơn.

Giá thực tế mà bạn cấp phép cho phần mềm là một yếu tố của:

  1. mục đích - làm thế nào là nhiệm vụ khó khăn nó giải quyết?
  2. quy mô thị trường mục tiêu - có bao nhiêu người phải đối mặt với vấn đề này?
  3. phân khúc thị trường - có mức độ / loại người dùng khác nhau trong thị trường này? (người dùng quyền lực so với người dùng gia đình, v.v.)

Ví dụ:

  • Bất cứ điều gì bởi 37Signals - BaseCamp, CampFire, BackPack, v.v ... Sản phẩm cấp thấp là miễn phí, trả tiền để biết thêm.
  • Evernote . Phần mềm máy khách là miễn phí với một số lưu trữ. Trả tiền để biết thêm.
  • DropBox . Phần mềm máy khách là miễn phí với một số lưu trữ. Trả tiền để biết thêm.
  • Ứng dụng Google. Phi lợi nhuận, giáo dục, sử dụng thấp / ít người dùng miễn phí. Trả tiền cho nhiều lưu trữ / sẵn có / người dùng thương mại.

# Nếu thanh toán mở khóa một số khả năng, đừng đưa khả năng đó vào phiên bản miễn phí vì nó sẽ bị bẻ khóa - bất kể bạn thâm nhập thị trường bao nhiêu. Có một số người chỉ thích phá vỡ các cơ chế bảo vệ phần mềm và một số sản phẩm tôi đã làm việc trong nhiều năm qua đã có số phận này - thậm chí cả những thứ thích hợp. Tôi không phải là chuyên gia, nhưng sự kết hợp của một phiên bản tải xuống có thể nhận dạng duy nhất có thể được liệt kê đen nếu nó 'gọi về nhà' từ hơn X địa chỉ IP khác nhau có thể là điểm khởi đầu. Nếu bạn phát hiện ai đó đang trao bản sao phần mềm của họ, bạn có một vài lựa chọn - hãy nói chuyện với họ (nếu họ đã đăng ký) vì có thể có một lý do chính đáng (họ định dạng lại PC của họ thường xuyên, v.v.),


Có một số mô hình kinh doanh khác nhau để mọi người sử dụng phần mềm Nguồn mở / Miễn phí do họ phát triển. Một là tính phí cho hỗ trợ, cấp phép kép là một thứ khác và cả hai đã được sử dụng bởi các công ty có lợi nhuận.
David Thornley

Lưu ý - cảm ơn vì đã giáo dục tôi. Tôi đã nói lại quan điểm của tôi.
JBRWilkinson

8

Mặc dù tôi không đồng ý với tất cả những gì Joel nói, bài viết " Lạc đà và Vịt cao su " của anh ấy về chủ đề này là một IMO phải đọc.

Lời khuyên cơ bản là "tính phí những gì mọi người sẽ sẵn sàng trả", hoặc:

Nếu bạn không thể bận tâm đọc nó, chỉ cần tính phí 0,05 đô la cho phần mềm của bạn, trừ khi nó theo dõi lỗi, trong trường hợp đó tính phí 30.000.000 đô la cho phần mềm.


5

Chỉ ra mục tiêu giá của bạn đầu tiên. Sau đó tìm kiếm các chiến lược giá để đạt được mục tiêu đó.
- Sống sót? Sau đó thiết lập mức giá để phù hợp với chi phí.
- Tối đa hóa lợi nhuận? Có nhiều chiến lược để xem xét, ví dụ: "Giảm giá" như Sony đã làm với PS / 3, hoạt động nếu nó hợp pháp trong phạm vi quyền hạn của bạn và nếu bạn phải đối mặt với đường cầu không co giãn. Sony đặt giá cao ban đầu là $ 599 và dần dần hạ xuống còn $ 299.
- ROI? Đặt mức giá để lấy lại lợi nhuận hàng năm nhất định trên vốn chủ sở hữu.
- Tăng thị phần? Nếu đường cầu của bạn co giãn, việc hạ giá so với đối thủ cạnh tranh có thể giúp đạt được điều này.
- Dòng tiền?Mức giá nên khuyến khích bán hàng nhanh chóng.
- Hiện trạng? Một cuộc chiến giá cả có thể là không thể tưởng tượng được. Đừng khuấy thuyền. Đặt giá để khớp với giá của đối thủ cạnh tranh.
- Chất lượng sản phẩm? Đặt giá để bù lại chi phí R & D và để thiết lập một hình ảnh chất lượng cao.


3
Các kỹ thuật giảm giá khác là các phiên bản khác nhau. PS / 3 ngày nay không thực sự giống với bản gốc, đã mất một số khả năng trên đường đi. Các nhà xuất bản sách đưa ra một phiên bản bìa cứng đắt tiền trước, sau đó là một bìa mềm thương mại ít tốn kém hơn, sau đó là một bìa mềm thị trường đại chúng thậm chí ít tốn kém hơn, để thu thập phí bảo hiểm từ những người sẽ không chờ đợi và vẫn để họ cảm thấy như họ có một sản phẩm tốt hơn .
David Thornley

@David Thornley: Nhận xét tuyệt vời. Chắc chắn áp dụng ở đây. Ví dụ, có sáu "phiên bản" khác nhau của Windows Vista (Starter, Basic, Premium, Business, Enterprise và Ultimate) lần hai (32/64-bit). Tất cả có giá khác nhau.
AN khác

2

Bạn cần tính xem bạn sẽ mất bao lâu và bạn muốn kiếm được bao nhiêu mỗi giờ và sau đó lần lượt từng người một.

Tiếp theo bạn cần thêm bất kỳ chi phí nào bạn sẽ phải chịu khi viết phần mềm.

Sau đó, bạn cần thêm vào bất kỳ tình huống dự phòng nào ... tức là nếu bạn đang làm công việc giá cố định, cơ hội của việc cắt xén sẽ mất thêm thời gian.

Cuối cùng, bạn cần đảm bảo rằng chi phí của bạn được in trên cùng một tờ giấy ghi chính xác những gì bạn sẽ giao để đổi lấy tiền và bạn cần phải gửi tiền ... bạn sẽ tránh được rất nhiều thời gian lãng phí khăng khăng một khoản tiền gửi.


2
+1 cho khoản tiền gửi. Tôi đã tự làm phiền mình vài lần bằng cách không khăng khăng về điều này. Nó thực sự tách ra những người nghiêm túc.
RationalGeek

1

Tôi thực sự đã viết một vài các bài viết về đề tài này một vài tháng trở lại, nhưng chỉ cần stumbled trên câu hỏi này ngay bây giờ.

Cách dễ dàng là nói nó khác nhau rất nhiều tùy thuộc vào đối tượng mục tiêu, thị trường, quy mô của vấn đề được giải quyết, v.v ... điều đó hoàn toàn đúng - nhưng tôi nghĩ bạn có thể chia phần mềm thành 3 loại chung:

  • Phần mềm bắt buộc phải có
  • Phần mềm đẹp
  • Không ai cần nó

Giả sử bạn không thuộc nhóm thứ 3, bạn cần tìm ra bạn thuộc loại nào. Phần mềm dễ sử dụng thường có giá trong phạm vi "tại sao không?" (như Jeff gọi nó trong bài viết của mình), có nghĩa là đủ thấp để khách hàng tiềm năng không ngại mở ví của mình, trong khi phần mềm phải có linh hoạt hơn nhiều với giá cả.

Điều gì làm cho phần mềm là phải có? đó là nơi mà tất cả các biến khác nhau xuất hiện. Những điều quan trọng nhất theo ý kiến ​​của tôi là:

  • Làm thế nào lớn là vấn đề đang được giải quyết? Bạn tiết kiệm được bao nhiêu thời gian / tiền bạc cho người dùng cuối? (thời gian = tiền)
  • Làm thế nào độc đáo là giải pháp? (nghĩa là bạn có thể tìm một giải pháp thay thế rẻ hơn / miễn phí / tốt hơn bằng cách googling cho nó không?)

Khi tôi định giá phần mềm, đó là những cân nhắc chính mà tôi thực hiện. Bạn có thể tính đến các tham số bổ sung, chẳng hạn như thị trường (ví dụ: bạn có thể định giá cao hơn khi bán cho doanh nghiệp so với khu vực tư nhân).

Ngoài ra, đừng bao giờ ngại thử nghiệm sau khi bạn đặt giá. Dành một chút thời gian để dữ liệu tích lũy và thử kiểm tra giá cả khác nhau để xem nó ảnh hưởng đến doanh số như thế nào.


0

Hãy nhớ rằng giá của bạn cũng sẽ phản ánh chất lượng phần mềm của bạn trong mắt người mua tiềm năng. Có một tác động tâm lý rằng nếu sản phẩm A có giá cao hơn sản phẩm B, sản phẩm A sẽ được coi là chất lượng cao hơn B ngay cả khi không có bất kỳ thông tin hỗ trợ nào. Điều này đúng từ đậu đóng hộp đến ô tô đến nhà ở.

Cuối cùng, trường hợp kinh doanh của bạn cho phần mềm này sẽ xác định điểm giá của bạn (đây có phải là một phần mở rộng của một cái gì đó hiện có, một nhà lãnh đạo thua lỗ để có được khách hàng mới không? V.v.)


-3

Không tính phí - phát hành dưới dạng phần mềm Miễn phí / Mở.

Sau đó cung cấp cách để mọi người quyên tặng bất cứ thứ gì họ thích, dựa trên mức độ hữu ích của chúng. (Thật không may, tôi thực sự không biết làm thế nào hiệu quả này.)

Nếu đây là một sản phẩm cốt lõi cho công ty của bạn, bạn vẫn có thể làm như trên, nhưng cũng có giấy phép thương mại và hợp đồng hỗ trợ, và có thể tài trợ phát triển tính năng nữa.
(Mô hình này được sử dụng tại các công ty phần mềm lớn như JBoss , MySQL , nhưng các công ty nhỏ hơn như BlueRiver hoặc Railo Technologies cũng thực hiện thành công điều này.)


(btw, không nói điều này là tốt nhất hoặc luôn khả thi cho mọi người hoặc bất cứ điều gì, nhưng chắc chắn đó là một lựa chọn)
Peter Boughton

cái này có thực sự hiệu quả không? Tôi đã luôn cho rằng giống như 99% mọi người bỏ qua các nút Donate đó. Nhưng tôi chưa bao giờ thử xin quyên góp nên tôi không biết.
RationalGeek

Nói chung, tôi không biết. Bản thân tôi, tôi đã quyên góp cho một vài dự án mà tôi thực sự thích và nhóm SO cũng vậy: "Tôi đã duyệt qua câu hỏi meta Stack Overflow được xây dựng với và tặng cho mọi dự án mà chúng tôi dựa vào đó chấp nhận quyên góp" - tôi đáng tin cậy hơn đoán là hỗ trợ có trả tiền và điều giấy phép kép, mà tôi nghĩ rằng tôi đã đề cập, nhưng dường như không.
Peter Boughton

Tôi nghĩ câu hỏi về chi phí phát triển vẫn còn bao nhiêu, ngay cả khi bạn mở nguồn!
Fenton

1
Trừ khi tôi nhầm, thực tế là phần mềm là Nguồn mở hoặc Miễn phí không có nghĩa là nó không có chi phí. Bạn vẫn có thể tính tiền cho phần mềm Nguồn mở và Miễn phí (ví dụ: GPL cho phép điều này ). Được cấp, nhiều dự án Nguồn mở và Miễn phí chọn cung cấp phần mềm của họ với chi phí bằng không.
Adam Paynter
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.