디앱 개발에는 무엇이 포함되나요?
- 제품 요구 사항 및 사용자 흐름
- 프론트엔드 구현
- 월렛 연결 및 인덱싱된 데이터
디앱 개발은 제품 인터페이스를 블록체인 액션 및 사용자가 이를 이해하는 데 필요한 데이터에 연결합니다. 명확한 사용 사례가 있지만 컨트랙트 주변에 일관된 애플리케이션 계층이 필요한 팀, 또는 프론트엔드와 통합을 함께 개발해야 하는 팀에 적합합니다.
기능 위시리스트가 아닌 사용자 작업의 짧은 목록으로 시작하십시오. 각 작업에 대해 사용자가 보는 것, 수행하는 액션, 그 결과로 발생하는 온체인 결과 및 이후에 나타나야 하는 정보를 기록하십시오. 이렇게 하면 화면에 연결된 월렛이 필요한지, 사용자가 트랜잭션을 제출하기 전에 검토할 수 있는지, 인터페이스가 업데이트된 레코드를 어떻게 반영하는지 등 누락된 결정을 조기에 발견할 수 있습니다.
범위에는 새 인터페이스, 기존 컨트랙트 연결, 인덱싱 요구 사항 또는 이들의 조합이 포함될 수 있습니다. 애플리케이션에 새로운 온체인 로직이 필요한 경우 컨트랙트 생성은 별도의 작업 스트림입니다. 스마트 컨트랙트 개발을 참조하십시오. 제품에 더 광범위한 기술 계획이 필요한 경우 Web3 개발로 시작하십시오.
제품 설명, 사용 가능한 컨트랙트 인터페이스, 선호하는 체인, 디자인 참고 자료 및 기존 프론트엔드를 준비하십시오. 일부 입력이 준비되지 않은 경우, 이를 확정된 요구 사항으로 간주하지 말고 열린 결정으로 식별하십시오. AEOTech는 이러한 가정을 Launch Spec에 기록하여 작업이 시작되기 전에 양측이 동일한 범위를 검토할 수 있도록 합니다.
디앱 프론트엔드는 월렛 연결을 어떻게 처리해야 하나요?
- 연결 상태를 명확하게 표시합니다.
- 검토, 제출 및 확인 상태를 분리합니다.
- 유용한 복구 경로를 제공합니다.
디앱 프론트엔드는 사용자가 서명하기 전에 각 월렛 종속 액션을 이해할 수 있도록 해야 합니다. 인터페이스는 연결되지 않은 월렛, 연결된 계정, 거부된 요청 및 제출되었지만 아직 애플리케이션에 반영되지 않은 트랜잭션에 대해 정의된 동작이 필요합니다. 이는 최종 패스까지 우연히 남겨둘 부수적인 세부 사항이 아니라 설계하고 테스트해야 하는 제품 상태입니다.
Spec Review 중에 예상 사용자 여정에 대해 화면을 확인합니다. 각 월렛 상호작용에 대해 확인 전에 어떤 정보가 표시되는지, 사용자가 취소할 경우 무엇을 할 수 있는지, 선택한 계정이나 네트워크가 변경될 경우 인터페이스가 어떻게 응답하는지 합의합니다. 트랜잭션 피드백을 구체적으로 유지하십시오. 월렛에서 대기 중인 액션과 애플리케이션이 결과를 수신한 액션을 구분하십시오.
유용한 인수인계에는 지원되는 연결 흐름, 필요한 계정 및 네트워크 동작, 사용자 대상 오류 사본 및 트랜잭션 후 예상 응답이 포함됩니다. 제품에 공개 마케팅 사이트도 필요한 경우 Web3 웹사이트 및 랜딩 페이지 개발을 통해 별도로 범위를 지정할 수 있습니다. Telegram 인터페이스가 주요 제품 표면인 경우 해당 요구 사항을 Telegram 봇 및 미니 앱 개발과 비교하십시오.
구현 전에 기존 디자인 시스템, 월렛 요구 사항 및 컨트랙트 상호작용 세부 정보를 제공하십시오. 이러한 사항이 아직 결정 중인 경우, 자동으로 선택하지 않고 대안과 프론트엔드 범위에 미치는 영향을 문서화할 수 있습니다.
디앱 인덱싱 계획은 무엇을 포함해야 하나요?
- 각 화면에 필요한 데이터
- 애플리케이션이 이를 읽고 표시하는 방법
- 최신성 기대치 및 빈 상태
인덱싱은 관련 블록체인 활동을 애플리케이션 뷰에서 사용할 수 있도록 만드는 계획입니다. 제품이 사용자 작업을 지원하는 형태로 레코드, 활동 또는 기타 체인 관련 정보를 제시해야 할 때 중요합니다. 올바른 범위는 인터페이스에서 시작합니다. 각 화면과 각 화면에 필요한 필드를 나열한 다음 해당 요구 사항을 사용 가능한 데이터 소스 및 컨트랙트 이벤트에 연결합니다.
사용자 액션 직후에 나타나야 하는 정보와 애플리케이션이 데이터를 새로 고친 후에 나타날 수 있는 정보를 기록하십시오. 사용자에게 레코드가 없을 때, 결과를 사용할 수 없을 때 또는 표시된 정보가 최신 액션을 따라잡지 못했을 때 인터페이스가 어떻게 동작하는지 정의하십시오. 이는 문서화되지 않은 플랫폼 동작을 가정하지 않고 구현 및 테스트에 구체적인 목표를 제공합니다.
인덱싱 작업은 또한 소유권 및 운영 기대치를 식별해야 합니다. 기존 인프라에 대한 액세스 권한을 제공하는 사람, 데이터 매핑을 검토하는 사람 및 컨트랙트 동작 변경 사항이 전달되는 방식을 합의하십시오. 제품이 컨트랙트 변경에 의존하는 경우 토큰 생성 및 배포 또는 관련 스마트 컨트랙트 개발 작업과 애플리케이션 범위를 조정하십시오.
Channel Matrix는 애플리케이션 표면과 해당 데이터 요구 사항을 하나의 보기에 기록합니다. 이를 사용하여 계획된 각 화면에 소스, 표시 규칙 및 누락되거나 지연된 데이터에 대한 합의된 동작이 있는지 확인하십시오. 이는 프론트엔드, 컨트랙트 및 인덱싱 작업이 다른 기여자에 의해 처리될 때 특히 유용합니다.
디앱 개발 프로젝트를 통해 무엇을 받게 되나요?
- 검토된 범위 및 구현 계획
- 합의된 프론트엔드 및 통합 작업
- 전달된 내용을 설명하는 인수인계
인도물은 가정된 일률적인 패키지가 아니라 승인된 범위를 따릅니다. 기존 제품을 중심으로 한 디앱의 경우 프론트엔드 구축 및 월렛 연결 통합을 의미할 수 있습니다. 데이터 중심 뷰가 많은 제품에는 인덱싱 작업 스트림도 필요할 수 있습니다. 정확한 조합은 구현 전에 확인되어 특정 요구 사항에 대해 작업을 검토할 수 있습니다.
| 작업 영역 | 문서화할 범위 결정 |
|---|---|
| 프론트엔드 | 화면, 사용자 작업 및 반응형 동작 |
| 월렛 연결 | 연결 상태 및 트랜잭션 피드백 |
| 인덱싱 | 필수 필드, 표시 규칙 및 새로 고침 기대치 |
| 인수인계 | 전달된 작업, 알려진 가정 및 다음 조치 |
프로젝트 인수인계는 무엇이 구축되었는지, 어떤 입력이 사용되었는지, 어떤 결정이 귀하의 팀에 남아 있는지 명확히 해야 합니다. 프로젝트의 일부인 경우 기존 리포지토리 및 디자인 자산을 조기에 공유하십시오. 또한 제품 질문에 답변하고 인터페이스를 승인할 수 있는 사람을 식별하십시오. 지연된 액세스 또는 해결되지 않은 결정은 이에 의존하는 작업을 지연시킬 수 있습니다.
애플리케이션에 별도의 디지털 수집품 경험이 포함된 경우 요구 사항을 NFT 컬렉션 개발과 조정하십시오. 전달 옵션을 비교하는 데 도움이 필요한 경우 가격 페이지에서 더 넓은 서비스 컨텍스트를 제공합니다. 이 서비스의 견적은 $5,390 / 프로젝트부터입니다. 최종 범위는 요구 사항 및 종속성을 검토한 후 설정됩니다.
디앱 프로젝트는 브리핑에서 인수인계까지 어떻게 진행되나요?
- 입력 및 범위 확인
- 검토된 요구 사항에 따라 구축
- 작업 기록 및 Readout으로 마무리
디앱 프로젝트는 정의된 검토 및 전달 시퀀스를 통해 진행됩니다. 첫 번째 작업은 이미 존재하는 것(제품 요구 사항, 디자인 자료, 컨트랙트, 액세스 및 승인을 위한 의사 결정자)을 확인하는 것입니다. 그런 다음 AEOTech는 종속성을 식별하고 검토를 위해 제안된 프론트엔드, 월렛 및 인덱싱 범위를 기록합니다.
Launch Spec은 합의된 기능, 가정 및 입력에 대한 공유 참조입니다. 검토가 완료되면 승인된 작업 영역에 따라 구현이 진행됩니다. 누락된 입력이 사용자 흐름 또는 통합에 영향을 미칠 때 자동으로 범위를 확장하거나 재정의하는 대신 질문을 제기합니다. 귀하의 팀은 작업이 진행됨에 따라 관련 인터페이스와 동작을 검토하여 수정 사항이 해결하는 요구 사항에 연결될 수 있도록 합니다.
Run Log는 전달 진행 상황, 미해결 질문 및 프로젝트에 영향을 미치는 결정을 기록합니다. 인수인계 시 Readout은 완료된 작업과 합의된 후속 항목을 요약합니다. 일정은 범위, 필요한 자료에 대한 액세스, 통합 종속성 및 검토 처리 시간을 기준으로 계획됩니다. 이러한 요소를 이해한 후 일정을 확인합니다.
시작하려면 간단한 제품 설명, 선호하는 체인, 사용 가능한 컨트랙트 세부 정보, 디자인 또는 리포지토리 링크 및 지원하려는 사용자 여정을 보내주십시오. 이러한 입력을 검토하고 승인이 필요한 결정을 식별한 후 논의를 위한 프로젝트 범위를 반환합니다.
팀이 계획해야 하는 디앱 전달 제한 사항은 무엇인가요?
- 사용 가능한 문서에서 플랫폼 및 컨트랙트 동작 확인
- 합의된 사용자 흐름에 대해 애플리케이션 테스트
- 전달된 작업과 타사 결과물 분리
디앱 팀은 프로젝트 범위 내에서 합의된 인터페이스, 월렛 흐름 및 데이터 처리를 구현하고 확인할 수 있습니다. 월렛 제공자가 인터페이스나 권한을 변경하는지, 네트워크나 외부 데이터 소스를 사용할 수 있는지, 인덱싱된 정보가 언제 표시되는지 제어할 수 없습니다. 이러한 동작은 애플리케이션 코드가 지정된 대로 전달된 경우에도 사용자가 보는 것에 영향을 미칠 수 있습니다.
승인 전에 제품이 의존하는 외부 종속성을 식별하고 하나를 사용할 수 없을 때 인터페이스가 어떻게 응답해야 하는지 결정하십시오. 각 종속성을 소유한 사람, 사용 가능한 테스트 환경 및 팀이 검토를 위해 기대하는 증거를 확인하십시오. 이러한 결정을 통해 프로젝트는 월렛, 네트워크 또는 인덱싱 서비스에 의해 제어되는 동작을 약속하지 않고 관찰 가능한 승인 기준을 정의할 수 있습니다.
AEOTech에 연락할 때 제품 설명, 선호하는 체인, 사용 가능한 컨트랙트 및 구축하려는 화면 또는 사용자 여정의 샘플을 포함하십시오. 이를 사용하여 프론트엔드, 월렛 연결 및 인덱싱 작업에 대한 범위가 지정된 검토를 준비한 다음 귀하와 다음 프로젝트 결정을 확인합니다.
가격
| 서비스 | 가격 | 견적 |
|---|---|---|
| 디앱 개발 | $5,390부터 / 프로젝트 |
USD 기준 시작 가격입니다. 맞춤 번들 및 볼륨 할인은 요청 시 제공됩니다. USDT, USDC, BTC, ETH, SOL, TON 또는 프로젝트 토큰으로 결제 가능합니다.
이용 방법
- 제품 입력 공유제품 설명, 선호하는 체인, 기존 컨트랙트 세부 정보, 디자인 및 관련 리포지토리 액세스 권한을 보내주십시오. 불명확한 사항은 명확히 표시하십시오.
- 범위 및 종속성 검토사용자 여정을 프론트엔드, 월렛 및 인덱싱 작업에 매핑한 다음 구현 전에 필요한 결정 또는 액세스 권한을 플래그합니다.
- Launch Spec 승인요구 사항, 가정 및 인도물을 함께 검토합니다. 합의된 범위에 따라 작업이 시작됩니다.
- 구축 및 검토승인된 작업을 구현하고 진행 상황, 질문 및 결정을 Run Log에 기록합니다.
- 인수인계 수신Readout은 전달된 작업과 귀하의 팀을 위한 합의된 다음 조치를 요약합니다.
자주 묻는 질문
디앱 범위를 설정하려면 무엇이 필요하나요?
제품 설명, 애플리케이션이 지원해야 하는 사용자 작업, 선호하는 체인, 그리고 사용 가능한 모든 컨트랙트, 디자인 또는 리포지토리를 보내주십시오. 제품 결정을 승인할 수 있는 사람을 알려주십시오. 요구 사항이 확정되지 않은 경우 열린 상태로 표시하십시오. 이는 확정된 범위와 구현에 영향을 미칠 수 있는 결정을 구분하는 데 도움이 됩니다.
이미 보유한 컨트랙트에 프론트엔드를 연결할 수 있나요?
네. 사용 가능한 컨트랙트 세부 정보를 공유하고 프론트엔드가 지원해야 하는 사용자 액션을 설명해 주십시오. 해당 입력을 중심으로 인터페이스 및 통합 범위를 설정할 수 있습니다. 컨트랙트 동작 또는 문서에서 중요한 사용자 흐름이 불분명한 경우, 해당 흐름을 구현 준비가 된 것으로 간주하기 전에 검토를 위해 해당 질문을 식별합니다.
디앱에 인덱싱이 필요한 이유는 무엇인가요?
인덱싱은 블록체인 관련 정보를 이를 제시해야 하는 애플리케이션 뷰에 맞게 구성하는 데 도움이 됩니다. 프로젝트에 필요한지 여부는 사용자에게 필요한 화면과 데이터에 따라 다릅니다. 인덱싱된 뷰가 필요하지 않은 제품은 이 작업 스트림이 필요하지 않을 수 있습니다. 먼저 필수 필드와 사용자 작업을 나열한 다음 적절한 접근 방식의 범위를 설정하십시오.
디앱 개발 비용은 얼마인가요?
프로젝트는 $5,390 / 프로젝트부터 시작합니다. 프론트엔드, 월렛 연결, 인덱싱 요구 사항, 기존 자료 및 통합에 따라 전달해야 할 사항이 결정되므로 작업 시작 전에 범위를 검토합니다. 프로젝트별 범위에 대한 요구 사항 및 사용 가능한 기술 입력을 보내주십시오.
디앱 프로젝트는 얼마나 걸리나요?
기능, 종속성, 액세스 및 승인 프로세스를 검토한 후 일정을 확인합니다. 집중된 프론트엔드 범위와 컨트랙트 조정 또는 인덱싱도 필요한 프로젝트는 계획해야 할 작업이 다릅니다. 사용 가능한 자료를 제공하고 결정을 검토할 사람을 식별하여 일정이 실제 프로젝트를 반영할 수 있도록 하십시오.
월렛이나 인덱서가 항상 예상된 결과를 표시한다고 보장할 수 있나요?
아니요. 사용 가능한 요구 사항과 환경을 사용하여 합의된 애플리케이션 동작을 전달하고 테스트할 수 있지만, 월렛 제공자는 자체 인터페이스와 권한을 제어하고 네트워크 및 외부 데이터 서비스는 가용성과 데이터 타이밍을 제어합니다. 이러한 경우에 대해 표시 가능한 상태를 정의하여 디앱이 관찰할 수 있는 것을 전달하도록 합니다.
사용자가 월렛 요청을 거부하면 어떻게 해야 하나요?
인터페이스는 사용자에게 정보를 계속 제공하고 요청이 성공했다는 인상을 주지 않으면서 명확한 다음 액션을 제시해야 합니다. 범위 검토 중에 거부된 요청, 연결이 끊긴 월렛 및 아직 애플리케이션에 나타나지 않은 트랜잭션에 대한 메시지 및 복구 경로를 정의하십시오. 이러한 동작은 관련 사용자 흐름 검토에 포함되어야 합니다.
프로젝트를 알려주세요
네 가지 질문에 답하면 담당자가 1시간 내로 계획, 일정, 가격대를 보내드립니다. 모든 정보는 비밀로 유지됩니다.
양식 로딩 중…