Thiết kế website Web3 dựa trên bằng chứng sản phẩm

Lộ trình khách truy cập nào thuộc về một trang Web3?

Danh mục trang cho thấy khách truy cập cần một lộ trình tập trung hay nhiều điểm đến riêng biệt. Chúng tôi ánh xạ thông tin sản phẩm đến quyết định mà khách truy cập phải đưa ra, sau đó chọn landing page hoặc site nhiều trang.

Landing page phù hợp với một thông điệp sản phẩm trung tâm, chiến dịch hoặc hành động. Website dự án cho phép các chủ đề riêng có không gian. Giao diện sản phẩm có yêu cầu chức năng khác với định dạng hướng đến công chúng. Chúng tôi đánh dấu ranh giới đó trước khi ước lượng bản dựng.

Sử dụng kiểm tra 3 phần này khi bạn lên kế hoạch cấu trúc:

• Đối tượng: ai đến, và họ đã biết gì?
• Bằng chứng: thông tin sản phẩm nào hỗ trợ giải thích?
• Hành động: khách truy cập nên làm gì sau khi đọc?

Nếu những câu trả lời đó chỉ đến một lộ trình, landing page có thể giữ thông điệp tập trung. Nếu khách truy cập cần tài liệu, thông tin sản phẩm và thông tin tổ chức, các trang riêng biệt có thể dễ điều hướng hơn. Bản đồ cũng xác định khoảng trống nội dung trước khi công việc thiết kế bắt đầu. Đối với hành trình ứng dụng, so sánh phạm vi site công khai với phát triển dApp. Nếu website giải thích chức năng on-chain, hãy căn chỉnh ngôn ngữ của nó với phạm vi phát triển smart contract thực tế. Điều đó ngăn site mô tả các tính năng mà sản phẩm không cung cấp.

Cấu trúc trang Web3 nên làm rõ điều gì?

Sơ đồ trang ghi lại mục đích, độc giả, bằng chứng chính và hành động tiếp theo của mỗi trang. Các trường đó làm cho cấu trúc hữu ích cho khách truy cập và cung cấp cho phát triển một kế hoạch nội dung rõ ràng.

Bản ghi trang của chúng tôi có 6 trường: tên trang, đối tượng, mục đích, nội dung hỗ trợ, hành động và chủ sở hữu. Chúng tôi cũng gắn nhãn mỗi mục nội dung là sẵn sàng, thiếu hoặc đang chờ phê duyệt. Điều này cho thấy trang nào có thể chuyển sang thiết kế và nơi nào cần đầu vào của dự án.

Một cấu trúc website dự án thực tế có thể bao gồm:

• Giải thích ngắn gọn về sản phẩm và trạng thái hiện tại của nó.
• Trang sản phẩm hoặc trường hợp sử dụng với thông tin hỗ trợ cụ thể.
• Liên kết tài liệu cho độc giả cần chi tiết kỹ thuật.
• Thông tin liên hệ và tổ chức mà nhóm có thể duy trì.
• Lộ trình rõ ràng đến sản phẩm hoặc bước tiếp theo đã thống nhất khác.

Điều hướng nên mô tả các điểm đến thực tế thay vì các danh mục rộng che giấu nội dung mỗi trang. Giữ các tính năng đã lên kế hoạch khác biệt với chức năng sẵn có. Khi token là một phần của câu chuyện sản phẩm, hãy xác nhận thuật ngữ và liên kết đích với phạm vi tạo và triển khai token. Cùng một sơ đồ trang có thể chỉ ra nơi tài liệu kỹ thuật thuộc về mà không biến site tiếp thị thành vật thay thế cho nó. Chúng tôi xem xét quyền sở hữu nội dung ở giai đoạn này, để các phê duyệt thiếu không chỉ xuất hiện sau khi bố cục đã được xây dựng.

Làm thế nào để chuẩn bị trang Web3 cho tìm kiếm và thiết bị?

Danh sách kiểm tra kỹ thuật gắn công việc sẵn sàng cho tìm kiếm với các trang, nội dung và lộ trình khách truy cập thực tế. Chúng tôi xem xét cấu trúc trang trong quá trình lập kế hoạch, sau đó kiểm tra các mục đã thống nhất trong site đã xây dựng.

