첫 탭부터 명확한 디앱 개발

디앱을 사용하는 사람부터 시작하세요

디앱은 지갑이나 계약 작업이 나타나기 전에 주요 작업을 이해하기 쉽게 만들어야 합니다. 우리는 멤버가 무엇을 하러 오는지 매핑하는 것부터 시작한 다음, 각 단계를 애플리케이션에 필요한 화면과 데이터에 연결합니다.

첫 대화는 간단할 수 있습니다. 제품이 누구를 위한 것인지, 사람들이 무엇을 할 수 있어야 하는지, 이미 무엇이 있는지 알려주세요. 대략적인 스케치나 몇 가지 메모만으로도 시작할 수 있습니다. 우리는 그것들을 첫 릴리스의 공유된 그림으로 바꾸고, 기술적 결정이 필요한 부분을 포함합니다.

예를 들어, NFT 프로젝트는 멤버가 컬렉션을 탐색한 다음 온체인 작업을 수행하도록 원할 수 있습니다. 우리는 연결된 지갑이 필요한 부분과 모든 사람에게 열려 있어야 하는 부분을 분리할 수 있습니다. 제품에 새 계약도 필요하다면, 스마트 계약 개발과 애플리케이션 계획을 조율할 수 있습니다. 더 넓은 기술적 그림을 위해 Web3 개발은 하나의 디앱을 넘어 연결된 제품 작업을 다룹니다.

세 가지 명확한 패스로 구축을 매핑하세요

유용한 디앱 계획은 아이디어를 사용자 작업, 통합, 첫 릴리스 결정을 통해 진행합니다. 이 세 가지 패스는 개발 시작 전에 중요한 선택을 보이게 합니다.

1. 여정을 설명합니다. 멤버가 앱을 여는 것부터 주요 작업을 끝내는 것까지 취해야 할 작업을 나열합니다. 인터페이스가 선택을 설명하거나 응답을 보여줘야 하는 곳을 기록합니다.
2. 연결을 수집합니다. 제품이 함께 작동해야 하는 계약, 지갑, 네트워크, 기존 서비스를 검토합니다. 각 화면이 보여줘야 하는 정보도 기록합니다.
3. 첫 릴리스를 선택합니다. 초기 구축에 어떤 화면과 통합이 포함되는지 합의합니다. 다른 아이디어는 후속 목록에 남을 수 있으며, 작업 중간에 조용히 합류하지 않습니다.

팀에 이미 제품 스케치와 계약이 있지만 데이터 뷰가 아직 불확실하다고 상상해보세요. 우리는 확인된 부분을 표시하고, 열린 질문을 나열하고, 구현 전에 답해야 할 것을 합의할 수 있습니다. 제품에 별도의 공개 사이트가 필요하다면, Web3 웹사이트 및 랜딩 개발이 앱 계획에 섞지 않고 그 표면을 다룰 수 있습니다.

지갑과 온체인 데이터는 어디에서 만나야 할까요?

지갑 흐름과 데이터 뷰는 같은 사용자 작업을 지원해야 합니다. 우리는 그것들을 함께 계획하여 멤버가 앱이 보여주는 것과 연결이 필요한 이유를 이해할 수 있게 합니다.

지갑 단계

지갑 주소나 사용자 승인 작업이 필요한 순간을 매핑합니다. 인터페이스는 연결 안 됨, 연결됨, 앱으로 돌아오기의 3가지 기본 상태를 고려해야 합니다. 또한 앱이 다음 단계를 설명하는 방법을 합의하여, 사람들이 맥락 없이 지갑 프롬프트를 해석하도록 두지 않습니다.

사람들이 사용할 수 있는 데이터

멤버가 온체인 기록을 찾거나 정리해야 할 때 인덱싱을 고려할 가치가 있습니다. 우리는 화면이 답해야 할 질문에서 시작한 다음, 그 정보의 출처와 표현을 식별합니다. 단일 계정 뷰는 검색 가능한 활동 기록과 다른 데이터 작업을 요구할 수 있습니다.

