텔레그램 봇 개발: 커뮤니티 플로우 및 TON 미니 앱

첫 번째 사용자 작업에 적합한 텔레그램 형식은 무엇인가요?

1개의 작업이 올바른 형식을 결정합니다. 텔레그램 봇은 안내 메시지에 적합합니다. TON 미니 앱은 인터랙티브 인터페이스에 적합합니다. 사용자가 해야 할 일에 맞게 형식을 선택하고, 첫 번째 릴리스는 집중된 상태로 유지하세요.

사용자에게 지침, 답변 또는 라우팅이 필요할 때 메시지 플로우가 적합합니다. 작업에 화면, 상태 변경 또는 연결된 액션이 필요할 때 미니 앱이 적합합니다. 트레이딩의 경우 각 액션을 리스트업하세요. 사용자가 검토하거나 확인해야 하는 지점을 표시하세요.

빌드 작업 시작 전에 첫 번째 작업을 화면 및 액션 개요로 전환합니다. 제품에 더 넓은 애플리케이션이 필요한 경우 dApp 개발과 연결하세요. 더 넓은 기술적 관점은 Web3 개발을 참조하세요.

텔레그램 빌드의 초점을 유지하는 6가지 입력

6가지 입력이 첫 번째 릴리스 플랜을 검토 가능하게 만듭니다: 사용자, 작업, 규칙, 데이터, 종속성 및 담당자. 이미 있는 내용을 보내주세요. 늦은 변경이 되기 전에 누락된 결정을 알려드립니다.

• 사용자: 텔레그램 봇 또는 미니 앱을 여는 사람과 그 이유는 무엇인가요?
• 주요 작업: 첫 번째 방문에서 그 사람이 완료해야 하는 것은 무엇인가요?
• 규칙: 적용되는 승인된 답변, 제품 규칙 및 오류 메시지는 무엇인가요?
• 데이터: 플로우가 읽거나, 수집하거나, 표시하는 정보는 무엇인가요?
• 확인: 완료 전에 사용자 검토가 필요한 액션은 무엇인가요?
• 종속성: 관련된 지갑, 체인, 컨트랙트, API 또는 기존 인테페이스는 무엇인가요?
• 담당자: 제품 결정을 승인하고 기술적 액세스를 제공할 수 있는 사람은 누구인가요?

커뮤니티 워크플로우의 경우 중재 규칙과 일반적인 질문을 추가하세요. 런칭 시 필요한 지원 경로와 언어를 포함하세요. 트레이딩의 경우 의도된 액션과 관련 지갑 또는 체인 세부 정보를 공유하세요.

계약 작업이 제품의 일부인 경우 인터페이스 플랜과 함께 스마트 컨트랙트 개발을 검토하세요. 플로우가 지갑에 연결되는 경우 크립토 지갑 개발을 참조하세요.

DigitalMedia1는 이러한 입력과 미결정 사항을 기록하는 킥오프 체크리스트를 사용합니다. 승인할 구체적인 첫 번째 릴리스 개요를 받게 됩니다. 계속 늘어나는 기능 요청보다 낫습니다.

첫 번째 검토부터 테스트된 릴리스까지의 4개 윈도우

4개의 작업 윈도우가 제품 노트에서 인수인계까지 빌드를 진행합니다. 순서는 항상 확인 가능합니다. 구현 전에 사용자 액션을 검토하고, 마지막에 동일한 리스트로 테스트합니다.

1. 윈도우: 구헌 전. 사용자, 작업, 규칙, 기술적 액세스 및 통합을 검토합니다. 첫 번째 릴리스 기능 리스트를 승인합니다.
2. 윈도우: 승인 후. 화면 또는 메시지 포인트, 예상 액션, 오류 상태 및 인수인계 시점을 매핑합니다. 빌드 작업 전에 플로우를 검토합니다.
3. 윈도우: 개발 중. 합의된 기능을 구현하고 리스트된 액션에 영향을 미치는 결정을 제기합니다. 승인된 플랜 대비 진행 상황을 검토합니다.
4. 윈도우: 인수인계 전. 합의된 사용자 플로우를 테스트하고 예상 메시지 및 인테페이스 상태를 확입합니다. 그런 다음 팀을 위한 릴리스 노트를 준비합니다.