Danh sách kiểm tra bao gồm 5 lĩnh vực: URL dễ đọc, tiêu đề và mô tả trang riêng biệt, thứ tự heading hợp lý, văn bản trang có thể truy cập và điều hướng nội bộ. Chúng tôi cũng xem xét hành vi responsive và liệu thông tin chính có xuất hiện mà không yêu cầu tương tác của khách truy cập hay không. Hình ảnh và tài sản khác được chuẩn bị để hỗ trợ trang mà không có trọng lượng không cần thiết.

Đối với mỗi trang, nội dung cần một chủ đề cụ thể và đủ giải thích để phục vụ độc giả của nó. Tránh tạo các trang gần như giống hệt nhau cho các cụm từ tìm kiếm riêng biệt. Xác nhận rằng các tuyên bố về trạng thái sản phẩm khớp với tài liệu đã được phê duyệt. Nếu site sử dụng nội dung động, hãy xác định thông tin chính mà khách truy cập phải có thể truy cập và đưa nó vào đánh giá.

Chuẩn bị tìm kiếm là một phần của bản dựng, không phải là sự thay thế cho nội dung hữu ích. Chúng tôi ghi lại các kiểm tra đã thống nhất dựa trên sơ đồ trang, sau đó xem xét chúng trước khi bàn giao. Nếu site công khai cần một hành trình liên quan đến wallet, hãy xác định ranh giới giao diện cùng với phát triển wallet crypto. Điều đó giữ phạm vi website tách biệt khỏi chức năng wallet và làm rõ quyền sở hữu.

Chi tiết nào thuộc phạm vi xây dựng website?

Bản ghi phạm vi nêu tên các trang, thành phần và tương tác có trong bản dựng. Nó cũng xác định những gì nhóm dự án cung cấp và ai phê duyệt các thay đổi.

Đối với landing page, ghi lại thông điệp cốt lõi, các phần, tài sản và hành động dự định. Site nhiều trang cũng cần danh sách trang, hành vi điều hướng và các yếu tố tái sử dụng. Các tính năng tương tác cần mô tả những gì khách truy cập có thể làm, giao diện hiển thị gì và hệ thống nào nó kết nối đến. Website công khai và ứng dụng được kết nối không nên được coi là cùng một sản phẩm bàn giao.

Trước khi thiết kế bắt đầu, xác nhận 5 đầu vào này:

• Bản copy và thông tin sản phẩm nào đã được phê duyệt?
• Ai cung cấp tài sản thương hiệu và tài liệu kỹ thuật?
• Trang hoặc tương tác nào cần bố cục tùy chỉnh?
• Có yêu cầu biểu mẫu, tích hợp hoặc lộ trình ứng dụng không?
• Ai tổng hợp phản hồi và phê duyệt công việc hoàn thành?

Những câu trả lời này thiết lập một phạm vi khả thi và giúp đánh giá các bổ sung sau này dễ dàng hơn. Nếu sản phẩm có trải nghiệm di động, hãy quyết định xem nó thuộc bản dựng website này hay một dự án phát triển ứng dụng di động Web3 riêng. Nếu công việc sản phẩm rộng hơn đang tiến hành, tổng quan phát triển Web3 giúp đặt website cùng với kỹ thuật liên quan. Chúng tôi ghi lại các phụ thuộc trước khi phát triển, để nhóm có thể giải quyết các đầu vào thiếu trong khi cấu trúc vẫn đang được chuẩn bị.

Bản dựng website không thể quyết định điều gì cho công cụ tìm kiếm?

Đánh giá trước khi ra mắt ghi lại nội dung trang, liên kết, hành vi responsive và các kiểm tra kỹ thuật đã thống nhất. Bản ghi đó xác nhận những gì chúng tôi đã kiểm tra trong website; nó không quyết định cách các hệ thống tìm kiếm bên ngoài xử lý các trang.

Công cụ tìm kiếm kiểm soát việc thu thập dữ liệu, lập chỉ mục, xếp hạng và trình bày kết quả; các kiểm tra của chúng tôi không thể đặt những quyết định đó. Chúng tôi bàn giao các trang đã thống nhất, metadata và bản ghi đánh giá, không phải một vị trí tìm kiếm cụ thể.

