Đánh giá sách: Triển khai tiền phương: Bên trong khuôn khổ Palantir đã giải quyết bài toán AI doanh nghiệp, của Riste Gramatikov

Kể từ khi Khởi nghiệp tinh gọn của Eric Ries được xuất bản vào năm 2011, quan điểm phổ biến trong cộng đồng SaaS là nên ra mắt sản phẩm khả dụng tối thiểu (MVP) thay vì chờ đến khi có một phiên bản hoàn hảo, đầy đủ mọi tính năng. Bài học rút ra là hãy phát hành sản phẩm sớm, thu thập phản hồi thực tế từ người dùng và liên tục cải thiện bằng những bản cập nhật nhỏ, lặp đi lặp lại, thay vì dựa vào các giả định.

Một nguyên tắc nền tảng khác của SaaS là “Xác thực trước khi mở rộng quy mô”. Theo giả định này, bạn không nên đầu tư quá nhiều vào việc xây dựng một sản phẩm phần mềm hoàn chỉnh trước khi chứng minh được rằng khách hàng thực sự muốn sử dụng nó. Hãy ra mắt MVP, xác thực nhu cầu với người dùng thực tế rồi mở rộng chức năng dựa trên những nhu cầu đã được chứng minh.

Một nguyên tắc khác, gắn liền với Paul Graham và triết lý thời kỳ đầu của Y Combinator, là xây dựng thứ gì đó khiến một nhóm nhỏ yêu thích, thay vì thứ gì đó chỉ được nhiều người thích ở mức vừa phải. Về lý thuyết, cách này giúp sản phẩm mở rộng quy mô khi ngày càng có nhiều người dùng nhận ra rằng họ không thể vận hành nếu thiếu phần mềm đó.

Điều đáng nói là Palantir thách thức cách áp dụng thông thường những nguyên tắc này. Cuốn sách Triển khai tiền phương: Bên trong khuôn khổ Palantir đã giải quyết bài toán AI doanh nghiệp của Riste Gramatikov hé lộ cách công ty thực hiện điều đó. Cách làm này không hẳn là từ bỏ phản hồi của khách hàng, mà là đẩy việc tiếp nhận phản hồi đi xa hơn nhiều: đưa các kỹ sư vào làm việc ngay trong những doanh nghiệp có vấn đề mà họ đang tìm cách giải quyết.

Palantir hình thành khái niệm kỹ sư triển khai tiền phương như thế nào

Palantir tiếp cận hoạt động kinh doanh bằng tư duy dựa trên những nguyên lý cơ bản. Tư duy này được thể hiện từ cách vận hành nội bộ đến mô hình Forward Deployed Engineer (FDE), trong đó các kỹ sư phần mềm làm việc trực tiếp với khách hàng để tìm hiểu vấn đề của họ từ thực tế, phát triển giải pháp phù hợp và liên tục hoàn thiện phần mềm dựa trên cách sử dụng ngoài thực tiễn.

Thay vì tách biệt nhà phát triển khỏi người dùng cuối, Palantir thiết lập vòng phản hồi trực tiếp giữa đội ngũ kỹ thuật và khách hàng. Nhờ đó, công ty vừa giải quyết được những vấn đề trước mắt, vừa đưa những bài học rút ra vào nền tảng cốt lõi, giúp phần mềm ngày càng có giá trị và dễ mở rộng hơn trong toàn bộ tập khách hàng.

Theo các nguyên tắc SaaS truyền thống, mô hình này khó có thể mở rộng hiệu quả vì mỗi doanh nghiệp đều có yêu cầu riêng. Đúng là đây không phải cách tiếp cận có thể áp dụng đồng loạt cho mọi trường hợp, nhưng nó cũng giúp Palantir tạo dựng một hào cạnh tranh. Phần việc khó khăn nằm ở chỗ kết nối phần mềm với thực tế của chuỗi cung ứng, hậu cần, sản xuất, quản lý hàng tồn kho, cũng như những yêu cầu thường rất đặc thù của các cơ quan chính phủ và các công ty thuộc Fortune 500.

Điều thoạt đầu có vẻ là vấn đề về khả năng mở rộng có thể trở thành lợi thế cạnh tranh nếu những bài học từ một lần triển khai giúp cải thiện lần tiếp theo. Khác biệt nằm ở chỗ công ty liên tục xây dựng lại phần mềm theo yêu cầu từ đầu, hay tận dụng công việc đặc thù cho từng khách hàng để củng cố một nền tảng dùng chung.

Cách Palantir tránh hành vi bắt chước

Điểm khiến cuốn sách này khác với những sách kinh doanh thông thường là phần mô phỏng tổng hợp dựa trên các dự án triển khai thực tế của Palantir, với mức độ chi tiết về vận hành hiếm khi có thể tìm thấy trong một tài liệu duy nhất. Đây là một phân tích độc lập dựa trên các nguồn công khai, còn doanh nghiệp mô phỏng tạo bối cảnh cụ thể cho những ý tưởng đó.

Tôi đặc biệt cuốn hút bởi nghiên cứu tình huống về MidWest Manufacturing. Tôi cũng ấn tượng với những lý giải đằng sau các quyết định và cách những quyết định ấy mang lại lợi ích cho cả Palantir lẫn khách hàng. Theo dõi cùng một doanh nghiệp qua các giai đoạn khác nhau giúp người đọc dễ hiểu hơn cách từng lựa chọn riêng lẻ dần hình thành nên một mô hình vận hành rộng lớn hơn.

