Làm cách nào để lập hóa đơn cho các dịch vụ web của bạn?

Question

Khi phát triển một dịch vụ web mới, tôi đã không thể tìm thấy nhiều thông tin về cách các công ty lập hóa đơn cho các dịch vụ web của họ.

Bạn có tính hóa đơn theo yêu cầu hoặc chỉ một số yêu cầu nhất định tức là) GET hoặc POST không?

-Bạn có được theo dõi ở cấp ứng dụng hoặc máy chủ không?

Bạn có tính hóa đơn bằng băng thông không?

-again cách này sẽ được theo dõi trên một cơ sở cho mỗi người dùng

Bạn có phí thuê bao chỉ đơn giản là có thể truy cập?

- giả sử rằng chúng chỉ được cấp khóa api sau khi thanh toán đã được thực hiện.

Kết hợp các tùy chọn ở trên hoặc các tùy chọn khác?

Cảm ơn sự giúp đỡ của bạn.

Answer 1

Như tất cả mọi thứ trong một nền kinh tế thị trường, giá cả, mà còn vì sự bất tiện (hoặc tiện lợi) và rủi ro liên quan đến việc thanh toán thực tế (không phụ thuộc vào số tiền) là một chức năng của cách độc đáo và mát mẻ và có giá trị dịch vụ hoặc sản phẩm của bạn Là.

Do đó, không thể trả lời câu hỏi nhưng theo các thuật ngữ rất chung chung, tức là ở dạng đề xuất. Bạn mô hình hóa đơn thực tế có thể căn cứ vào một hoặc một số trong các cách sau hóa đơn

• cho một lần phí cài đặt
• hóa đơn trên cơ sở thuê bao (tức là trong một thời gian xác định, với số tiền tối đa được xác định một cách rõ ràng của việc sử dụng)
• hóa đơn để bảo trì
• hóa đơn theo hành động, tức là một số tiền nhất định (có thể theo lịch đơn giá giảm). Các hành vi này phải được tính ở cấp độ máy chủ, (Phía máy khách có thể bao gồm một số kiểm tra/giám sát/nhật ký các loại, nhưng phía máy chủ phải là nguồn thông tin có thẩm quyền). số lượng MByte được chuyển, vv), điều này được áp dụng cho các dịch vụ có sự thay đổi lớn về khối lượng thông tin được tạo ra cho mỗi "hành động".

Nói chung, giá và phương thức kế toán có vẻ công bằng, cho cả hai bên, đặc biệt đối với người mua và thông thường, càng đơn giản càng tốt. Giá cả không nhất thiết phải thấp, miễn là bạn có thể đưa ra trường hợp dịch vụ được cung cấp có giá trị hiệu quả và bạn đầu tư và mạo hiểm để giới thiệu dịch vụ hoặc chi phí liên quan đến việc điều hành dịch vụ là điều hiển nhiên.

Answer 2

Tôi đoán It Depends ™ về những gì dịch vụ thực hiện. Nói chung, tôi muốn nói bạn nên lập hoá đơn khi bạn cung cấp một số giá trị nội tại; cách bạn xác định tiêu chí thanh toán nào là khá cụ thể theo tên miền. Có thể có một số tài sản của dịch vụ được cung cấp cho phép bạn xác định số tiền cần thanh toán.

Ví dụ: giả sử bạn có dịch vụ web thực hiện phép tính. Bạn có thể quyết định rằng đối với mỗi lần tính toán thành công, bạn sẽ tính phí cố định, giả sử $0.01, nhưng cho phép người dùng tắt nếu có vấn đề xác thực, chẳng hạn như yêu cầu không hợp lệ. Ngoài ra, nếu những tính toán đó dài một cách mơ hồ, bạn có thể có một mô hình tính phí dựa trên một số loại chỉ số thời gian CPU.

Điểm của bạn về đăng ký là tốt nhất và đây là khu vực mà bạn có thể có lợi từ việc cho phép một vài mô hình thương mại; một để phục vụ cho những người dùng có thể thực hiện rất nhiều yêu cầu mỗi tháng, trong trường hợp đó, đăng ký cố định có thể có ý nghĩa và một để phục vụ người dùng thực hiện một số yêu cầu đặc biệt. Trong trường hợp thứ hai, tất nhiên, nếu bạn chỉ thu hút những khách hàng đó, thì bạn sẽ không tạo ra lợi tức đầu tư tốt. Một số loại nền tảng trung bình, nhờ đó bạn có đăng ký nhỏ, nhưng sau đó cho phép khách hàng mua một yêu cầu "chặn" hoặc "gói" trên đầu mà không phải chịu thêm chi phí xử lý, có thể hoạt động.

Answer 3

Nhiều người trong số những người tôi đã thấy hóa đơn theo thời gian, chẳng hạn như trên cơ sở hàng tháng hoặc hàng năm. Một số cho phép bạn thanh toán theo tháng, một số yêu cầu một số (hoặc tất cả) phí lên phía trước. Truy cập có thể bị hạn chế bằng cách phát hành chứng chỉ bảo mật cho dịch vụ web hết hạn khi tài khoản của khách hàng hết hạn hoặc có thể nhờ họ gửi ID ứng dụng và cho phép máy chủ kiểm tra xem ID khách hàng đó có được phép trả lời hay không người đánh cắp ID khách hàng của người khác;)).