Nhóm dự án vẫn có thể chuẩn bị một bàn giao hữu ích. Kiểm tra rằng tiêu đề trang khớp với nội dung của chúng, nhãn điều hướng dẫn đến các điểm đến dự định và lời kêu gọi hành động vẫn còn hiện tại. Xem xét biểu mẫu và các tương tác đã thống nhất khác. Xác nhận mô tả sản phẩm so với triển khai và chỉ định chủ sở hữu cho các thay đổi nội dung trong tương lai.

Đánh giá ra mắt nên sử dụng 3 góc nhìn: sơ đồ trang, nội dung đã phê duyệt và danh sách kiểm tra kỹ thuật. Nếu bất kỳ điều nào trong số này không khớp, hãy giải quyết sự không khớp trước khi bàn giao. Ví dụ, một trang mô tả chức năng token nên phản ánh phạm vi triển khai token đã xác định. Đánh giá này giữ cho các giải thích công khai phù hợp với thông tin sản phẩm được cung cấp cho bản dựng. Bản ghi cũng cung cấp cho nhóm của bạn một tài liệu tham khảo thực tế cho các cập nhật nội dung sau này.

Công việc website Web3 diễn ra từ brief đến bàn giao như thế nào?

Bản ghi dự án theo dõi 5 điểm kiểm tra từ brief ban đầu đến bàn giao. Mỗi điểm kiểm tra giải quyết một quyết định khác nhau, để thiết kế và phát triển tiến hành từ một phạm vi đã thống nhất.

Đầu tiên, chúng tôi thu thập mô tả sản phẩm, đối tượng, giai đoạn ra mắt, tài liệu hiện có và hành động khách truy cập mong muốn. Tiếp theo, chúng tôi xem xét số lượng trang, mức độ sẵn sàng của nội dung, chức năng và phụ thuộc. Sau đó, chúng tôi xác nhận sơ đồ trang và hướng thiết kế trước khi xây dựng các trang đã phê duyệt. Đánh giá cuối cùng kiểm tra công việc đã bàn giao so với các yêu cầu đã thống nhất.

Phản hồi hữu ích nhất khi một người ra quyết định dự án tổng hợp các nhận xét theo trang hoặc hành vi. Chúng tôi ghi lại các câu hỏi mở và thay đổi đã phê duyệt, thay vì dựa vào các tin nhắn rải rác. Lịch trình theo số lượng trang, tích hợp và mức độ sẵn sàng của nội dung được cung cấp. Landing page tập trung thường có ít phụ thuộc hơn site nhiều trang với tương tác tùy chỉnh.

Bạn nhận được website hoặc landing page đã thống nhất, cùng với bản ghi các kiểm tra đã hoàn thành và bất kỳ mục tồn đọng nào được giao cho nhóm của bạn. Gửi GeoMarketing Experts brief sản phẩm, tài liệu hiện tại, danh sách trang ưa thích và yêu cầu tích hợp của bạn. Chúng tôi sẽ xem xét các đầu vào đó, xác định cấu trúc trang cần thiết và trả lại kế hoạch phạm vi cho bản dựng.

Cách hoạt động

1. Gửi brief sản phẩmChia sẻ mô tả sản phẩm, đối tượng, giai đoạn ra mắt, tài liệu hiện tại và hành động khách truy cập. Bao gồm các trang ưa thích và tích hợp cần thiết của bạn.
2. Xem xét trang và phụ thuộcChúng tôi kiểm tra mức độ sẵn sàng của nội dung, chức năng, số lượng trang và phụ thuộc kỹ thuật. Sau đó, chúng tôi xác nhận phạm vi bản dựng.
3. Phê duyệt sơ đồ trangXem xét cấu trúc đề xuất và hướng thiết kế trước khi phát triển. Phản hồi tổng hợp giữ cho các quyết định gắn với các trang cụ thể.
4. Xây dựng và kiểm tra siteChúng tôi phát triển các trang đã phê duyệt và xem xét hành vi responsive, nội dung và các yêu cầu kỹ thuật đã thống nhất.
5. Hoàn tất bàn giaoXem xét các sản phẩm bàn giao hoàn chỉnh và kiểm tra ra mắt. Xác nhận ai sẽ quản lý các thay đổi nội dung trong tương lai.