Peter Thiel chịu ảnh hưởng sâu sắc từ triết gia René Girard, người có lý thuyết cho rằng ham muốn của con người về bản chất là sự bắt chước. Các doanh nghiệp cũng mắc vào cái bẫy này. Phần lớn trong số họ đi theo những chiến lược giống nhau, tham gia cùng thị trường và cạnh tranh bằng những sản phẩm tương tự.

Cách cuốn sách thuật lại câu chuyện của Palantir gợi mở một hướng suy nghĩ về việc thoát khỏi hành vi bắt chước này. Có ba điểm trong cách tiếp cận đó khiến tôi chú ý:

1. Tạo dựng đội ngũ nhân tài xuất sắc: Palantir tạo ra một môi trường làm việc khác biệt và, quan trọng hơn, thu hút cũng như phát triển nhân tài theo những cách khác thường. Cuốn sách tìm hiểu các phương pháp này, trong đó có một cuộc phỏng vấn mô phỏng ở phần phụ lục, giúp độc giả hình dung lối tư duy mà công ty coi trọng.
2. Hiệu quả của mô hình kinh doanh: Cuốn sách liên hệ cách tiếp cận của Palantir với tăng trưởng doanh thu và biên lợi nhuận hoạt động của công ty. Điều khiến tôi quan tâm là công việc thoạt nhìn có vẻ thâm dụng lao động vẫn có thể hỗ trợ một doanh nghiệp phần mềm mở rộng quy mô, nếu những năng lực tạo ra từ đó có thể được tái sử dụng.
3. Được ngành công nhận: Các công ty như Databricks và Salesforce hiện sử dụng các nhóm kỹ sư triển khai tiền phương. Theo tôi, điều đó cho thấy mô hình này đã được kiểm chứng, dù sao chép tên chức danh không đồng nghĩa với tái tạo được hệ thống giúp mô hình phát huy hiệu quả.

Vòng lặp tích lũy tri thức của Palantir

Tôi thường ghi chú lại những đoạn trong sách. Nhiều ý đưa ra góc nhìn trái với thông lệ, nhưng khi nhìn qua lăng kính của Palantir, chúng lại trở nên hoàn toàn hợp lý.

Chẳng hạn, cuốn sách khép lại bằng cách đặt ra lựa chọn mà các doanh nghiệp phải đối mặt theo hai hướng tương phản gay gắt: liệu họ sẽ thuộc nhóm 5% thành công trong chuyển đổi hay nhóm 95% tụt lại phía sau. Tôi xem đây là lời thách thức dành cho các nhà lãnh đạo doanh nghiệp, thúc giục họ biến khoản đầu tư vào AI thành động lực thay đổi cách tổ chức vận hành.

Đây chính xác là thực tế mà các doanh nghiệp đang đối mặt. Nếu ai cũng làm những điều giống nhau thì sẽ không có điểm khác biệt hay lợi thế cạnh tranh bền vững. Công ty sẽ trở thành một sản phẩm cạnh tranh khác, cung cấp gần như những thứ tương tự. Cuốn sách này là một cẩm nang hướng dẫn hiếm có về cách Palantir thoát khỏi cái bẫy đó, tập trung nhiều vào các kỹ sư triển khai tại hiện trường và tránh hành vi bắt chước.

Tất cả những điều này góp phần tạo nên bánh đà học hỏi tích lũy của Palantir. Nguyên lý ở đây là mỗi lần triển khai cho khách hàng đều phải giúp nền tảng phần mềm cốt lõi trở nên thông minh hơn, có năng lực hơn và giá trị hơn đối với những khách hàng trong tương lai.

Thông qua các kỹ sư triển khai tại hiện trường, Palantir xác định những vấn đề trong thực tế, phát triển giải pháp và đưa những hiểu biết thu được trở lại phần mềm cốt lõi. Thay vì liên tục xây dựng các giải pháp tùy chỉnh từ đầu, công ty biến những thách thức lặp đi lặp lại thành các năng lực có thể tái sử dụng, mang lại lợi ích cho những lần triển khai tiếp theo.

Điều này tạo ra một vòng phản hồi tích lũy: càng có nhiều khách hàng thì càng thu được nhiều hiểu biết, càng có nhiều hiểu biết thì phần mềm càng tốt hơn, và phần mềm tốt hơn giúp triển khai nhanh chóng, hiệu quả hơn. Theo thời gian, kho tri thức tích lũy trở thành lợi thế cạnh tranh ngày càng khó để các đối thủ sao chép.

Tóm tắt

Tôi đã đọc hàng trăm cuốn sách về AI và mô hình kinh doanh, nhưng chúng thường đi đến những chiến lược giống nhau và lặp lại những nhận định quen thuộc. Cuốn sách này đã mang đến một điều mới mẻ. Sách cho thấy một góc nhìn hiếm có về cách vận hành của một trong những công ty độc đáo và có tư duy phản biện nhất ở Thung lũng Silicon.

Tôi khuyên bất kỳ ai đang khởi nghiệp trong các lĩnh vực SaaS, chuỗi cung ứng, logistics, sản xuất hoặc AI doanh nghiệp nên đọc Triển khai tại hiện trường. Với tôi, giá trị của cuốn sách nằm ở việc cho thấy công việc khó khăn nhằm giải quyết vấn đề cụ thể của khách hàng có thể trở thành nền tảng cho một doanh nghiệp ngày càng vững mạnh sau mỗi lần triển khai.