Tôi giả sử nếu bạn có dịch vụ gửi và nhận lượng dữ liệu rất lớn, có thể có ý nghĩa đối với việc gửi hóa đơn cho mỗi yêu cầu dịch vụ, nhưng việc thanh toán cho điều đó có thể phức tạp hơn. Khách hàng có khả năng thực hiện hàng tá yêu cầu mỗi ngày hay chỉ một vài yêu cầu không? Chi phí cho mỗi giao dịch là bao nhiêu? $ 100? 0,01 đô la? Tất cả điều đó sẽ phụ thuộc vào bản chất của dịch vụ. Nếu bạn muốn đi tuyến đường đó, có thể bạn sẽ cần phải đảm bảo rằng khách hàng chỉ bị tính phí cho các yêu cầu được trả lời thành công (tôi không muốn nhận hóa đơn ngay cả khi ứng dụng khách của tôi không nhận được toàn bộ thông báo dịch vụ web từ máy chủ của bạn).

Answer 4

Theo yêu cầu hoặc dưới dạng đăng ký và có, băng thông có thể là biến được sử dụng để đặt phí. Phụ thuộc vào giá trị của việc ràng buộc khách hàng gần gũi hoặc có vô số khách hàng được kết nối lỏng lẻo sử dụng nó. Không có câu trả lời đúng cho câu hỏi phù hợp với tất cả hoặc thậm chí hầu hết các trường hợp.

Nếu tôi xem xét các dịch vụ tôi đã thực hiện trong quá khứ, mô hình đăng ký sẽ là mô hình tốt nhất để sử dụng. Đôi khi một đánh dấu của $ cho mỗi yêu cầu có vẻ như cách tiếp cận tốt nhất nhưng tôi chưa bao giờ có một dịch vụ cấu hình theo cách đó được nêu ra.

Answer 5

Hầu hết các webservices Tôi biết phí cho hai điều:

• lượng "sử dụng". Nói chung, cho phép truy cập "miễn phí" có khối lượng thấp (nghĩa là, ít hơn X lần truy cập/giờ từ kết hợp tài khoản địa chỉ IP đã cho). Điều này tương tự như nói, twitter cung cấp cho bạn 150 lượt truy cập/giờ cho dịch vụ từ tên người dùng của bạn hoặc IP duy nhất hoặc kết hợp cả hai (do đó bạn không lạm dụng nó bằng cách thay đổi IP thường xuyên). Nếu bạn muốn có khối lượng cao hơn bạn trả cho quyền truy cập đó và số tiền đó thường được chỉ định bởi tài khoản (trong trường hợp twitters bạn có thể nhận tài khoản dev [miễn phí] cho bạn 20 nghìn lần truy cập trở lên mỗi giờ)
• Độ sâu chi tiết, quyền truy cập vào Tính năng, đặc điểm. Một lần nữa tài khoản miễn phí có được một số lượng truy cập tối thiểu, nhưng không nhận được quyền truy cập vào nhiều dữ liệu hơn hoặc các tính năng nâng cao hơn (lọc, vv). Rất nhiều dịch vụ google hoạt động như thế này, được truy cập cơ bản cho mọi người nhưng nếu bạn muốn có nhiều khả năng tinh chỉnh hơn (tìm kiếm nhiều hơn, nhiều dữ liệu hơn, kết quả nhanh hơn), bạn phải mua mã tài khoản với chức năng tương ứng.

Tôi đã thực sự nhìn thấy hoặc tham gia vào bất kỳ dự án nào có trả tiền cho hiệu suất hoặc trả cho mỗi lượt truy cập/mô hình truy cập khi họ gặp khó khăn trong việc thanh toán một cách đáng tin cậy và rất khó tính đến khách hàng nếu bạn sử dụng dải có dải hoặc dải. Làm thế nào để bạn nói cho khách hàng của bạn có bao nhiêu lượt truy cập họ đã sử dụng, đặc biệt là trong một hệ thống phân phối, với dự phòng thất bại, vv Nếu tôi phải trả 0,01 đô la cho mỗi lần truy cập, tôi muốn biết chính xác đã có sẵn để kiểm soát quyền truy cập và mức độ giám sát của họ chính xác như thế nào, v.v.

Không thể thực hiện và không thể thực hiện được, và có thể hoạt động tốt trong các tình huống hàng loạt lớn.

Answer 6

Tôi đồng ý với những gì đã được nói bởi Rob và Des. Một điều cần nhớ là đăng ký là một khái niệm thực sự đơn giản mà mọi người đều quen thuộc và thoải mái với (nếu bạn định giá đúng). Nếu bạn muốn bao quát một lượng lớn khán giả xem cách các nhà cung cấp thanh toán thực hiện - họ có các phương thức thanh toán hơi khác nhau tùy thuộc vào số lượng giao dịch bạn thực hiện mỗi năm. Sẽ có một thuê bao cố định cộng với phí giao dịch cho mỗi giao dịch và cả hai giao dịch đều khác nhau với số lượng giao dịch. Đây là linh hoạt nhất, nhưng nó phụ thuộc nếu nó có ý nghĩa cho doanh nghiệp của bạn.