Khai thác các chức năng mới cho web

Web là một nền tảng tuyệt vời, nó tiếp cận người dùng trên khắp thế giới – về cơ bản, trên mọi thiết bị. Ứng dụng này dễ sử dụng và dễ chia sẻ. Không có gì để cài đặt. Nhưng quan trọng nhất, đó là một hệ sinh thái mở mà ai cũng có thể sử dụng hoặc xây dựng.

Hiện nay, có một số ứng dụng không thể tạo và phân phối trên môi trường web mở. Chúng tôi gọi đây là khoảng trống ứng dụng. Khoảng cách giữa những điều có thể trên web và những điều có thể có trên quảng cáo gốc. Chúng tôi muốn thu hẹp khoảng cách đó. Chúng tôi tin rằng ứng dụng web có thể làm được mọi việc mà ứng dụng gốc có thể làm.

Chúng tôi sẽ thiết kế và triển khai các tính năng mới này như thế nào?

Sơ đồ quy trình về chức năng.

Chúng tôi đã phát triển quy trình này để có thể thiết kế và phát triển các tính năng mới cho nền tảng web nhằm nhanh chóng đáp ứng nhu cầu của nhà phát triển, trong môi trường mở và quan trọng nhất là hoạt động trong quy trình tiêu chuẩn hiện tại. Điểm khác biệt so với cách chúng tôi phát triển mọi tính năng khác trên nền tảng web là nhấn mạnh vào ý kiến phản hồi của nhà phát triển.

Ý kiến phản hồi của nhà phát triển đóng vai trò rất quan trọng trong việc giúp chúng tôi đảm bảo phát hành các tính năng phù hợp. Tuy nhiên, nếu quá trình xử lý bị chậm trễ, thì bạn có thể gặp khó khăn khi đổi hướng. Đó là lý do chúng tôi bắt đầu đề nghị bạn chia sẻ ý kiến phản hồi sớm hơn. Khi có phản hồi hữu ích về kỹ thuật và trường hợp sử dụng, việc khắc phục hoặc thậm chí dừng phát triển sẽ dễ dàng hơn mà không phải vận chuyển các tính năng được thiết kế chưa tốt hoặc được triển khai không tốt. Các tính năng đang được phát triển tại WICG không phải là cố định và ý kiến của bạn có thể tạo ra sự khác biệt lớn trong cách chúng phát triển.

Lưu ý rằng có nhiều ý tưởng không bao giờ vượt qua giai đoạn giải thích hoặc dùng thử theo nguyên gốc. Mục tiêu của quy trình này là vận chuyển đúng tính năng. Điều đó có nghĩa là chúng tôi cần học hỏi và lặp lại nhanh chóng. Không vận chuyển một tính năng vì tính năng đó không giải quyết được nhu cầu của nhà phát triển thì cũng không sao. Để hỗ trợ việc học này, chúng tôi đã áp dụng quy trình sau (mặc dù thường có một số thứ tự sắp xếp lại các bước sau do có ý kiến phản hồi):

Xác định nhu cầu của nhà phát triển

Bước đầu tiên là xác định và hiểu nhu cầu của nhà phát triển. Nhà phát triển đang cố gắng đạt được mục tiêu gì? Ai sẽ sử dụng dữ liệu này? Họ thực hiện việc này như thế nào hôm nay? Và những vấn đề hay phiền toái nào được khắc phục bằng chức năng mới này. Thông thường, các lỗi này thường được nhà phát triển yêu cầu về tính năng, thường là do các lỗi được gửi trên errors.chromium.org.

Tạo thông báo giải thích

Sau khi xác định nhu cầu về một tính năng mới, hãy tạo một nội dung giải thích, về cơ bản là một tài liệu thiết kế dùng để giải thích vấn đề đó, cùng với một số mã mẫu cho thấy cách hoạt động của API. Nội dung giải thích là một tài liệu về thiết kế sống động sẽ trải qua nhiều lần lặp lại khi chức năng mới phát triển.

Nhận ý kiến phản hồi và xem lại nội dung giải thích

Sau khi nội dung giải thích có mức độ rõ ràng hợp lý, bạn nên công bố nội dung giải thích, thu thập ý kiến phản hồi và cải tiến thiết kế. Đây là cơ hội để xác minh rằng khả năng mới đáp ứng được nhu cầu của nhà phát triển và hoạt động theo cách họ mong đợi. Đây cũng là cơ hội để thu thập sự hỗ trợ của công chúng và xác minh rằng tính năng này thực sự cần thiết.

Chuyển thiết kế sang thông số kỹ thuật và lặp lại

Sau khi phần giải thích ở trạng thái tốt, công việc thiết kế sẽ chuyển sang thông số kỹ thuật chính thức, làm việc với các nhà phát triển và các nhà cung cấp trình duyệt khác để lặp lại và cải thiện thiết kế.

Sau đó, khi thiết kế bắt đầu ổn định, chúng tôi thường sử dụng bản dùng thử theo nguyên gốc để thử nghiệm quá trình triển khai. Bản dùng thử theo nguyên gốc cho phép bạn dùng thử các tính năng mới với người dùng thực và đưa ra ý kiến phản hồi về cách triển khai. Phản hồi trong thực tế này giúp định hình và xác thực thiết kế, đảm bảo chúng tôi thiết kế đúng cách, trước khi thiết kế trở thành tiêu chuẩn.

Giao hàng

Cuối cùng, sau khi bản dùng thử theo nguyên gốc hoàn tất, thông số kỹ thuật đã được hoàn tất và mọi bước khởi chạy khác đã hoàn tất. Đã đến lúc phát hành phiên bản ổn định.

Thiết kế để đảm bảo tính bảo mật, quyền riêng tư và độ tin cậy cho người dùng

Một vài tính năng trong số này thoạt nhìn có vẻ đáng sợ, đặc biệt là đối với cách triển khai trên ứng dụng gốc. Nhưng web vốn đã an toàn hơn phiên bản gốc, nên việc mở một trang web không phải là điều đáng sợ.

Không có quyền nào được cấp quyền truy cập theo mặc định. Thay vào đó, hãy dựa vào một mô hình cấp quyền cho phép người dùng nắm toàn quyền kiểm soát và dễ dàng thu hồi. Thông tin cần phải rõ ràng về thời điểm và cách thức sử dụng các API này. Chúng tôi đã trình bày một số quy trình tư duy của mình trong bài viết Kiểm soát quyền truy cập vào các tính năng mạnh mẽ của nền tảng web.