Phát triển dApp rõ ràng ngay từ thao tác đầu tiên

Bắt đầu với người dùng dApp

Một dApp nên làm cho tác vụ chính của nó dễ hiểu trước khi xuất hiện wallet hoặc hành động contract. Chúng tôi bắt đầu bằng cách lập bản đồ những gì người dùng đến để làm, sau đó kết nối từng bước với màn hình và dữ liệu mà ứng dụng cần.

Cuộc trò chuyện đầu tiên đó có thể đơn giản. Hãy cho chúng tôi biết sản phẩm dành cho ai, mọi người nên làm được những gì và những gì đã có sẵn. Một bản phác thảo sơ lược hoặc một vài ghi chú là đủ để bắt đầu. Chúng tôi biến chúng thành một bức tranh chung về bản phát hành đầu tiên, bao gồm cả những phần cần quyết định kỹ thuật.

Ví dụ, một dự án NFT có thể muốn người dùng khám phá bộ sưu tập và sau đó thực hiện một hành động on-chain. Chúng tôi có thể tách biệt các phần cần wallet kết nối khỏi các phần nên mở cho tất cả mọi người. Nếu sản phẩm cũng cần contract mới, chúng tôi có thể phối hợp kế hoạch ứng dụng với phát triển smart contract. Để có bức tranh kỹ thuật rộng hơn, phát triển Web3 bao gồm công việc sản phẩm kết nối ngoài một dApp.

Lập bản đồ bản dựng trong ba bước rõ ràng

Một kế hoạch dApp hữu ích đưa ý tưởng qua các tác vụ người dùng, tích hợp và quyết định bản phát hành đầu tiên. Ba bước này giữ cho các lựa chọn quan trọng hiện rõ trước khi phát triển bắt đầu.

1. Mô tả hành trình. Chúng tôi liệt kê các hành động người dùng nên thực hiện, từ khi mở ứng dụng đến khi hoàn thành tác vụ chính. Chúng tôi ghi chú nơi giao diện cần giải thích một lựa chọn hoặc hiển thị phản hồi.
2. Thu thập các kết nối. Chúng tôi xem xét các contract, wallet, mạng lưới và dịch vụ hiện có mà sản phẩm phải hoạt động cùng. Chúng tôi cũng ghi chú thông tin mỗi màn hình cần hiển thị.
3. Chọn bản phát hành đầu tiên. Chúng tôi thống nhất màn hình và tích hợp nào thuộc về bản dựng ban đầu. Các ý tưởng khác có thể ở lại danh sách theo dõi, thay vì âm thầm tham gia công việc giữa chừng.

Hãy tưởng tượng nhóm của bạn đã có bản phác thảo sản phẩm và một contract, nhưng các chế độ xem dữ liệu vẫn chưa chắc chắn. Chúng tôi có thể đánh dấu các phần đã xác nhận, liệt kê các câu hỏi mở và thống nhất những gì phải được trả lời trước khi triển khai. Nếu sản phẩm cần một trang web công khai riêng, phát triển website và landing page Web3 có thể bao phủ bề mặt đó mà không trộn lẫn vào kế hoạch ứng dụng.

Wallet và dữ liệu on-chain nên gặp nhau ở đâu?

Luồng wallet và chế độ xem dữ liệu nên hỗ trợ cùng một tác vụ người dùng. Chúng tôi lên kế hoạch cho chúng cùng nhau, để người dùng có thể hiểu ứng dụng hiển thị gì và tại sao cần kết nối.

Các bước wallet

Chúng tôi lập bản đồ những thời điểm cần địa chỉ wallet hoặc hành động được người dùng phê duyệt. Giao diện nên tính đến 3 trạng thái cơ bản: đã ngắt kết nối, đã kết nối và quay lại ứng dụng. Chúng tôi cũng thống nhất cách ứng dụng giải thích bước tiếp theo, thay vì để mọi người tự diễn giải lời nhắc wallet mà không có ngữ cảnh.

Dữ liệu người dùng có thể sử dụng

Lập chỉ mục đáng cân nhắc khi người dùng cần tìm hoặc sắp xếp các bản ghi on-chain. Chúng tôi bắt đầu với các câu hỏi màn hình phải trả lời, sau đó xác định nguồn và cách trình bày cho thông tin đó. Một chế độ xem tài khoản đơn lẻ có thể yêu cầu công việc dữ liệu khác với lịch sử hoạt động có thể tìm kiếm.

