Tính giá giai đoạn vận hành phần mềm (Hướng dẫn tính giá dự án SW 2023)
1. Tổng quan
A. Định nghĩa
Theo «Hướng dẫn tính giá dự án phần mềm (bản sửa đổi 2023)», đây là phương thức chuẩn hóa nhằm tính giá cho giai đoạn vận hành SW (bảo trì·vận hành) dựa trên các chỉ số đo lường được như quy mô chức năng, công sức đầu vào và mức dịch vụ (SLA), qua đó cung cấp cơ sở hợp lý cho việc đặt hàng·ký hợp đồng.
Tổng chi phí sở hữu (TCO) của phần mềm không kết thúc một lần tại thời điểm phát triển. Trái lại, giá trị thực mà hệ thống tạo ra nằm ở giai đoạn vận hành·bảo trì dài lâu sau khi bàn giao, và nhiều nghiên cứu cùng kinh nghiệm thực tiễn cho rằng 60~80% tổng chi phí trong toàn bộ vòng đời SW phát sinh ở giai đoạn vận hành. Dù vậy, trong thời gian dài, giá vận hành thường được ấn định với cơ sở yếu kiểu "theo thông lệ là một vài % chi phí phát triển".
Cách tính tùy tiện này gây ra méo mó theo hai hướng. Một phía, do cạnh tranh đấu thầu giá thấp, giá được ấn định quá thấp khiến không thể bố trí đủ nhân lực, dẫn đến vòng luẩn quẩn chậm ứng phó sự cố và giảm chất lượng. Phía ngược lại, giá bị tính dư thừa vô căn cứ làm lãng phí ngân sách. Khi cả bên đặt hàng lẫn bên thực hiện đều không giải thích được "tại sao lại là số tiền này" thì tranh chấp là điều tất yếu.
Hướng dẫn tính giá chính là công cụ để giảm bớt sự tùy tiện này. Được Hiệp hội Công nghiệp Phần mềm Hàn Quốc (KOSA) sửa đổi và công bố hằng năm, hướng dẫn này chuẩn hóa phương pháp sao cho, giống như tính chi phí phát triển dựa trên điểm chức năng (FP), giai đoạn vận hành cũng tính giá dựa trên các chỉ số định lượng là quy mô·công sức·SLA. Nghĩa là, mục đích cốt lõi là làm cho "trả bao nhiêu" có thể được giải thích bằng giá trị đo lường thay vì bằng năng lực đàm phán.
B. Phân biệt bảo trì và vận hành
Hướng dẫn chia giai đoạn vận hành thành hai hoạt động có tính chất hoàn toàn khác nhau. Bảo trì là hoạt động sửa các lỗi (khắc phục lỗi) của SW ứng dụng đã bàn giao, và cải tiến·sửa chữa các chức năng quy mô nhỏ theo thay đổi pháp luật·chế độ hoặc yêu cầu người dùng. Gánh nặng này về cơ bản tỷ lệ với quy mô (điểm chức năng) của SW được quản lý. Hệ thống càng nhiều chức năng và phức tạp thì càng nhiều chỗ cần sửa và càng nhiều yêu cầu cải tiến.
Ngược lại, vận hành SW là hoạt động giám sát thường trực để hệ thống chạy ổn định 24 giờ, ứng phó ngay khi có sự cố, và quản lý cấu hình·sao lưu·hiệu năng. Gánh nặng này phụ thuộc vào bao nhiêu người thường trực với mức dịch vụ (SLA) nào hơn là kích thước của SW. Dù hệ thống nhỏ đến đâu, nếu cần giám sát không gián đoạn (24×365) thì phải có nhân lực theo ca, và ngược lại dù hệ thống lớn nhưng vận hành không người vào ban đêm thì nhân lực sẽ giảm.
Vì tác nhân chi phí (cost driver) của hai hoạt động khác nhau, nếu gộp chung vào một công thức tính thì chắc chắn sinh méo mó. Nếu chỉ đo bảo trì (vốn tỷ lệ với quy mô) theo tiêu chí nhân lực thì gánh nặng cải tiến của hệ thống lớn bị đánh giá thấp, còn nếu chỉ đo vận hành (vốn tỷ lệ với nhân lực) theo tiêu chí quy mô thì yêu cầu tính sẵn sàng cao không được phản ánh. Vì vậy hướng dẫn đề xuất các phương thức khác nhau: bảo trì theo chế độ tỷ suất (chi phí phát triển × tỷ suất), vận hành theo công sức đầu vào (M/M × đơn giá), và cho thực tế trộn lẫn cả hai thì tách chi phí cố định/chi phí biến đổi. Dưới đây sẽ xem xét từng phương thức cùng với nguyên lý.
2. Toàn bộ hệ thống tính giá giai đoạn vận hành
Trước hết, nhìn vào cấu trúc tổng thể xem giá giai đoạn vận hành chia thành những nhánh nào sẽ dễ hiểu vị trí của từng công thức tính riêng lẻ.
flowchart TD
OP["Giá giai đoạn vận hành SW"] --> MA["Bảo trì<br/>tỷ lệ quy mô"]
OP --> OPR["Vận hành SW<br/>tỷ lệ nhân lực"]
MA --> R1["Chế độ tỷ suất SW ứng dụng<br/>tính lại chi phí phát triển × tỷ suất"]
MA --> R2["Bảo trì SW thương mại/mã nguồn mở<br/>tỷ suất theo giá mua"]
OPR --> M1["Phương thức công sức đầu vào<br/>M/M × đơn giá nhân công"]
OPR --> M2["Chi phí cố định / chi phí biến đổi<br/>quyết toán hỗn hợp"]
Trong hệ thống này, nhánh bên trái (bảo trì) có chi phí do "quy mô của thứ đã tạo ra" quyết định, còn nhánh bên phải (vận hành) có chi phí do "người thường trực và mức dịch vụ" quyết định. Bản sửa đổi 2023 còn mở rộng phạm vi để bao quát thêm chi phí bảo trì SW thương mại·SW mã nguồn mở, chi phí dịch vụ duy trì tính bảo mật, và cả hệ thống tính giá vận hành bảo trì tích hợp cho việc gộp nhiều hệ thống lại để vận hành. Nghĩa là nó đang tiến hóa theo hướng phản ánh thực tế nhiều dịch vụ đan xen thay vì chỉ một hệ thống đơn lẻ.
Cốt lõi là nguyên tắc "hãy dùng đúng thước đo phù hợp với tính chất". Phải trước tiên phân biệt một hoạt động tỷ lệ với quy mô, tỷ lệ với nhân lực, hay biến đổi theo lượng yêu cầu, rồi chọn công thức tính phù hợp thì giá cả mới khớp với nhu cầu thực tế. Từ mục tiếp theo sẽ lần lượt giải thích ba phương thức tiêu biểu.
3. Chi phí bảo trì theo chế độ tỷ suất SW ứng dụng
flowchart LR
D["Tính lại chi phí phát triển<br/>theo FP·đơn giá hiện tại"] --> A["Áp dụng hệ số hiệu chỉnh<br/>độ khó·SLA"]
A --> R["Nhân với tỷ suất bảo trì (%)"]
R --> C["Chi phí bảo trì hằng năm"]
Chi phí bảo trì theo chế độ tỷ suất được tính theo cách nhân chi phí phát triển đã tính lại với tỷ suất bảo trì (%). Nhìn bề ngoài thì đơn giản, nhưng để phương thức này thành lập cần hai tiền đề. Thứ nhất là gánh nặng bảo trì tỷ lệ với quy mô SW, và thứ hai là quy mô đó có thể quy đổi ra đơn vị tiền tệ là chi phí phát triển. Khi cả hai tiền đề đúng thì chế độ tỷ suất trở thành phương thức vừa đơn giản nhất vừa ít tranh cãi nhất.
Khái niệm quan trọng nhất ở đây là "tính lại chi phí phát triển". Đây là giá trị tính lại chi phí bỏ ra khi giả định làm lại ngay bây giờ một SW đang vận hành, bằng điểm chức năng (FP) và đơn giá mỗi FP theo tiêu chuẩn hiện tại. Lý do không dùng nguyên chi phí phát triển thực tế trong quá khứ là vì theo thời gian đơn giá có thể tăng hoặc chức năng được thêm·bớt khiến chính quy mô đã thay đổi. Qua việc tính lại, ta đo lường lại một cách khách quan "quy mô hiện tại".
Tỷ suất bảo trì nhân vào đây thường lấy mức 10~15% làm chuẩn, nhưng được điều chỉnh bằng cách phản ánh các hệ số hiệu chỉnh như mức dịch vụ·độ khó·mục tiêu thời gian ứng phó sự cố. Ví dụ, hệ thống phải ứng phó ngay cả ban đêm·ngày lễ thì nâng tỷ suất, còn hệ thống ổn định gần như không thay đổi thì hạ tỷ suất. Cụ thể, nếu chi phí phát triển tính lại là 1 tỷ won và tỷ suất là 12% thì chi phí bảo trì hằng năm được tính khoảng 120 triệu won. Nếu do yêu cầu ứng phó 24 giờ mà có hệ số hiệu chỉnh làm tỷ suất thành 15% thì thành khoảng 150 triệu won. Vì dựa vào chỉ số khách quan là quy mô như vậy nên quá trình tính giá minh bạch và ít chỗ tranh chấp.
Tuy nhiên chế độ tỷ suất cũng có hạn chế. Nếu là hệ thống ổn định có quy mô lớn nhưng thực tế gần như không đụng đến thì chế độ tỷ suất có thể sinh tính dư thừa, và ngược lại nếu là hệ thống quy mô nhỏ nhưng yêu cầu thay đổi dồn dập thì lại tính thiếu. Vì vậy trong thực tế người ta lấy chế độ tỷ suất làm cơ bản, nhưng điều chỉnh tỷ suất dựa trên lịch sử thay đổi thực tế hoặc dùng song song với phương thức chi phí biến đổi sẽ giải thích sau.
| Hạng mục | Nội dung |
|---|---|
| Công thức tính | Chi phí bảo trì = chi phí phát triển (tính lại) × tỷ suất bảo trì (%) |
| Tỷ suất | Phản ánh hệ số hiệu chỉnh mức dịch vụ·độ khó (thường mức 10~15%) |
| Tính lại | Đo lường lại quy mô theo điểm chức năng·đơn giá hiện tại |
| Tiền đề | Gánh nặng bảo trì tỷ lệ với quy mô SW (điểm chức năng) |
| Đặc điểm | Dựa trên quy mô, đơn giản·khách quan, ít chỗ tranh chấp |
4. Phương thức tính công sức đầu vào cho vận hành SW
Chi phí vận hành nên được tính dựa trên thực tế bao nhiêu người được đầu tư và bao nhiêu thay vì theo quy mô. Bởi vì các hoạt động như giám sát thường trực·ứng phó sự cố thì dù SW lớn hay nhỏ vẫn phải có nhân lực làm việc theo định mức. Chẳng hạn, vị trí giám sát không gián đoạn được duy trì bằng việc "phải có người ở vị trí đó" bất kể quy mô hệ thống. Như vậy vận hành về bản chất là thâm dụng lao động, nên tác nhân chi phí là nhân lực chứ không phải quy mô.
Vì vậy công thức tính có dạng Chi phí vận hành = công sức đầu vào (M/M) × đơn giá nhân công + chi phí trực tiếp + lợi nhuận. Ở đây M/M (Man-Month) là đơn vị công sức chỉ khối lượng một người làm trong một tháng, còn đơn giá nhân công dựa trên lương bình quân theo cấp bậc kỹ thuật viên SW (số liệu công bố của Tổng cục Thống kê·Hiệp hội). Công sức đầu vào được tính bằng cách tổng hợp quy mô đối tượng vận hành, khối lượng công việc phải xử lý, và SLA (mục tiêu tính sẵn sàng·thời gian phản hồi).
SLA đặc biệt chi phối lớn đến công sức. Chẳng hạn, hệ thống chỉ cần ứng phó ban ngày ngày thường (8×5) thì 1~2 người là đủ, nhưng khi yêu cầu nâng lên giám sát không gián đoạn 24 giờ (24×365) thì cần từ 5 người trở lên để làm việc theo ca. Cùng một hệ thống, nếu mục tiêu SLA tăng từ tính sẵn sàng 99% lên 99,9% thì nhân lực ứng phó và nhân lực dự phòng tăng khiến công sức tăng. Cụ thể, nếu 3 người thường trực và đơn giá nhân công bình quân cấp bậc là 6 triệu won/tháng thì riêng chi phí nhân công là 18 triệu won/tháng, mức 216 triệu won/năm, cộng thêm chi phí·lợi nhuận vào đó.
Điểm mạnh của phương thức này là phản ánh đúng nguyên tính chất thực tế của vận hành. Bởi nó định lượng một cách trung thực "chi phí phải thường trực" mà quy mô không giải thích được. Ngược lại, điểm yếu là phần tính công sức đầu vào phụ thuộc nhiều vào thỏa thuận, nên nếu không làm rõ cơ sở khối lượng công việc·SLA thì vẫn còn chỗ tranh chấp. Do đó khi ký hợp đồng phải ghi rõ cụ thể các chỉ số như khung giờ giám sát, thời gian phản hồi mục tiêu, số vụ xử lý mỗi tháng.
| Hạng mục | Nội dung |
|---|---|
| Công thức tính | Chi phí vận hành = công sức đầu vào (M/M) × đơn giá nhân công + chi phí·lợi nhuận |
| Tính công sức đầu vào | Dựa trên khối lượng vận hành·SLA·quy mô đối tượng |
| Đơn giá nhân công | Theo lương bình quân cấp bậc kỹ thuật viên SW |
| Tiền đề | Gánh nặng vận hành tỷ lệ với nhân lực đầu vào hơn là quy mô |
| Đặc điểm | Dựa trên đầu vào thực, phù hợp tính chất vận hành thường trực |
5. Phương thức tính chi phí cố định/chi phí biến đổi
flowchart LR
T["Giá vận hành"] --> F["Chi phí cố định<br/>nhân lực vận hành thường trực"]
T --> V["Chi phí biến đổi<br/>công việc theo nhu cầu"]
F --> B["Bảo đảm khoán tháng"]
V --> S["Quyết toán theo thực tế"]
Công việc vận hành trong thực tế trộn lẫn hai phần có tính chất khác nhau. Một là "phần luôn cần thiết", phát sinh cố định hằng tháng như giám sát thường trực·duy trì cơ bản·kiểm tra định kỳ. Hai là "phần chỉ phát sinh khi có yêu cầu", với thời điểm và lượng thất thường như cải tiến chức năng·ứng phó sự cố quy mô lớn·xử lý tải nhất thời. Nếu gộp cả hai vào một phương thức thì nhu cầu thực tế và giá cả lệch nhau.
Vì vậy hướng dẫn yêu cầu tách riêng để tính chi phí cố định mang tính thường trực (khoán tháng) và chi phí biến đổi liên động với yêu cầu·khối lượng công việc. Chi phí cố định bảo đảm ổn định chi phí cơ bản dự đoán được để bên thực hiện có thể duy trì nhân lực tối thiểu, còn chi phí biến đổi chỉ quyết toán đúng theo mức thực tế phát sinh để bên đặt hàng không phải trả chi phí không cần thiết. Nghĩa là sự tách biệt này là thiết kế nhằm nắm bắt đồng thời tính dự đoán được (chi phí cố định) và tính công bằng (chi phí biến đổi).
Trong thực tế thường dùng phương thức hỗn hợp lấy chi phí cố định làm khung xương rồi đặt chi phí biến đổi lên trên. Ví dụ, ấn định chi phí giám sát·duy trì cơ bản hằng tháng là chi phí cố định 20 triệu won, còn yêu cầu cải tiến chức năng thì tính theo từng vụ hoặc theo M/M đầu vào rồi quyết toán riêng như chi phí biến đổi. Làm như vậy thì lúc bình thường được bảo đảm giá ổn định, còn vào tháng cần cải tiến quy mô lớn thì được cộng thêm đúng theo khối lượng công việc thực tế nên cả hai bên đều chấp nhận được. Tuy nhiên nếu không ghi rõ trong hợp đồng tiêu chí quyết toán chi phí biến đổi (xem cái gì là biến đổi, định đơn giá thế nào) thì trái lại có thể làm mâu thuẫn lớn thêm do phải thỏa thuận từng vụ.
| Phân loại | Nội dung | Tính chất |
|---|---|---|
| Chi phí cố định | Chi phí nhân lực vận hành thường trực·duy trì cơ bản | Khoán tháng, dự đoán được |
| Chi phí biến đổi | Chi phí liên động yêu cầu·khối lượng công việc như cải tiến·sự cố | Quyết toán theo thực tế |
| Áp dụng | Hỗn hợp cố định+biến đổi tùy đặc tính dịch vụ | Công bằng·linh hoạt |
6. So sánh ba phương thức và ví dụ áp dụng
Ba phương thức không phải quan hệ hơn kém mà là công cụ để lựa chọn tùy theo tác nhân chi phí của công việc đối tượng là gì. Chế độ tỷ suất phù hợp khi tác nhân chi phí là quy mô, công sức đầu vào khi là nhân lực, cố định+biến đổi khi biến động nhu cầu lớn. Dùng sai thước đo thì sinh méo mó. Chẳng hạn, nếu chỉ đo giám sát 24 giờ thâm dụng lao động bằng chế độ tỷ suất thì vì lý do quy mô nhỏ mà giá bị ấn định thấp, dẫn đến không bảo đảm được nhân lực theo ca cần thiết.
Hãy đối chiếu ba loại hình bằng ví dụ cụ thể. Thứ nhất, việc bảo trì SW ứng dụng của hệ thống thông tin hành chính lớn với chức năng đồ sộ nhưng ít thay đổi thì chế độ tỷ suất phù hợp. Vì quy mô lớn và gánh nặng cải tiến tỷ lệ với quy mô, nên áp dụng tỷ suất 12% cho chi phí phát triển tính lại 10 tỷ won để tính ra 1,2 tỷ won/năm. Thứ hai, dịch vụ toàn dân (ví dụ: cổng khiếu nại trực tuyến) có quy mô trung bình nhưng bắt buộc không gián đoạn·ứng phó ngay thì công sức đầu vào phù hợp. Nếu 5 người thường trực để làm ca 24 giờ, đơn giá nhân công bình quân cấp bậc 6 triệu won/tháng thì riêng chi phí nhân công được tính ở mức 3,6 tỷ won/năm. Thứ ba, hệ thống vận hành bình thường thì ổn định nhưng cứ mỗi khi thay đổi chính sách lại dồn cải tổ quy mô lớn thì cố định+biến đổi phù hợp. Đó là ấn định chi phí giám sát cố định 20 triệu won/tháng rồi quyết toán riêng dự án cải tổ như chi phí biến đổi.
| Phương thức | Tình huống phù hợp | Tác nhân chi phí | Ví dụ tiêu biểu |
|---|---|---|---|
| Chế độ tỷ suất | Bảo trì tỷ lệ quy mô | Quy mô SW (FP) | Hệ thống thông tin hành chính lớn |
| Công sức đầu vào | Vận hành thường trực thâm dụng lao động | Nhân lực đầu vào·SLA | Dịch vụ toàn dân không gián đoạn |
| Cố định+biến đổi | Công việc biến động nhu cầu lớn | Thường trực+lượng yêu cầu | Hệ thống hay cải tổ liên động chính sách |
7. Chuyên sâu: Xu hướng mới nhất của hệ thống tính giá
Hướng dẫn tính giá không phải là văn bản cố định mà là tiêu chuẩn sống được sửa đổi hằng năm theo thay đổi của ngành. Ở bản sửa đổi 2023 (công bố ngày 08/12/2023), không chỉ chi phí bảo trì theo chế độ tỷ suất mà các loại hình như chi phí bảo trì SW thương mại·SW mã nguồn mở, chi phí dịch vụ duy trì tính bảo mật cũng được chi tiết hóa. Điều này phản ánh thực tế ngoài SW tự phát triển còn có gói thương mại và mã nguồn mở trộn lẫn, và cho phép tính riêng tỷ suất theo giá mua·giấy phép hoặc giá dịch vụ hỗ trợ vá lỗi bảo mật cho từng loại.
Thay đổi đáng chú ý nhất là sự phản ánh chuyển đổi sang cloud·SaaS và vận hành bảo trì tích hợp. Trước đây vận hành từng hệ thống bằng hợp đồng riêng lẻ, nhưng gần đây hình thức gộp nhiều hệ thống thành một dự án để vận hành·bảo trì tích hợp ngày càng tăng. Theo đó, Hiệp hội đã đề xuất hệ thống tính giá dự án triển khai SaaS và phương pháp tính giá dự án vận hành bảo trì tích hợp, để phản ánh tính kinh tế theo quy mô của vận hành tích hợp và hạ tầng dùng chung thay vì cộng gộp riêng lẻ. Trong môi trường cloud, chi phí hạ tầng chuyển sang dựa trên mức sử dụng (tính theo lượng dùng), nên hệ thống tính giá cũng có xu hướng dịch chuyển từ trọng tâm nhân lực cố định sang trọng tâm dịch vụ·mức sử dụng.
Xét từ góc độ bài thi, sẽ thành bài luận có chiều sâu nếu lập luận theo các trục "tại sao phải định lượng giá vận hành" (chặn vòng luẩn quẩn đấu thầu giá thấp·giảm chất lượng), "khác biệt giữa bảo trì và vận hành" (tác nhân chi phí: quy mô vs nhân lực), "tiêu chí lựa chọn ba phương thức", và bổ sung cloud·SaaS·vận hành tích hợp như xu hướng mới nhất.
8. Cân nhắc và hàm ý
- Chọn phương thức phù hợp với tính chất: Bảo trì có tính tỷ lệ quy mô rõ rệt thì chế độ tỷ suất, vận hành thâm dụng lao động thì công sức đầu vào, công việc biến động nhu cầu lớn thì hỗn hợp cố định+biến đổi là phù hợp. Ép một công thức vạn năng sẽ sinh méo mó giá thấp·dư thừa, nên trước khi đặt hàng phải phân biệt tác nhân chi phí của công việc đối tượng trước.
- Định lượng dựa trên SLA·khối lượng công việc: Phải ghi rõ cơ sở giá bằng các chỉ số đo lường như SLA (tính sẵn sàng·thời gian phản hồi)·số vụ xử lý mỗi tháng thì mới cắt được vòng luẩn quẩn đấu thầu giá thấp và giảm chất lượng. Cụ thể hóa sản phẩm·kế hoạch đầu vào·tiêu chí quyết toán trong hợp đồng để phòng ngừa tranh chấp diễn giải.
- Hiện thực hóa giá SW công và hệ sinh thái: Ý nghĩa của hướng dẫn nằm ở việc hiện thực hóa giá để cùng nâng cao đãi ngộ kỹ thuật viên SW và chất lượng SW. Đây không chỉ là vấn đề ngân sách mà liên quan trực tiếp đến tính bền vững của hệ sinh thái ngành SW, và nếu thông lệ giá thấp bị cố kết thì dẫn đến chảy máu nhân lực giỏi.
- Ứng phó chuyển đổi cloud·vận hành tích hợp: Với việc mở rộng SaaS·cloud khiến chi phí chuyển sang tính theo lượng dùng và vận hành tích hợp nhiều hệ thống tăng lên, phải chuẩn bị cho việc chuyển từ tính giá trọng tâm nhân lực cố định sang tính giá trọng tâm dịch vụ·mức sử dụng. Với vận hành tích hợp, mấu chốt là thiết kế hợp đồng tận dụng tính kinh tế theo quy mô nhưng làm rõ trách nhiệm.
- Tính chất pháp lý của hướng dẫn và chỗ thỏa thuận: Hướng dẫn tính giá không phải quy định bắt buộc mà là tiêu chuẩn mang tính khuyến nghị, nên tỷ suất·hệ số hiệu chỉnh·đơn giá nhân công vẫn còn chỗ thỏa thuận. Do đó phải lấy hướng dẫn làm cơ sở nhưng bổ sung bằng hiệu chỉnh phù hợp đặc tính dự án và điều khoản hợp đồng rõ ràng thì mới có hiệu lực thực tế.
Tài liệu tham khảo
- Hiệp hội Công nghiệp Phần mềm Hàn Quốc (KOSA), Hướng dẫn tính giá dự án phần mềm: https://www.sw.or.kr/site/sw/ex/board/List.do?cbIdx=276
- Hướng dẫn tính giá dự án SW (bản sửa đổi 2024), IITP: https://www.iitp.kr/kr/1/knowledge/organScrapView.it?masterCode=publication&searClassCode=K_OGS_01&identifier=02-004-240513-000022
Tóm tắt một câu: Giá giai đoạn vận hành SW cốt lõi là định lượng theo tác nhân chi phí bằng cách tính bảo trì tỷ lệ với quy mô theo chế độ tỷ suất (chi phí phát triển×tỷ suất), tính vận hành tỷ lệ với nhân lực theo công sức đầu vào (M/M×đơn giá), và chia chi phí thường trực thành chi phí cố định·chi phí liên động khối lượng công việc thành chi phí biến đổi; gần đây hệ thống tính giá đang tiến hóa để phản ánh cả SW thương mại·mã nguồn mở·cloud·vận hành tích hợp.