수집가가 이전 작업을 확인하려고 돌아온다고 가정해보세요. 우리는 화면에 필요한 정보를 추적하고 기존 소스가 충분한지 결정할 수 있습니다. 보여주고 싶은 기록이나 뷰의 예를 가져오세요. 지갑 기능이 그 자체로 더 넓은 제품이라면, 암호화폐 지갑 개발은 별도의 옵션입니다.

조용한 순간을 디자인의 일부로 만드세요

작은 팔로워를 가진 NFT 아티스트가 있고, 유일하게 응답하는 사람이 휴가를 간 상황을 상상해보세요. 새 멤버가 컬렉션에 대한 질문과 디앱에서의 작업을 가지고 도착합니다. 우리는 인터페이스에서 다음 단계를 보이게 만들어, 제품이 누군가 온라인 상태로 설명하는 것에 의존하지 않게 합니다.

그런 순간은 제품 검토에 속하며, 단지 지원 계획에만 있는 것이 아닙니다. 우리는 처음 방문하는 멤버가 보는 것, 정보가 없을 때 일어나는 일, 작업 후 앱이 어떻게 응답하는지 살펴봅니다. 그런 다음 어떤 상태를 설계하고 테스트해야 하는지 합의합니다.

구축 작업 전에 다음을 확인합니다:

• 새 멤버가 완료해야 할 주요 작업.
• 지갑을 연결하지 않고 탐색할 수 있는 것.
• 데이터가 아직 로딩 중이거나 사용할 수 없을 때 표시되는 메시지.
• 작업이 제출된 후 멤버가 보는 것.

이 검토는 인터페이스를 실제 사용에 기반하게 유지합니다. 또한 첫 릴리스에 무엇이 속하고 더 많은 피드백을 받을 때까지 무엇을 기다릴 수 있는지 결정하는 데 도움이 됩니다.

인계까지 작업을 보이게 유지하세요

좋은 인계는 무엇이 구축되었는지, 합의된 사용자 흐름이 어떻게 확인되었는지, 어떤 의존성이 남아 있는지 보여줍니다. 우리는 구현 전과 인계 근처의 두 가지 검토 지점을 사용합니다. 구현 전에 합의된 기능을 확인합니다. 인계 근처에서는 완료된 작업을 함께 살펴봅니다.

구축 동안 계획된 프론트엔드 상태와 통합을 사용자 여정에 대해 확인합니다. 열린 질문을 보이게 유지하고 합의된 작업을 변경하기 전에 새 요청을 논의합니다. 인계 시 애플리케이션을 살펴보고, 구현 노트를 공유하고, 팀이 고려할 후속 작업을 식별합니다.

지갑 제공자, 네트워크, 계약, 데이터 서비스는 우리의 통제 밖에 있습니다. 그들의 가용성, 트랜잭션 처리, 업데이트, 호환성은 변경될 수 있으므로, 합의된 앱 동작을 검증하지만 외부 시스템이 어떻게 작동할지 약속하지 않습니다.

시작하려면 제품 노트, 인터페이스 초안, 사용 가능한 계약 세부 정보, 멤버가 필요로 하는 데이터의 예를 보내주세요. Brand Community가 함께 검토하고, 열린 질문을 명확히 하고, 명확한 결정을 내릴 수 있는 첫 릴리스 계획을 만듭니다.

이용 방법

1. 제품 그림 공유디앱이 누구를 위한 것인지, 멤버가 무엇을 해야 하는지, 이미 무엇이 있는지 알려주세요.
2. 연결 추적그 작업을 지원하는 지갑, 계약, 네트워크, 데이터 요구를 검토합니다.
3. 첫 릴리스 합의구축에 어떤 기능이 포함되고 인계가 무엇을 다루는지 결정합니다.
4. 흐름 구축 및 확인합의된 작업을 구현하고 멤버 여정에 대해 검토합니다.
5. 인계 살펴보기완료된 작업을 보여주고, 노트를 공유하고, 남은 의존성을 식별합니다.