Giả sử một người sưu tập quay lại để kiểm tra một hành động trước đó. Chúng tôi có thể truy tìm thông tin màn hình cần và quyết định xem nguồn hiện có đủ hay không. Hãy mang đến các ví dụ về bản ghi hoặc chế độ xem bạn muốn hiển thị. Khi chức năng wallet là một sản phẩm rộng hơn của riêng nó, phát triển wallet crypto là một tùy chọn riêng.

Biến những khoảnh khắc yên tĩnh thành một phần của thiết kế

Hãy tưởng tượng một nghệ sĩ NFT với lượng người theo dõi nhỏ, và đúng lúc người duy nhất trả lời đi nghỉ. Một người dùng mới đến với câu hỏi về bộ sưu tập và một hành động trong dApp. Chúng tôi sẽ làm cho bước tiếp theo hiển thị trong giao diện, để sản phẩm không phụ thuộc vào việc ai đó trực tuyến để giải thích.

Loại khoảnh khắc đó thuộc về đánh giá sản phẩm, không chỉ trong kế hoạch hỗ trợ. Chúng tôi xem xét những gì người dùng lần đầu thấy, điều gì xảy ra khi thiếu thông tin và cách ứng dụng phản hồi sau một hành động. Sau đó chúng tôi thống nhất trạng thái nào cần được thiết kế và kiểm thử.

Trước khi xây dựng, chúng tôi kiểm tra:

• Tác vụ chính người dùng mới nên hoàn thành.
• Những gì có thể khám phá mà không cần kết nối wallet.
• Thông báo nào xuất hiện khi dữ liệu đang tải hoặc không khả dụng.
• Người dùng thấy gì sau khi một hành động được gửi đi.

Đánh giá này giữ cho giao diện bám sát thực tế sử dụng. Nó cũng giúp bạn quyết định những gì thuộc về bản phát hành đầu tiên và những gì có thể chờ cho đến khi bạn có thêm phản hồi.

Giữ công việc minh bạch cho đến khi bàn giao

Một bàn giao tốt cho thấy những gì đã được xây dựng, cách các luồng người dùng đã thống nhất được kiểm tra và những phụ thuộc nào còn lại. Chúng tôi sử dụng hai điểm đánh giá, một trước khi triển khai và một gần khi bàn giao. Trước khi triển khai, chúng tôi xác nhận các tính năng đã thống nhất. Gần khi bàn giao, chúng tôi cùng bạn xem xét công việc đã hoàn thành.

Trong quá trình xây dựng, chúng tôi kiểm tra các trạng thái giao diện và tích hợp đã lên kế hoạch so với hành trình người dùng. Chúng tôi giữ các câu hỏi mở hiển thị và thảo luận các yêu cầu mới trước khi chúng thay đổi công việc đã thống nhất. Khi bàn giao, chúng tôi xem xét ứng dụng, chia sẻ ghi chú triển khai và xác định bất kỳ tác vụ theo dõi nào nhóm của bạn muốn cân nhắc.

Các nhà cung cấp wallet, mạng lưới, contract và dịch vụ dữ liệu nằm ngoài tầm kiểm soát của chúng tôi. Tính khả dụng, xử lý giao dịch, cập nhật và khả năng tương thích của chúng có thể thay đổi, vì vậy chúng tôi xác minh hành vi ứng dụng đã thống nhất mà không hứa hẹn cách các hệ thống bên ngoài đó sẽ vận hành.

Để bắt đầu, hãy gửi cho chúng tôi ghi chú sản phẩm, bản nháp giao diện, chi tiết contract có sẵn và ví dụ về dữ liệu người dùng cần. Brand Community sẽ cùng bạn xem xét chúng, làm rõ các câu hỏi mở và định hình kế hoạch bản phát hành đầu tiên để bạn có thể đưa ra quyết định rõ ràng.

Cách hoạt động

1. Chia sẻ bức tranh sản phẩmHãy cho chúng tôi biết dApp phục vụ ai, người dùng cần làm gì và bạn đã có những gì.
2. Truy tìm các kết nốiChúng tôi xem xét các wallet, contract, mạng lưới và nhu cầu dữ liệu hỗ trợ các tác vụ đó.
3. Thống nhất bản phát hành đầu tiênChúng tôi quyết định tính năng nào thuộc về bản dựng và bàn giao nên bao gồm những gì.
4. Xây dựng và kiểm tra các luồngChúng tôi triển khai công việc đã thống nhất và xem xét nó so với hành trình người dùng.
5. Xem xét bàn giaoChúng tôi cho bạn xem công việc đã hoàn thành, chia sẻ ghi chú và xác định các phụ thuộc còn lại.