Ý nghĩa của từ "bất khả tri" trong kinh doanh: Nền tảng, Nhà cung cấp, Công nghệ
Các bài thuyết trình phần mềm B2B thường xuyên sử dụng cụm từ: "không phụ thuộc nền tảng", "không phụ thuộc nhà cung cấp", "không phụ thuộc công nghệ". Nó được coi như một tính năng. Phần giải thích thường bị bỏ qua.
Trong kinh doanh, thuật ngữ "vô điều kiện" (agnostic) mô tả một sản phẩm, dịch vụ hoặc chiến lược không phụ thuộc về mặt cấu trúc vào một nền tảng, nhà cung cấp hoặc công nghệ cụ thể nào. Không phải là quan điểm triết học, mà là quan điểm thực tiễn. Nếu bạn có thể thay đổi nhà cung cấp dịch vụ đám mây mà không cần xây dựng lại ứng dụng, thì ứng dụng đó là vô điều kiện với đám mây. Nếu một công ty tư vấn đề xuất các công cụ mà không có ưu đãi cho người bán lại, thì công ty đó là vô điều kiện với nhà cung cấp (vendor agnostic). Thuật ngữ này xuất hiện trong các tin tuyển dụng, hợp đồng với nhà cung cấp, tài liệu kiến trúc và luận điểm đầu tư. Hiểu được ý nghĩa thực sự của thuật ngữ vô điều kiện trong kinh doanh sẽ giúp bạn đánh giá tất cả những điều đó một cách rõ ràng hơn.
Trong kinh doanh, thuật ngữ "bất khả tri" có nghĩa là gì?
Thuật ngữ này có nguồn gốc từ triết học Hy Lạp. Agnostos có nghĩa là "không thể biết", và Thomas Huxley đã sử dụng lại nó vào năm 1869 để mô tả một lập trường trung lập có chủ đích: không cam kết với những tuyên bố mà bạn không thể kiểm chứng. Ngành công nghệ đã tái sử dụng logic tương tự cho cơ sở hạ tầng vào những năm 1990. Một hệ thống không cam kết với một nền tảng hoặc nhà cung cấp cụ thể nào thì được coi là trung lập đối với nó — nó vẫn hoạt động bất kể nền tảng hoặc nhà cung cấp đó là gì.
Hãy nghĩ về một bộ chuyển đổi nguồn đa năng. Nó tương thích với ổ cắm điện châu Âu, Mỹ, Anh mà không có sự ưu tiên nào. Nó được thiết kế như vậy. Đó chính xác là nguyên tắc mà mọi ngữ cảnh kinh doanh mang tính trung lập đều hướng đến, chỉ là được mở rộng ra các lựa chọn phần mềm và hợp đồng nhà cung cấp thay vì các tiêu chuẩn điện.
Về mặt thực tế: không có sự phụ thuộc về cấu trúc. Một công ty đang sử dụng AWS hiện nay có thể chuyển sang Azure mà không cần xây dựng lại các hệ thống cốt lõi, nếu kiến trúc được xây dựng với tính linh hoạt đó. Một công ty tư vấn không có thỏa thuận với nhà cung cấp nào sẽ đưa ra khuyến nghị dựa trên sự phù hợp. Cả hai bên đều không bị ràng buộc.
Các loại chủ nghĩa bất khả tri trong kinh doanh
Từ này xuất hiện ở nhiều lĩnh vực kinh doanh khác nhau với nhiều ý nghĩa khác nhau. Dưới đây là các loại chính.
Không phụ thuộc vào nền tảng
Nếu phần mềm hoạt động giống nhau bất kể hệ điều hành hay trình duyệt nào được sử dụng, thì nó được gọi là phần mềm trung lập nền tảng. Google Docs là một ví dụ: mở nó trên Chrome trên Windows, Safari trên macOS, Firefox trên Linux, và bạn sẽ có trải nghiệm tương tự. Không cần các phiên bản riêng biệt cho từng môi trường.
Tại sao điều này quan trọng đối với các công ty: người dùng có cấu hình máy tính khác nhau. Không ai cần một mẫu máy tính xách tay hoặc thương hiệu điện thoại cụ thể để sử dụng CRM. Các công cụ không phụ thuộc nền tảng sẽ giải quyết vấn đề đó.
Không phụ thuộc vào nhà cung cấp
Tính trung lập với nhà cung cấp là một đặc điểm thương mại, chứ không phải đặc điểm kỹ thuật. Một kiến trúc trung lập với nhà cung cấp có thể hoạt động trên AWS, Google Cloud hoặc Azure và không cần phải xây dựng lại khi nhà cung cấp thay đổi. Một công ty tư vấn CNTT không có thỏa thuận bán lại cũng có quan điểm trung lập với nhà cung cấp trong các khuyến nghị của mình.
Lỗi thường gặp là do phụ thuộc vào nhà cung cấp, và điều này thường chỉ trở nên rõ ràng khi bạn cố gắng chuyển đổi. Dữ liệu nằm ở định dạng độc quyền. Việc xuất dữ liệu yêu cầu một dự án chuyển đổi có trả phí. Hợp đồng bạn đã ký không bao gồm quyền chuyển đổi dữ liệu. Tất cả những điều đó không xảy ra đột ngột — mà tích lũy dần qua các quyết định được đưa ra trước khi mối quan hệ trở nên có vấn đề.
Phương pháp tiếp cận không phụ thuộc vào công nghệ
Câu hỏi đặt ra ở đây là liệu hệ thống có quy định ngôn ngữ lập trình, cơ sở dữ liệu hay framework cho bất kỳ ai xây dựng ứng dụng dựa trên nó hay không. Một API không phụ thuộc vào công nghệ thì không. Nó chấp nhận các yêu cầu từ Python, Java, JavaScript, Go, hoặc bất kỳ ngôn ngữ nào mà người gọi lựa chọn, và xử lý chúng theo cùng một cách. Việc lựa chọn thư viện phụ thuộc vẫn thuộc về phía người dùng.
Kubernetes đã biến điều này thành kỳ vọng mặc định trong điều phối container. Nền tảng này chạy các khối lượng công việc bất kể ngôn ngữ, framework hay nhà cung cấp dịch vụ đám mây nào. Các nhóm chọn ngăn xếp công nghệ của họ; Kubernetes sẽ chạy nó.
Các loại chủ nghĩa bất khả tri kinh doanh khác
Khái niệm này không chỉ giới hạn trong lĩnh vực phát triển phần mềm:
| Kiểu | Ý nghĩa của nó là gì | Ví dụ |
|---|---|---|
| Không phụ thuộc vào nền tảng đám mây | Chạy trên bất kỳ nhà cung cấp dịch vụ đám mây nào. | Ứng dụng được triển khai trên AWS, Azure hoặc GCP mà không cần thay đổi. |
| Không phụ thuộc vào thiết bị | Hoạt động trên mọi thiết bị | Ứng dụng web hoạt động trên điện thoại, máy tính bảng và máy tính để bàn. |
| Không phụ thuộc vào dữ liệu | Xử lý mọi định dạng hoặc nguồn dữ liệu. | Nền tảng phân tích có khả năng tiếp nhận dữ liệu từ các định dạng CSV, JSON, SQL hoặc API. |
| Không phân biệt ngành nghề | Hoạt động trên nhiều lĩnh vực. | Công ty đầu tư tư nhân (PE) đầu tư đồng đều vào các lĩnh vực chăm sóc sức khỏe, hậu cần và công nghệ tài chính. |
| Không phụ thuộc vào quy trình kinh doanh | Logic phần mềm không bị ràng buộc bởi một quy trình làm việc cụ thể. | Hệ thống ERP thích ứng với nhiều định dạng hóa đơn khác nhau mà không cần mã tùy chỉnh. |
| Không phân biệt phương thức thanh toán | Chấp nhận nhiều phương thức thanh toán hoặc loại tiền tệ khác nhau. | Nền tảng dành cho người bán xử lý thanh toán bằng thẻ, tiền điện tử và chuyển khoản ngân hàng. |
Không phụ thuộc vào nền tảng so với không phụ thuộc vào nhà cung cấp
Mọi người thường dùng hai thuật ngữ này thay thế cho nhau, nhưng chúng mô tả những điều khác nhau. Dưới đây là sự khác biệt thực sự giữa chúng:
| Kích thước | Không phụ thuộc vào nền tảng | Không phụ thuộc vào nhà cung cấp |
|---|---|---|
| Tập trung | Môi trường hoạt động (Hệ điều hành, thiết bị, đám mây) | Mối quan hệ với nhà cung cấp |
| Mối quan tâm chính | Khả năng tương tác | Tránh phụ thuộc vào một nhà cung cấp duy nhất |
| Ví dụ | Ứng dụng hoạt động trên iOS, Android và web. | Cơ sở hạ tầng được vận hành trên AWS, Azure và GCP. |
| Thường gặp ở | Phát triển phần mềm, sản phẩm SaaS | Mua sắm, tư vấn CNTT, kiến trúc đám mây |
| Rủi ro chính đã được tránh | Khóa tương thích | Sự ràng buộc thương mại |
Một hệ thống có thể đồng thời đáp ứng cả hai điều kiện trên. Một ứng dụng đám mây gốc đồng thời độc lập với nhà cung cấp có thể chạy trên bất kỳ cơ sở hạ tầng nào mà không bị ràng buộc bởi hợp đồng với bất kỳ nhà cung cấp nào. Những khái niệm này bổ sung cho nhau. Hầu hết các kiến trúc công nghệ tiên tiến đều hướng đến cả hai điều kiện này.
Vì sao các doanh nghiệp áp dụng cách tiếp cận trung lập?
Trong chiến lược kinh doanh, thái độ bất khả tri không phải là sự trung lập chỉ vì mục đích trung lập. Nó liên quan đến đòn bẩy. Các công ty theo đuổi nó vì những lý do thực tiễn:
- Không bị ràng buộc bởi nhà cung cấp : khi hệ thống của bạn không bị mã hóa cứng để phụ thuộc vào một nhà cung cấp duy nhất, việc chuyển đổi sẽ là một dự án kỹ thuật thay vì một thảm họa. Các công ty bị ràng buộc thường phải trả 15-20% ngân sách CNTT chỉ để chuyển đổi khỏi một nhà cung cấp độc quyền.
- Áp lực về giá : nếu hai nhà cung cấp có thể thực hiện cùng một chức năng, họ sẽ cạnh tranh để giành hợp đồng. Việc bị ràng buộc bởi một nhà cung cấp duy nhất sẽ làm mất đi lợi thế cạnh tranh đó. Các doanh nghiệp phụ thuộc vào một nhà cung cấp duy nhất thường xuyên báo cáo chi tiêu cao hơn 5% so với thị trường cho các khoản chi phí nhỏ lẻ.
- Đảm bảo tính tương lai : công nghệ thay đổi nhanh hơn hầu hết các lộ trình phát triển của nhà cung cấp. Kiến trúc trung lập cho phép bạn thay thế bằng các công cụ tốt hơn khi chúng xuất hiện, mà không cần chờ nhà cung cấp xây dựng tính năng mà đối thủ cạnh tranh của bạn đã có.
- Khả năng mở rộng : các hệ thống mô-đun, dựa trên API, phát triển bằng cách thay thế các thành phần. Một hệ thống nguyên khối từ một nhà cung cấp duy nhất mở rộng bằng cách nâng cấp toàn bộ hệ thống, điều này tốn kém hơn.
- Tính linh hoạt về quy định : các yêu cầu tuân thủ khác nhau tùy thuộc vào từng khu vực pháp lý. Phần mềm không phụ thuộc vào hệ thống cụ thể sẽ tự động điều chỉnh theo các yêu cầu đó mà không cần thay đổi hệ thống cốt lõi.
- Sáp nhập và mua lại nhanh hơn : các hệ thống trung lập tích hợp nhanh hơn sau khi sáp nhập. Hai công ty sử dụng phần mềm không phụ thuộc vào nhà cung cấp và ưu tiên API sẽ dành ít thời gian hơn cho các dự án tích hợp so với hai công ty có hệ thống được lập trình cứng theo các nền tảng độc quyền khác nhau.
Lợi ích của phương pháp tiếp cận không phụ thuộc vào bất kỳ nhà cung cấp nào so với phương pháp tiếp cận chỉ dựa vào một nhà cung cấp duy nhất.
Sự đánh đổi là có thật. Các phương pháp trung lập đòi hỏi nhiều công việc thiết kế kiến trúc ban đầu hơn. Một hệ sinh thái chỉ sử dụng một nhà cung cấp thì dễ thiết lập hơn. Câu hỏi đặt ra là bạn đang tối ưu hóa cho điều gì trong vòng 3-5 năm tới.
| Tiêu chí | Cách tiếp cận bất khả tri | Phương pháp tiếp cận từ một nhà cung cấp duy nhất |
|---|---|---|
| Tính linh hoạt | Cao — thay thế các linh kiện khi cần thiết | Thấp — phụ thuộc vào lộ trình phát triển của một nhà cung cấp. |
| Độ phức tạp ban đầu | Cao hơn — nhiều công việc thiết kế tích hợp hơn | Thấp hơn — hệ sinh thái đơn lẻ, ít quyết định hơn |
| Chi phí dài hạn | Giá thấp hơn — duy trì mức giá cạnh tranh. | Cao hơn — đòn bẩy bị mất khi gia hạn |
| Tốc độ đổi mới | Nhanh hơn — áp dụng ngay những công cụ tốt nhất | Chậm hơn — phải chờ nhà cung cấp giao hàng các tính năng. |
| Tập trung rủi ro | Phân bổ rộng rãi giữa các nhà cung cấp | Tập trung vào một mối quan hệ |
| Chi phí chuyển đổi | Giá thấp nếu được thiết kế chú trọng đến tính di động. | Rất cao — di chuyển dữ liệu, đào tạo lại, thời gian ngừng hoạt động |
| Tốt nhất cho | Phát triển các công ty với nhu cầu đa dạng | Các nhóm ở giai đoạn đầu cần sự đơn giản nhanh chóng |
Không có lựa chọn nào là hoàn toàn đúng. Một công ty khởi nghiệp xây dựng sản phẩm tối thiểu khả thi (MVP) cần phải hành động nhanh chóng và một nền tảng tích hợp duy nhất là hợp lý. Một doanh nghiệp cam kết xây dựng cơ sở hạ tầng nhiều năm cần phải có tính trung lập ngay từ đầu, chứ không phải là điều chỉnh lại sau khi đã phụ thuộc vào nhà cung cấp.
Ví dụ thực tế về mô hình kinh doanh không phụ thuộc vào tôn giáo
Các công ty hoạt động theo cách thức này thường không phải là các công ty nhỏ:
- Netflix vận hành đồng thời trên cả AWS và cơ sở hạ tầng riêng của mình. Không có sự cố nào của một đám mây duy nhất có thể làm sập dịch vụ. Tính trung lập về đám mây trong môi trường sản xuất, chứ không chỉ trong sơ đồ kiến trúc.
- Salesforce được thiết kế để không phụ thuộc vào nền tảng: hệ thống CRM này kết nối với bất kỳ hệ thống ERP, kho dữ liệu hoặc công cụ tự động hóa tiếp thị nào thông qua API, bất kể khách hàng đang sử dụng công nghệ nào.
- Kubernetes xử lý việc điều phối container không phụ thuộc vào công nghệ. Các khối lượng công việc chạy trên bất kỳ môi trường đám mây hoặc tại chỗ nào, bằng bất kỳ ngôn ngữ nào, thông qua bất kỳ quy trình CI/CD nào.
- PostgreSQL là lựa chọn không phụ thuộc vào hệ quản trị cơ sở dữ liệu dành cho các nhóm muốn có sự linh hoạt về cơ sở hạ tầng. Các ứng dụng được xây dựng trên đó có thể triển khai ở bất cứ đâu mà không cần phụ thuộc vào Oracle hay SQL Server.
- Các nền tảng điều phối thanh toán định tuyến các giao dịch qua nhiều nhà cung cấp dịch vụ chấp nhận thanh toán khác nhau — Worldpay, Adyen, Stripe — và chọn nhà cung cấp có tỷ lệ chấp thuận tốt nhất và phí giao dịch thấp nhất. Đó chính là tính trung lập với nhà cung cấp trong bối cảnh thanh toán.
- Các ngân hàng đầu tư tự quảng bá mình là không thiên vị bất kỳ ngành nghề nào, cung cấp dịch vụ tư vấn M&A trong các lĩnh vực chăm sóc sức khỏe, hậu cần, công nghệ tài chính và hàng tiêu dùng mà không có sự ưu tiên đối với bất kỳ lĩnh vực nào.
Cách xây dựng chiến lược kinh doanh trung lập
Việc xây dựng một kiến trúc không phụ thuộc vào nhà cung cấp cần thời gian, đặc biệt là ở những tổ chức đã tích lũy sự phụ thuộc vào nhà cung cấp trong nhiều năm mà không chủ động quản lý chúng. Các bước thực hành:
- Kiểm tra lại các phụ thuộc hiện tại của bạn. Lập bản đồ mọi công cụ, nền tảng, nhà cung cấp và sự tích hợp trong hệ thống công nghệ của bạn. Tìm ra các điểm yếu duy nhất — nhà cung cấp mà việc rút lui của họ sẽ gây ra hậu quả thảm khốc.
- Ưu tiên phần mềm API-first. Chọn các công cụ cung cấp API rõ ràng, được ghi chép đầy đủ. Nếu dữ liệu bị khóa trong các định dạng độc quyền mà không có đường dẫn xuất, bạn đã không thể thay đổi được nữa.
- Xây dựng các lớp trừu tượng. Phần mềm trung gian, nền tảng iPaaS và các công cụ điều phối nằm giữa các hệ thống cốt lõi của bạn và các nhà cung cấp cụ thể. Việc thay đổi nhà cung cấp do đó chỉ đơn giản là thay thế một trình kết nối, chứ không phải xây dựng lại toàn bộ hệ thống.
- Hãy thương lượng các điều khoản chấm dứt hợp đồng trước khi ký kết. Quyền chuyển đổi dữ liệu và các điều khoản chấm dứt hợp đồng dễ đạt được hơn nhiều khi trước khi hợp đồng được ký kết so với sau đó. Hãy kiên quyết yêu cầu các điều khoản này đối với bất kỳ thỏa thuận nhiều năm nào.
- Hãy ghi chép lại kiến trúc hệ thống của bạn. Các hệ thống không được ghi chép đầy đủ sẽ tạo ra sự phụ thuộc do tính không rõ ràng. Chỉ có nhà phát triển ban đầu mới biết nó hoạt động như thế nào, điều đó có nghĩa là chỉ nhà phát triển đó mới có thể thay đổi nó.
- Hãy tiến hành đánh giá nhà cung cấp hàng năm. Giá cả sẽ giảm. Các lựa chọn thay thế tốt hơn sẽ xuất hiện. Một nhà cung cấp phù hợp ba năm trước có thể không còn phù hợp nữa. Việc đánh giá thường xuyên giúp duy trì lợi thế đàm phán về giá.
Tư duy bất khả tri được áp dụng vào thanh toán
Thanh toán là một trong những lĩnh vực mà khái niệm kinh doanh "không phụ thuộc vào nền tảng thanh toán" mang lại những tác động tài chính trực tiếp nhất. Một hệ thống thanh toán không phụ thuộc vào nền tảng chấp nhận giao dịch trên nhiều phương thức, loại tiền tệ và hệ thống khác nhau: thẻ, chuyển khoản ngân hàng, ví điện tử, tiền điện tử, tất cả đều được chấp nhận, mà không ràng buộc người bán với một bộ xử lý hoặc mạng lưới thẻ duy nhất.
Vấn đề của việc phụ thuộc vào một hệ thống thanh toán duy nhất là rất cụ thể. Một hệ thống xử lý thanh toán duy nhất đồng nghĩa với một tỷ lệ chấp thuận, một cấu trúc phí và một điểm lỗi duy nhất. Nếu hệ thống xử lý đó thay đổi điều khoản hoặc gặp sự cố, sẽ không có phương án dự phòng. Các lớp điều phối thanh toán giải quyết vấn đề này bằng cách định tuyến mỗi giao dịch đến bất kỳ bên nhận thanh toán nào đưa ra kết quả tốt nhất tại thời điểm đó.
Tiền điện tử đưa tính không phụ thuộc vào phương thức thanh toán lên một tầm cao hoàn toàn khác. Một người bán chấp nhận Bitcoin, Ethereum, USDT và các loại tiền kỹ thuật số khác sẽ bỏ qua mạng lưới thẻ, giờ làm việc ngân hàng và các hạn chế thanh toán theo địa lý chỉ trong một thao tác. Các khoản hoàn tiền, một khoản chi phí lớn đối với các nhà bán lẻ sử dụng thẻ, không áp dụng cho các giao dịch tiền điện tử. Đối với những người bán muốn có một tùy chọn thanh toán thực sự không phụ thuộc vào phương thức, Plisio hỗ trợ hơn 20 loại tiền điện tử mà không bị ràng buộc vào bất kỳ loại tiền tệ hoặc mạng lưới nào.
Ý nghĩa của chủ nghĩa bất khả tri đối với chiến lược kinh doanh của bạn
Điểm chung xuyên suốt tất cả các bối cảnh kinh doanh mang ý nghĩa trung lập này là tính tùy chọn. Bạn có thể chuyển đổi nhà cung cấp, cập nhật hệ thống hoặc mở rộng sang thị trường mới mà không cần phải làm lại công việc đã hoàn thành. Sự linh hoạt đó đi kèm với một cái giá thực sự — khi nhà cung cấp phát hiện ra bạn không thể rời đi và điều chỉnh các điều khoản cho phù hợp, hoặc khi bạn mua lại một công ty và nhận ra quá trình tích hợp sẽ mất 18 tháng thay vì 3 tháng.
Tất cả những điều này đều không miễn phí ngay từ đầu. Xây dựng tính trung lập về nền tảng đồng nghĩa với việc phải đưa ra nhiều quyết định về kiến trúc hơn ngay từ giai đoạn đầu, cần nhiều công việc tích hợp hơn và phải liên tục bảo trì khả năng tương thích khi hệ thống phát triển. Nhưng các công ty bỏ qua bước này không tránh khỏi chi phí — họ chỉ phải trả giá sau này, trong điều kiện tồi tệ hơn, khi có ít thời gian hơn để thực hiện một cách triệt để.
