English
日本語
한국어
简体中文
Đối với nhiều nhà chiến lược trong các ngân hàng và hiệp hội tín dụng, thuật ngữ “trải nghiệm nhà phát triển” hay DX có thể không phải là chủ đề thường xuyên được thảo luận. Tuy nhiên, điều này đang thay đổi nhanh chóng khi các tổ chức tài chính đối mặt với những yêu cầu ngày càng gia tăng về việc đẩy nhanh tốc độ đổi mới trong một thị trường năng động và ngày càng phức tạp.
Nâng cao trải nghiệm nhà phát triển mang lại những lợi thế chiến lược đáng kể cho các tổ chức tài chính. Nó đóng vai trò như chất xúc tác giúp đưa sản phẩm ra thị trường nhanh hơn bằng cách giảm đáng kể sự cản trở trong việc thiết kế và triển khai các sản phẩm và chiến dịch mới. Điều này đặc biệt đúng với những đoạn mã phức tạp cần thiết để đáp ứng các quy định tuân thủ và chính sách nội bộ phức tạp. Hơn nữa, một DX mạnh mẽ trao quyền cho các tổ chức để điều hướng sự tiến hóa nhanh chóng của công nghệ ngành, chuyển đổi từ các hệ thống biệt lập sang các nền tảng mở rộng hỗ trợ đa dạng khả năng. Với sự trỗi dậy của ngân hàng mở, tài chính nhúng và các quan hệ đối tác fintech quan trọng, việc tích hợp dữ liệu và chức năng của bên thứ ba một cách liền mạch và hiệu quả đã trở nên không thể thiếu đối với tất cả các bên trong hệ sinh thái.
“DX là động cơ thầm lặng đằng sau mọi trải nghiệm ngân hàng kỹ thuật số có tác động,” Kranti Talluri, Phó Chủ tịch phụ trách Trải nghiệm Nhà phát triển tại Candescent, một nhà cung cấp công nghệ ngân hàng kỹ thuật số hàng đầu giải thích. “Khi các ngân hàng chuyển trọng tâm từ sản phẩm đơn thuần sang các nền tảng toàn diện, trải nghiệm nhà phát triển nổi lên như một yếu tố khác biệt hóa then chốt. Nó quyết định tốc độ mà các đối tác có thể tích hợp, độ an toàn mà các nhóm có thể triển khai, và tốc độ đổi mới đến tay khách hàng.”
Quan điểm của Talluri về DX phản ánh cách các nhà tiếp thị tiếp cận trải nghiệm khách hàng: hiểu nhu cầu của nhà phát triển, đáp ứng họ ở chính nơi họ đang đứng, và loại bỏ các trở ngại ở mọi bước. Trong một cuộc phỏng vấn gần đây, Talluri đã chi tiết hóa các đặc tính thiết yếu của một trải nghiệm nhà phát triển xuất sắc và nhấn mạnh tại sao các tổ chức làm chủ được những điều này sẽ nâng cao đáng kể tính linh hoạt thị trường và vị thế cạnh tranh của họ.
Những Trụ Cột Chính của Trải Nghiệm Nhà Phát Triển Xuất Sắc trong Dịch Vụ Tài Chính
Để thực sự khác biệt và thúc đẩy đổi mới, các tổ chức tài chính phải nuôi dưỡng một trải nghiệm nhà phát triển được xây dựng dựa trên những nguyên tắc nền tảng sau:
1. Sự Đồng Cảm, Ngay Cả Trong Thông Báo Lỗi
Cũng như một nhà bán lẻ tối ưu hóa tỉ mỉ mọi điểm chạm trong hành trình khách hàng, Talluri ủng hộ việc các tổ chức tài chính áp dụng tư duy đồng cảm tương tự vào trải nghiệm nhà phát triển của họ. Điều này đòi hỏi một sự thay đổi tư duy sâu sắc – chuyển từ cách tiếp cận kiểm soát cổng sang cách tiếp cận tạo điều kiện chủ động.
Hãy xem xét cách xử lý các thông báo lỗi của nền tảng. Trong khi nhiều nền tảng phản hồi bằng một thông điệp chung chung như “đầu vào người dùng không hợp lệ” cho dữ liệu hoặc lệnh sai, một hệ thống đồng cảm sẽ đi xa hơn. Nó coi các nhà phát triển như những cá nhân không chỉ cần biết đầu vào của họ sai mà còn cần biết chính xác lý do tại sao. “Chúng tôi phấn đấu cho một trải nghiệm người dùng làm hài lòng khách hàng,” Talluri lưu ý. “Tương tự, chúng tôi muốn làm hài lòng các nhà phát triển khi họ tiến bộ từ người mới bắt đầu thành chuyên gia thông qua tương tác thực hành.” Thiết kế một DX với sự đồng cảm có nghĩa là thừa nhận rằng không có đầu vào nào vốn dĩ là ‘xấu’, mà chỉ có sự hướng dẫn không đầy đủ. Đó là về triết lý “bạn có thể làm gì cho tôi”, thay vì cách tiếp cận “bạn có thể làm gì với tôi”, từ đó nuôi dưỡng mối quan hệ đối tác được xây dựng trên sự hỗ trợ thay vì sự thất vọng.
2. Quy Trình Tự Phục Vụ Được Tinh Gọn Hóa
Về bản chất, các nhà phát triển thích tự phục vụ hơn là sự can thiệp của con người, đặc biệt là ở giai đoạn đầu. Họ muốn được truy cập ngay lập tức để bắt đầu công việc, thay vì phải điều hướng qua các quy trình phê duyệt hoặc các biểu mẫu tiếp nhận dài dòng. Thách thức đối với các tổ chức tài chính là cân bằng nhu cầu về tốc độ này với các yêu cầu bảo mật và tuân thủ nghiêm ngặt.
Talluri đề xuất giải pháp là tiết lộ tiến trình. Thay vì yêu cầu thông tin toàn diện ngay từ đầu, các tổ chức có thể cấp quyền truy cập ban đầu với mức độ kiểm soát tối thiểu – có thể chỉ là một địa chỉ email. Các khả năng tiếp theo sau đó có thể được cấp phép khi nhà phát triển đi sâu hơn vào quy trình. “Các nhà phát triển cần tiến bộ độc lập và nhanh chóng,” Talluri giải thích. “Việc tiết lộ tiến trình trong quá trình tiếp nhận tránh làm người dùng choáng ngợp với hàng chục trường thông tin trước khi họ thậm chí có được quyền truy cập ban đầu.” Ép buộc các nhà phát triển hoàn thành các biểu mẫu dài dòng hoặc, tệ hơn, gửi một ticket hỗ trợ chỉ để bắt đầu, thường dẫn đến việc bỏ cuộc, cản trở sự đổi mới nhanh chóng.
3. Môi Trường Sandbox Thực Tế
Các nhóm sản phẩm và vận hành thường gặp phải tình huống mà một tích hợp mới đi vào hoạt động và ngay lập tức tạo ra lỗi, chỉ để nghe nhóm phát triển nói rằng, “Nó chạy hoàn hảo trong quá trình kiểm tra.” Talluri làm rõ rằng sự ngắt kết nối này thường bắt nguồn từ các môi trường kiểm thử (sandbox) có rất ít điểm tương đồng với thực tế sản xuất.
Một sandbox phải cung cấp nhiều hơn là chỉ dữ liệu mẫu; nó cần phản ánh chính xác môi trường sản xuất, cho phép các nhà phát triển kiểm tra tích hợp với đầy đủ sự tự tin. Các kịch bản mô phỏng là tối quan trọng. “Chúng mạnh mẽ đến mức nào?” Talluri đặt câu hỏi. “Không chỉ các ‘luồng xanh’ thành công mà cả các kịch bản lỗi? Tôi có thể mô phỏng tất cả các tổ hợp lỗi có thể xảy ra trong sandbox không?” Khả năng kiểm tra nghiêm ngặt các trường hợp biên và chế độ lỗi xây dựng sự tin tưởng đáng kể vào nền tảng, điều này lan tỏa ra toàn bộ tổ chức.
4. API Đồng Nhất, Được Quản Trị Tốt
Về bản chất, các ngân hàng rất phức tạp, thường là một mảnh ghép chắp vá của các công nghệ từ hàng thập kỷ sáp nhập và mua lại. Rủi ro là sự phức tạp nội bộ này tràn ra bên ngoài, buộc các nhà phát triển phải điều hướng trong một hệ sinh thái bị phân mảnh, nơi mỗi loại sản phẩm hoặc tài khoản đòi hỏi một tích hợp duy nhất.
Talluri ủng hộ việc tạo ra một lớp API đồng nhất để che giấu đi sự phức tạp bên trong. Thay vì để lộ cho nhà phát triển thấy các hệ thống riêng biệt – nơi tài khoản thanh toán, tài khoản tiết kiệm và các khoản vay mỗi thứ có các điểm cuối khác nhau với cách xử lý lỗi và hiệu suất khác nhau – các ngân hàng nên áp dụng một cấu trúc tiêu chuẩn hóa. Điều này cung cấp quyền truy cập đồng nhất trên tất cả các loại sản phẩm. Các khung như Financial Data Exchange (FDX) và các tiêu chuẩn ngân hàng mở rộng hơn có giá trị ở đây, thiết lập một ngôn ngữ chung. “Nếu tôi cần gọi một API tài khoản khác cho mỗi loại tài khoản, cảm giác như đang tích hợp với nhiều công ty, không phải một đối tác duy nhất,” Talluri nhấn mạnh. Sự phân mảnh như vậy không chỉ làm tăng thời gian phát triển mà còn đặt ra những câu hỏi cơ bản về độ tin cậy và khả năng mở rộng của nền tảng, khiến các nhà phát triển nghi ngờ về sự trưởng thành kỹ thuật lâu dài của tổ chức.
5. Hỗ Trợ Được Tích Hợp Trí Tuệ Nhân Tạo (AI)
Khi Trí tuệ Nhân tạo ngày càng được tích hợp vào phát triển phần mềm, các tổ chức tài chính có một cơ hội quan trọng, và nghĩa vụ ngày càng tăng, là áp dụng nó một cách có suy nghĩ vào trải nghiệm nhà phát triển. Nếu được sử dụng hiệu quả, AI có thể tăng cường đáng kể các yếu tố cơ bản của DX như tài liệu, quản trị và độ chính xác của sandbox, trao quyền cho các nhà phát triển làm việc nhanh hơn và tự tin hơn trong suốt vòng đời của một tích hợp.
Talluri nêu bật khả năng của AI trong việc thống nhất toàn bộ quy trình: học hỏi, xây dựng, triển khai và mở rộng quy mô. “Điều quan trọng là chúng tôi được hỗ trợ bởi AI xuyên suốt hành trình của nhà phát triển,” ông tuyên bố, “cho dù thông qua tìm kiếm ngôn ngữ tự nhiên trong tài liệu hay các mẹo hữu ích dọc đường.” Mục tiêu là loại bỏ ma sát ở những điểm vướng mắc thông thường – như tìm kiếm điểm cuối chính xác, diễn giải một lỗi hoặc chuyển tiếp từ kiểm thử sang sản xuất. Sự hỗ trợ AI hiệu quả đáp ứng các nhà phát triển trong môi trường ưa thích của họ, cho dù đó là giao diện dòng lệnh, một IDE hay dựa vào mã mẫu và các SDK dành riêng cho ngôn ngữ. Khi AI củng cố sự rõ ràng, nó trở thành một yếu tố nhân lực mạnh mẽ cho DX.
6. Tài Liệu Chất Lượng Cao, Rõ Ràng
Với sự phổ biến ngày càng tăng của phát triển được hỗ trợ bởi AI, chất lượng tài liệu có tầm quan trọng chưa từng có. Ngoài việc được con người đọc, tài liệu giờ đây còn đóng vai trò là cơ sở kiến thức nền tảng cho các tác nhân AI hỗ trợ nhà phát triển trong việc tìm kiếm, tạo và xác thực mã. Tài liệu mơ hồ hoặc có cấu trúc kém sẽ gây ra sự nhầm lẫn, thường làm suy giảm sự tự tin của nhà phát triển.
Điều này đặc biệt quan trọng khi có các khả năng tương tự tồn tại trong một môi trường. “Nếu hai điểm cuối có mô tả giống hệt nhau, cả tác nhân AI lẫn nhà phát triển con người sẽ không thể biết ngay cái nào áp dụng cho một trường hợp sử dụng cụ thể,” Talluri giải thích. Sự phân biệt rõ ràng – chi tiết hóa chức năng, cách sử dụng thích hợp của mỗi điểm cuối và sự khác biệt của nó so với các chức năng tương tự – làm giảm sự phỏng đoán và ngăn ngừa các lỗi tốn kém trong quá trình tích hợp. Hơn nữa, tài liệu phải vượt ra ngoài việc chỉ liệt kê danh mục điểm cuối. “Chỉ cung cấp một danh sách điểm cuối mà không có hướng dẫn sử dụng hoặc ví dụ về quy trình làm việc giống như nhận được một đống khối Lego mà không có hướng dẫn lắp ráp,” Talluri nói. Tài liệu mạnh mẽ cho thấy các mảnh ghép kết nối với nhau như thế nào, cung cấp hướng dẫn từng bước và các quy trình làm việc cụ thể cho từng trường hợp sử dụng để tạo điều kiện phát triển hiệu quả.
7. Chính Sách Dưới Dạng Mã (Policy as Code)
Trong các môi trường tài chính được quản lý chặt chẽ, các nhà phát triển cần các rào chắn nhưng không phải với cái giá của tốc độ hoặc tính nhất quán. Một trong những cách hiệu quả nhất để cân bằng những yêu cầu này là nhúng các quy tắc kinh doanh và yêu cầu tuân thủ trực tiếp vào nền tảng, thay vì dựa vào các đánh giá thủ công, do con người thực hiện tại các thời điểm then chốt. Talluri mô tả điều này là “chính sách dưới dạng mã”: tích hợp các quy tắc, xác thực và yêu cầu khu vực vào hệ thống để các nhà phát triển nhận được các lời nhắc và phản hồi có thể hành động ngay lập tức khi họ làm việc.
“Mục tiêu là tự động hóa càng nhiều quy trình xem xét và tuân thủ càng tốt,” ông nói. Ví dụ, nếu một nhà phát triển tải lên một hình ảnh lưu trữ bị mờ, họ không nên phải chờ đợi một đánh giá của con người để xác nhận rằng nó không thể đọc được. Phản hồi tức thời cho phép sửa chữa trong thời gian thực, ngăn ngừa sự chậm trễ công việc do các ticket xếp hàng chờ xử lý. Cách tiếp cận này cũng giảm thiểu rủi ro sai sót của con người phát sinh khi các chính sách tồn tại trong trí nhớ của cá nhân hoặc tài liệu rải rác. Kết quả không nên phụ thuộc vào việc ai trả lời cuộc gọi điện thoại. Việc nhúng chính sách vào trong mã tạo ra một hợp đồng có thẩm quyền duy nhất giữa nền tảng và các nhà phát triển của nó.
Lý Do Kinh Doanh: Vấn Đề Của Sự Tin Cậy
Lập luận kinh doanh thuyết phục cho một trải nghiệm nhà phát triển xuất sắc bắt nguồn từ một sự thật đơn giản: sự tin cậy thúc đẩy năng suất. Nghiên cứu kéo dài hơn một thập kỷ ủng hộ mối tương quan giữa các môi trường dựa trên sự tin cậy và năng suất được nâng cao. Một nghiên cứu đáng chú ý năm 2017 của Harvard Business Review, “The Neuroscience of Trust”, phát hiện ra rằng nhân viên trong các công ty có độ tin cậy cao báo cáo ít căng thẳng hơn 74%, nhiều năng lượng hơn 106%, năng suất cao hơn 50% và gắn bó hơn 76% so với những người trong môi trường có độ tin cậy thấp.
Bảy thuộc tính được nêu ra – từ các sandbox đáng tin cậy và API mạch lạc đến các chính sách được mã hóa bằng máy – về cơ bản đều xây dựng lòng tin. Các tổ chức tài chính ưu tiên và đầu tư vào những yếu tố cơ bản này của DX, bắt đầu bằng sự đồng cảm, sẽ nhân lên lợi thế cạnh tranh của họ. Họ sẽ thu hút các đối tác mạnh hơn, tích hợp các giải pháp nhanh hơn và mang lại sự đổi mới cho khách hàng với tốc độ cao hơn. Như Talluri đã nói một cách thích đáng, gánh nặng tuân thủ và các hệ thống công nghệ cũ không phải là lý do cho một trải nghiệm nhà phát triển kém; thay vào đó, chúng chính là lý do tại sao các tổ chức tài chính cần những DX xuất sắc. Các ngân hàng và hiệp hội tín dụng nắm bắt được điều bắt buộc này sẽ không chỉ vượt xa đối thủ mà còn nuôi dưỡng các mối quan hệ hệ sinh thái dựa trên sự tự tin và hợp tác, chứ không phải sự kiểm soát cổng.
| DX Vượt Trội | DX Dưới Mức Tối Ưu |
|---|---|
| Phản hồi rõ ràng, cụ thể giải thích lỗi và giải pháp | Thông báo lỗi chung chung buộc nhà phát triển phải phỏng đoán |
| Cho phép tiến triển trực tiếp thông qua việc tiết lộ thông tin xác thực theo tiến trình | Yêu cầu cấp phép dài dòng hoặc gửi ticket cho mỗi giai đoạn |
| Môi trường kiểm thử phản ánh chính xác môi trường sản xuất, bao gồm cả các trường hợp biên và lỗi | Sandbox có chức năng hạn chế dẫn đến sản phẩm giao nhiều lỗi |
| API tiêu chuẩn hóa che giấu sự phức tạp bên trong | API bị phân mảnh, đặc chế giống như tích hợp nhiều nhà cung cấp |
| Hướng dẫn nhận thức ngữ cảnh được nhúng trong tài liệu, IDE và quy trình làm việc | AI được xây dựng trên nền tảng yếu, dẫn đến hướng dẫn không rõ ràng hoặc không chính xác |
| Cơ sở kiến thức được nhúng với các thành phần được tổ chức tốt, xác định rõ ràng | Danh sách điểm cuối không được phân biệt, thiếu hướng dẫn sử dụng |
| Quy tắc và tiêu chuẩn tuân thủ được duy trì trong cơ sở mã | Các điểm kiểm tra có sự can thiệp của con người làm chậm quy trình và tăng rủi ro lỗi |