Phát triển dApp cho sản phẩm Web3

Phát triển dApp bao gồm những gì cho sản phẩm của bạn?

Phát triển dApp kết nối một ứng dụng hướng đến người dùng với các hành động blockchain và thông tin người dùng cần để đưa ra quyết định. Công việc không chỉ đơn giản là một giao diện đặt trên một hợp đồng: trải nghiệm phải giải thích người dùng đang kết nối với cái gì, một hành động làm gì và phản hồi họ sẽ thấy sau đó.

Chúng tôi bắt đầu bằng việc làm rõ các hành trình người dùng cốt lõi của sản phẩm, sau đó ánh xạ từng hành trình đến các trạng thái giao diện và phụ thuộc kỹ thuật của nó. Điều đó mang lại cho nhóm của bạn một ranh giới hữu ích giữa hành vi trên chuỗi, logic ứng dụng và nhu cầu nội dung hoặc hỗ trợ. Nếu sản phẩm cũng cần công việc hợp đồng, chúng tôi có thể điều phối phạm vi ứng dụng với phát triển hợp đồng thông minh. Để có cái nhìn rộng hơn về các tùy chọn bàn giao, xem phát triển Web3.

Một brief khởi đầu thực tế nên xác định:

• Người dùng chính và hành động họ cần hoàn thành.
• Mạng lưới và các hợp đồng hoặc dịch vụ hiện có mà ứng dụng phải kết nối.
• Thông tin nào phải hiện tại, tìm kiếm được hoặc được giữ lại trong giao diện.
• Người dùng nên thấy gì khi ví không khả dụng hoặc một hành động không thể tiếp tục.

Sự liên kết sớm này giúp ngăn chặn một màn hình đẹp che giấu các quyết định sản phẩm chưa được giải quyết. Nó cũng mang lại cho các bên liên quan một cơ sở cụ thể để xem xét phạm vi trước khi triển khai.

Làm thế nào giao diện, kết nối ví và lập chỉ mục khớp với nhau?

Giao diện dApp trình bày thông tin và hành động sản phẩm; kết nối ví cho phép người dùng ủy quyền các tương tác liên quan; lập chỉ mục làm cho dữ liệu blockchain đã chọn trở nên hữu dụng trong giao diện. Các phần này nên được thiết kế như một mô hình vận hành duy nhất, ngay cả khi chúng được triển khai như các thành phần riêng biệt.

Chúng tôi tài liệu hóa đường đi từ lần truy cập đầu tiên của người dùng qua kết nối, hành động và xác nhận. Điều đó bao gồm các trạng thái giao diện cần truyền đạt: chưa kết nối, đã kết nối, chờ hành động người dùng, đã gửi, đã xác nhận hoặc cần chú ý. Các trạng thái chính xác phụ thuộc vào hành vi sản phẩm bạn xác định, không phải một mẫu giao diện chung.

Quyết định lập chỉ mục bắt đầu với các câu hỏi về cách dữ liệu sẽ được sử dụng. Giao diện có hiển thị chế độ xem tài khoản hiện tại, hoạt động lịch sử, một bộ sưu tập tìm kiếm được hoặc thông tin được tập hợp từ nhiều nguồn? Chúng tôi sử dụng các câu trả lời đó để xác định các trường dữ liệu, kỳ vọng làm mới và các trạng thái tải hoặc lỗi hiển thị. Phương pháp nên dễ hiểu cho cả người dùng và nhóm duy trì sản phẩm.

Đối với trải nghiệm hướng đến công chúng, hãy lên kế hoạch cho trang web liên quan và các điểm vào sản phẩm cùng nhau. Phát triển trang web và landing Web3 của chúng tôi có thể hỗ trợ câu chuyện sản phẩm xung quanh ứng dụng. Nếu ứng dụng là một phần của launch token, hãy điều phối hành trình người dùng của nó với tạo và triển khai token thay vì coi chi tiết token là một suy nghĩ sau.

Dự án phát triển dApp của bạn sẽ giao những gì?

Một dự án dApp giao một phạm vi ứng dụng được xác định và triển khai hoạt động, với các quyết định chính hiển thị cho nhóm của bạn. Các giao phẩm đã thống nhất được đặt tại khởi động để dự án có một định nghĩa chung về hoàn thành.

Tùy thuộc vào brief, công việc có thể bao gồm:

• Yêu cầu luồng sản phẩm và giao diện, bao gồm các trạng thái biên quan trọng.
• Triển khai giao diện cho các hành trình người dùng đã thống nhất.
• Hành vi kết nối ví trong phạm vi ứng dụng đã chọn.
• Một kế hoạch lập chỉ mục và trình bày dữ liệu mà giao diện yêu cầu.
• Ghi chú kiểm thử cho các luồng đã thống nhất và một bàn giao có tổ chức.

Chúng tôi cũng xác định những gì nằm ngoài phạm vi ứng dụng. Ví dụ, một hợp đồng hiện có có thể được coi là một phụ thuộc tích hợp thay vì viết lại, trong khi các mạng bổ sung hoặc các mô-đun sản phẩm riêng biệt có thể yêu cầu một kế hoạch sửa đổi. Triển khai hợp đồng có thể được phạm vi cùng với ứng dụng thông qua phát triển hợp đồng thông minh.

Tại MediaStrategy, một người đánh giá cấp cao có tên kiểm tra danh sách kiểm tra khởi động trước khi công việc xây dựng được coi là sẵn sàng. Đánh giá đó xác nhận các luồng người dùng, phụ thuộc, điểm chấp nhận và câu hỏi mở ở một nơi. Đây là một cổng quyết định có chủ đích: nhóm giải quyết sự mơ hồ vật chất sớm thay vì để nó nổi lên trong đánh giá cuối cùng. Bạn nhận được một phạm vi đã thống nhất và một bản ghi thực tế về những gì đã xây dựng và cách ứng dụng được kỳ vọng hoạt động.

