사용자가 필요로 하는 지갑으로 시작하세요
좋은 지갑 계획은 제품의 명확한 역할에서 시작합니다. 우리는 누가 사용할지, 무엇을 해야 하는지, 어디서 기대하는지 살펴봅니다. 이러한 선택은 디자인 작업이 진행되기 전에 보관, 플랫폼 및 통합 결정을 안내합니다.
| 지갑 선택 | 먼저 결정할 사항 | 유용한 디자인 초점 |
|---|---|---|
| 비커스터디얼 | 사용자가 접근을 생성, 보호, 복구하는 방법 | 서명 프롬프트, 백업 안내, 거래 세부 정보 |
| 커스터디얼 | 서비스가 계정과 권한을 관리하는 방법 | 계정 보호, 지원 절차, 운영 통제 |
| 브라우저 확장 프로그램 | 데스크톱 작업 중 중요한 것 | 설치, 연결, 명확한 서명 순간 |
| 텔레그램 미니 앱 | 텔레그램 내에서 어떤 지갑 작업이 필요한지 | 앱과 각 지갑 작업 사이의 간단한 경로 |
| 모바일 지갑 | 전용 전화 경험이 필요한 여정 | 온보딩, 계정 접근, 읽기 쉬운 거래 상태 |
첫 릴리스에서 모든 형식을 가질 필요는 없습니다. 주요 사용자 여정을 선택한 다음 필요한 네트워크, 자산 및 작업을 기록하세요. 지갑이 더 넓은 제품의 일부라면 관련 범위에 대해 Web3 개발을 참조하세요.
기존 dApp을 지원하는 지갑은 집중된 연결 및 서명 흐름이 필요할 수 있습니다. 독립형 제품은 온보딩, 복구 안내 및 지원 도구도 필요할 수 있습니다. MVP에서 프로덕션까지 구축하거나 자체 팀 옆에서 정의된 부분을 맡을 수 있습니다.
화면이 늘어나기 전에 중요한 선택을 하세요
아마 전날 밤의 작은 거래소 파트너십 팀을 상상해 보세요. 그들은 지갑 경험을 보여주고 싶지만, 누가 접근을 통제하고 데모에 어떤 작업이 포함될지 아직 결정해야 합니다. 우리는 먼저 이러한 결정을 매핑한 다음 팀이 명확히 설명할 수 있는 간단한 여정에 동의할 것입니다.
그런 초기 대화는 제품 언어를 정직하게 유지합니다. 비커스터디얼 지갑은 사용자가 통제하는 것과 접근을 복구하는 방법을 설명해야 합니다. 커스터디얼 지갑은 서비스의 책임과 지원 경계를 명확히 해야 합니다. 모델이 아직 열려 있다면, 결정된 것처럼 설계하지 않고 질문을 기록할 것입니다.
우리는 보관 다이어그램, 중요한 사용자 경로 및 예상 실패 상태를 제품 담당자와 검토합니다. 그런 다음 결정과 열린 질문을 공유 기록에 유지합니다. 기존 제품 노트, 대략적인 화면 또는 작업 코드를 가져올 수 있으며, 완벽할 필요는 없습니다. 지갑이 계약 동작에 의존한다면, 수락 기준을 설정하기 전에 스마트 계약 개발과 선택을 조정하세요.
첫 릴리스에서 어떤 지갑 여정을 지원해야 하나요?
첫 릴리스는 몇 가지 중요한 지갑 여정을 쉽게 따라갈 수 있게 해야 합니다. 사용자가 완료하려는 작업으로 시작한 다음, 전후에 이해해야 할 사항을 결정하세요.
화면이 아닌 작업을 매핑하세요
전송 흐름의 경우 사용자가 자산, 목적지 및 금액을 식별하는 방법에 동의하세요. 서명 작업과 거래 상태를 명확히 하세요. 스왑의 경우 사용자가 검토할 정보와 거래가 진행되지 않을 때 인터페이스가 표시할 내용을 결정하세요. 멀티체인 지원의 경우 네트워크를 나열하고 사용자가 어떤 네트워크와 자산을 작업 중인지 알 수 있는 방법을 보여주세요.
순간에 맞는 표면을 선택하세요
브라우저 확장 프로그램은 데스크톱 우선 제품에 적합할 수 있습니다. 모바일 앱은 전용 전화 여정을 지원할 수 있습니다. 해당 제품 작업은 모바일 앱 개발을 참조하세요. 텔레그램 미니 앱은 텔레그램 경험 내에 지갑 작업을 배치할 수 있습니다. 각 표면은 고유한 디자인, 구현 및 검증 작업을 가져옵니다. 우리는 기능 목록이 아닌 실제 사용자 작업을 기반으로 첫 표면을 선택하도록 돕습니다.
사용자가 휴대폰에서 자산을 확인한 다음 텔레그램 미니 앱을 열어 계속하는 경우를 상상해 보세요. 우리는 경험이 변경되는 지점과 정보가 명확해야 하는 부분을 매핑할 것입니다. 텔레그램 전달에 대해서는 텔레그램 봇 및 미니 앱 개발을 참조하세요.
우리는 그 지도를 사용하여 핸드오프를 명확히 하고 사용자의 다음 작업을 이해하기 쉽게 유지할 수 있습니다. 또한 팀이 첫 릴리스에 어떤 표면을 포함할지 결정하는 구체적인 경로를 제공합니다.
각 지갑 결정에 빌드에서의 위치를 부여하세요
지갑 프로젝트는 팀이 구현 전에 제품 질문을 해결할 때 더 쉽게 따라갈 수 있습니다. 우리는 3단계 체크인 리듬을 사용합니다: 결정을 명확히 하고, 흐름이 형성됨에 따라 작업을 검토하고, 합의된 핸드오버를 확인합니다.
- 시작 그림을 공유하세요. 지갑이 누구를 위한 것인지, 주요 사용자 작업, 대상 플랫폼 및 필요한 네트워크를 알려주세요. 현재 디자인, 코드 및 통합이 있다면 포함하세요.
- 보관 및 아키텍처를 검토하세요. 우리는 계정 책임, 복구, 권한, 거래 여정 및 열린 결정을 제품 담당자와 매핑합니다.
- 완료의 의미에 동의하세요. 포함된 작업, 수락 기준, 종속성 및 검토 지점을 함께 설정합니다. 이는 모든 사람에게 동일한 완료 그림을 제공합니다.
- 합의된 흐름을 설계하고 구축하세요. 팀은 선택된 제품 표면과 기술 연결을 통해 작업합니다. 우선 여정이 형성됨에 따라 확인합니다.
- 검증하고 인도하세요. 합의된 작업을 수락 기준에 대해 검토하고, 지정된 보안 자료를 준비하며, 운영 소유권을 문서화합니다.
일정은 팀이 선택된 표면, 보관 접근 방식, 통합 및 검토 요구를 이해한 후에 나옵니다. 첫 주는 제품 세부 정보를 수집하고 열린 질문을 해결하는 데 집중할 수 있습니다. 우리는 계획을 보이게 유지하고 팀이 접근, 승인 또는 기술 연락처를 제공해야 하는 위치를 식별합니다.
지갑 준비 상태를 팀이 확인할 수 있는 것에 기반하세요
유용한 지갑 핸드오버는 팀에게 작업 화면 이상을 제공합니다. 합의된 작업에 따라 제품 요구 사항, 인터페이스 디자인, 지갑 코드, 백엔드 또는 체인 연결, 우선 흐름 테스트를 포함할 수 있습니다. 기술 노트와 모니터링 계획도 포함할 수 있습니다. 지갑이 토큰 런칭에 연결된다면 토큰 생성 및 배포와 조정하세요. 더 넓은 제품의 경우 Web3 개발이 공유 기술 결정을 식별하는 데 도움이 될 수 있습니다.
릴리스 전에 주요 확인 사항을 한 곳에 모으세요. 보관 및 복구 선택이 문서화되었는지 확인하세요. 사용자가 서명 전에 거래 세부 정보를 검토할 수 있는지 확인하세요. 통합, 접근 및 알림에 대한 담당자를 지정하세요. 보안 검토 결과에 명확한 담당자와 해결 경로를 제공하세요.
우리는 합의된 구현을 제공하고 보안 검토를 위한 자료를 준비할 수 있습니다. 외부 감사자가 결과를 결정합니다. 법률 고문은 출시 전에 커스터디얼 제품의 규제 분류를 검토해야 합니다. 네트워크 가용성과 타사 통합 동작도 빌드 팀의 통제 밖에 있습니다.
사용자, 보관 선택(알려진 경우), 플랫폼, 네트워크 및 우선 작업이 포함된 짧은 브리프를 보내주세요. 제품 담당자와 검토하고 첫 지갑 결정을 함께 매핑하겠습니다.
이용 방법
- 시작 그림 공유지갑이 누구를 위한 것인지, 주요 사용자 작업, 대상 플랫폼 및 필요한 네트워크를 알려주세요. 가능하면 현재 디자인, 코드 또는 통합을 포함하세요.
- 보관 및 아키텍처 검토우리는 계정 책임, 복구, 권한, 거래 여정 및 열린 결정을 제품 담당자와 매핑합니다.
- 완료의 의미 동의포함된 작업, 수락 기준, 종속성 및 검토 지점을 함께 설정합니다.
- 합의된 흐름 설계 및 구축팀은 선택된 제품 표면과 기술 연결을 통해 작업하며, 우선 여정이 형성됨에 따라 확인합니다.
- 검증 및 인도합의된 작업을 수락 기준에 대해 검토하고, 지정된 보안 자료를 준비하며, 운영 소유권을 문서화합니다.
자주 묻는 질문
지갑 구축을 논의하기 전에 무엇을 보내야 하나요?
의도된 사용자, 수행해야 할 작업, 대상 플랫폼 및 필요한 네트워크로 시작하세요. 보관이 결정되었는지, 지갑이 연결해야 할 서비스나 계약이 무엇인지 알려주세요. 기존 디자인이나 코드가 도움이 되지만, 첫 논의에는 대략적인 노트로 충분합니다. 누구도 구축을 시작하기 전에 열린 결정을 나열할 수 있습니다.
사용자가 자신의 키를 통제하는 지갑을 구축할 수 있나요?
네. 비커스터디얼 지갑, 커스터디얼 지갑 또는 사용자와 서비스 책임이 분리된 제품을 계획할 수 있습니다. 비커스터디얼 제품의 경우, 사람들이 접근을 생성하고, 서명 요청을 검토하고, 지갑을 복구하는 방법을 명확히 할 것입니다. 이러한 선택은 제품 언어와 기술 계획 모두에 영향을 미칩니다.
하나의 지갑이 브라우저 확장 프로그램과 텔레그램 미니 앱을 지원할 수 있나요?
둘 다 계획할 수 있지만, 각 표면은 고유한 상호작용 디자인과 검증이 필요합니다. 먼저 각 표면에서 사용자가 완료해야 할 작업을 매핑합니다. 그런 다음 경험이 어떻게 연결되고 첫 릴리스에 어떤 것이 포함될지 동의합니다. 이는 초기 계획을 실제 사용에 집중하게 합니다.
스왑과 여러 네트워크를 어떻게 계획하나요?
제품이 지원해야 할 네트워크와 작업을 나열하는 것으로 시작합니다. 스왑의 경우, 사용자가 확인 전에 검토할 내용과 작업이 진행되지 않을 때 인터페이스가 표시할 내용을 정의합니다. 여러 네트워크의 경우, 구현 전에 사용자 여정에서 활성 네트워크와 자산 컨텍스트를 명확히 합니다.
지갑 타임라인을 설정하기 전에 무엇을 결정해야 하나요?
보관, 플랫폼, 사용자 여정, 통합 및 보안 검토 요구를 검토한 후 유용한 일정을 설정할 수 있습니다. 집중된 지갑 흐름은 여러 표면과 백엔드 연결이 있는 제품과 다릅니다. 구현 전에 작업, 종속성 및 검토 지점을 함께 동의합니다.
보안 준비가 감사자가 지갑을 승인한다는 의미인가요?
아니요. 합의된 제품을 구축하고, 지정된 여정을 테스트하고, 검토를 위한 자료를 준비할 수 있지만, 외부 감사자가 보고할 결과를 결정합니다. 예를 들어, 팀은 검토자를 위해 네트워크, 통합 및 권한 있는 작업의 인벤토리를 준비할 수 있습니다. 법률 고문은 출시 전에 커스터디얼 제품의 규제 분류도 평가해야 합니다.
프로젝트를 알려주세요
네 가지 질문에 답하면 담당자가 1시간 내로 계획, 일정, 가격대를 보내드립니다. 모든 정보는 비밀로 유지됩니다.
양식 로딩 중…