각 윈도우에는 개방형 승인 루프가 아닌 검토 지점이 있습니다. 프로젝트에 별도의 웹 인테페이스가 필요한 경우 Web3 웹사이트 및 랜딩 개발과 조율하세요. 누락된 통합 세부 정보가 초기에 드러납니다. 영향을 받는 작업을 확인하기 전에 각 종속성과 그 담당자를 식별합니다.

1명의 의사 결정권자를 지명하고 기술 노트를 모아 준비하세요. 테스트할 첫 번째 사용자 액션을 선택하세요. 이 3가지 항목이 검토를 구체적으로 유지하는 데 도움이 됩니다.

텔레그램 팀이 릴리스 전에 확인할 수 있는 것은 무엇인가요?

3가지 확인 사항이 텔레그램 릴리스를 더 쉽게 검토할 수 있게 합니다. 액션, 사용하는 데이터 또는 권한, 그리고 문제 발생 시 사용자가 취하는 경로를 확인하세요. 이 확인 사항을 기능 리스트 옆에 두세요. 릴리스 전에 제품 담당자가 확인하도록 하세요.

• 커뮤니티: 승인된 답변이 규칙에 부합하는지 테스트하세요. 판단이 필요한 요청을 사람이 인계받을 수 있는지 확인하세요.
• 트레이딩 인터페이스: 표시된 정보, 검토 단계 및 확인 동작이 요구 사항에 부합하는지 테스트하세요.
• TON 미니 앱: 프로젝트에 지정된 대상 기기에서 합의된 화면과 연결된 액션을 테스트하세요.

텔레그램은 자체 검토 결정과 기능 가용성을 통제합니다. 플랫폼 동작도 변경될 수 있습니다. 합의된 작업을 제공하고 테스트된 플로우를 문서화합니다. 텔레그램 승인 또는 플랫폼 기능의 지속적인 가용성을 약속할 수 없습니다.

릴리스 버전, 테스트된 액션, 알려진 종속성 및 지원 담당자의 기록을 유지하세요. 이 기록은 팀이 나중에 변경 사항을 확인할 수 있는 명확한 기반을 제공합니다. 연결된 서비스가 변경되면 업데이트를 요청하기 전에 영향을 받는 플로우를 기록하세요.

인수인계 시 팀이 받는 3가지 기록

3가지 인수인계 기록은 무엇이 구축되었고, 테스트되었으며, 팀에 할당되었는지 보여줍니다. 구현 전에 정확한 파일과 노트를 합의합니다. 그러면 최종 검토 시 명확한 체크리스트가 있습니다.

인수인계에는 합의된 대로 소스 파일, 구성 노트, 사용 지침 및 테스트된 플로우 기록이 포함될 수 있습니다. 팀은 계정 액세스, 콘텐츠 업데이트, 지원 문의 및 향후 기술 변경 사항을 누가 담당하는지 알아야 합니다. 인수인계 노트에서 이러한 담당자를 명확히 표시합니다.

더 넓은 제품 구축을 위해 관련 Web3 개발 서비스를 비교하세요. 시작하려면 제품 페이지와 기술 노트를 보내주세요. 관련된 경우 컨트랙트 주소와 지원하려는 1개의 사용자 작업을 포함하세요. 해당 자료를 검토하고 미결정 사항을 확인한 후 서면 플랜을 반환합니다.

이용 방법

1. 첫 번째 작업 보내기대상 사용자, 완료해야 할 액션, 기존 제품 또는 기술 노트를 공유하세요. 제품 결정을 승인할 수 있는 사람을 지명하세요.
2. 윈도우: 초기 검토작업, 플랫폼 형식, 통합, 액세스 요구 사항 및 누락된 결정을 확인합니다. 빌드 작업 전에 첫 번째 릴리스 기능 리스트를 검토합니다.
3. 윈도우: 승인된 구현합의된 텔레그램 봇 플로우 또는 TON 미니 앱 기능을 구축합니다. 진행 상황 업데이트는 리스트된 사용자 액션을 변경할 수 있는 질문을 제기합니다.
4. 윈도우: 테스트 및 인수인계합의된 플로우를 테스트하고 릴리스 노트 및 소유권 기록을 준비합니다. 팀이 테스트된 액션과 다음 책임을 검토합니다.