Làm thế nào một dự án dApp di chuyển từ brief đến bàn giao?

Một dự án dApp di chuyển qua khám phá, xác nhận phạm vi, triển khai, đánh giá và bàn giao. Thứ tự giữ các quyết định sản phẩm gần với công việc và mang lại cho nhóm của bạn những thời điểm rõ ràng để cung cấp đầu vào.

Danh sách kiểm tra khởi động thu thập mục tiêu sản phẩm, người dùng dự định, mạng lưới, hành vi ví, nhu cầu dữ liệu, tài liệu kỹ thuật hiện có và những người ra quyết định. Chúng tôi sử dụng nó để xác định phụ thuộc và thống nhất những gì bản phát hành hữu ích đầu tiên nên chứa. Khi phạm vi được phê duyệt, chúng tôi làm việc qua giao diện được xác định và các luồng tích hợp, sau đó đánh giá các luồng đó so với các điểm chấp nhận đã thống nhất.

Sự tham gia của bạn có giá trị nhất tại ba thời điểm: xác nhận hành trình người dùng, đánh giá hành vi giao diện đề xuất và kiểm thử các luồng hoàn thành so với brief sản phẩm. Chúng tôi giữ phản hồi gắn với các quyết định đó, để các yêu cầu có thể được đánh giá như làm rõ, lỗi hoặc thay đổi phạm vi thay vì trộn lẫn.

Thời gian theo sau tập tính năng đã thống nhất và sự sẵn sàng của các phụ thuộc bên ngoài; chúng tôi xác nhận kế hoạch làm việc sau đánh giá phạm vi cấp cao. Bàn giao bao gồm triển khai đã thống nhất, ghi chú về các luồng hoàn thành và một bản ghi về các phụ thuộc còn lại hoặc các mục tiếp theo. Đối với một ứng dụng mở rộng vào trải nghiệm Telegram, xem phát triển bot và mini app Telegram và liên kết điểm vào với sản phẩm chính.

Những phụ thuộc dApp nào bạn nên giải quyết trước khi phát triển?

Một phạm vi dApp dễ phê duyệt hơn khi quyền sở hữu của mỗi phụ thuộc rõ ràng. Trước khi khởi động, hãy thu thập các quyết định của chủ sở hữu sản phẩm, chi tiết hợp đồng hiện có, thông tin mạng lưới, kỳ vọng ví và nguồn của bất kỳ dữ liệu nào giao diện cần hiển thị. Nếu các phần của sản phẩm đã hoạt động, hãy xác định ai có thể cung cấp quyền truy cập và xác nhận hành vi dự định.

Một đánh giá sẵn sàng ngắn nên trả lời:

• Hành trình người dùng nào là thiết yếu cho bản phát hành đầu tiên?
• Những hợp đồng, API hoặc dịch vụ dữ liệu hiện có nào ứng dụng phải sử dụng?
• Ai có thể phê duyệt các quyết định giao diện và sản phẩm?
• Nhóm của bạn sẽ đánh giá rằng mỗi luồng đã thống nhất sẵn sàng cho bàn giao như thế nào?

Ranh giới cần tính đến là cụ thể: các nhà cung cấp ví, truy cập mạng lưới và dịch vụ dữ liệu hoặc lập chỉ mục của bên thứ ba có thể thay đổi hành vi hoặc khả dụng của họ ngoài tầm kiểm soát của nhóm ứng dụng. Chúng tôi có thể giao và xác minh công việc tích hợp đã thống nhất, nhưng không thể hứa hẹn hoạt động không gián đoạn của các dịch vụ bên ngoài đó hoặc một kết quả cụ thể từ đánh giá hoặc cơ sở hạ tầng của họ.

Chia sẻ brief sản phẩm, tài liệu kỹ thuật hiện có và hành trình người dùng chính với MediaStrategy. Chúng tôi sẽ trả lại một danh sách kiểm tra khởi động, đánh dấu các quyết định ảnh hưởng đến phạm vi và lên lịch đánh giá cấp cao trước khi xác nhận kế hoạch xây dựng.

Bảng giá

Giá khởi điểm bằng USD. Gói tùy chỉnh và chiết khấu theo số lượng theo yêu cầu. Thanh toán bằng USDT, USDC, BTC, ETH, SOL, TON hoặc token dự án của bạn.

Cách hoạt động

1. Chia sẻ brief sản phẩmGửi hành trình người dùng dự định, mục tiêu sản phẩm và bất kỳ tài liệu kỹ thuật hiện có nào. Bao gồm mạng lưới và các tích hợp đã chọn.
2. Hoàn thành danh sách kiểm tra khởi độngChúng tôi tổ chức các quyết định sản phẩm, hành vi ví, nhu cầu dữ liệu, phụ thuộc và những người ra quyết định để các câu hỏi mở hiển thị.
3. Xác nhận phạm vi và điểm chấp nhậnMột đánh giá cấp cao kiểm tra các luồng và giao phẩm đề xuất với nhóm của bạn trước khi bắt đầu triển khai.
4. Xây dựng và đánh giá ứng dụngChúng tôi triển khai giao diện và tích hợp đã thống nhất, sau đó đánh giá các luồng người dùng so với các điểm chấp nhận.
5. Nhận bàn giaoNhóm của bạn nhận được triển khai đã thống nhất và ghi chú về các luồng hoàn thành, phụ thuộc và các mục tiếp theo.