텔레그램 봇 및 TON 미니 앱 개발

텔레그램 봇은 어떤 작업에 적합한가요?

텔레그램 봇은 사용자가 채팅 내에서 바로 명확한 작업(정보 얻기, 안내 따르기, 요청 보내기, 필요한 섹션 열기)을 수행해야 할 때 적합합니다. 팀 입장에서는 반복적인 프로세스를 예측 가능한 시나리오로 구성하여 모든 작업을 수동으로 중재자에게 맡기지 않도록 하는 방법입니다.

Web3 프로젝트에서는 일반적으로 몇 가지 유형의 작업을 고려합니다:

• 커뮤니티: 환영 메시지, 규칙, 자주 묻는 질문 답변, 문의 라우팅 및 알림.
• 제품: 참고 정보, 요청 접수, 필요한 섹션 접근 및 지원팀과의 상호작용.
• 트레이딩 시나리오: 사용 가능한 기능을 확인하고 프로젝트에서 미리 정의된 작업을 실행하기 위한 인터페이스.

개발 전에 누가 봇을 사용할지, 사용자가 어디에서 봇으로 유입되는지, 각 작업 후에 어떤 일이 발생해야 하는지 설명하는 것이 유용합니다. 시나리오에 데이터 전송이나 외부 제품과의 연결이 포함된 경우 요구사항에 반영해야 합니다. 하나의 봇 범위를 넘는 작업은 Web3 개발 프레임워크 내에서 개발을 조정할 수 있습니다.

TON 프로젝트에 텔레그램 미니 앱을 선택해야 하는 경우는 언제인가요?

미니 앱은 봇과의 대화만으로는 부족하고 사용자에게 여러 인터페이스 요소가 포함된 화면이 필요할 때 적합합니다. 봇은 사용자를 앱으로 안내하고 이벤트를 알릴 수 있으며, 미니 앱은 텔레그램 내에서 별도의 사용자 인터페이스를 제공합니다.

작업에 따른 형식 비교:

TON 기반 제품의 경우 인터페이스와 지갑 또는 제품의 다른 부분 간의 상호작용을 미리 설명합니다(해당 통합이 작업에 포함된 경우). 기본 기대 사항에 통합을 포함하지 마십시오: 필요한 작업 체인과 전송되어야 하는 데이터를 나열하십시오. 사용자 시나리오에 추가 로직이 포함된 본격적인 애플리케이션이 필요한 경우 dApp 개발과 비교하십시오.

텔레그램 봇 개발에는 무엇이 포함되나요?

개발은 프로젝트 경계를 합의하는 것으로 시작됩니다: 사용자 역할, 각 역할이 수행할 수 있는 작업, 봇이 처리해야 하는 상황. 이는 '커뮤니티용 봇 만들어 주세요'와 같은 모호한 요청을 방지하고 팀이 인수 전에 정확히 무엇을 확인할지 미리 정의하는 데 도움이 됩니다.

프로젝트에 포함할 수 있는 항목:

• 사용자 시나리오 맵 및 봇 상태 또는 미니 앱 화면 설명;
• 인터페이스 텍스트 및 전환 구조(준비가 합의된 경우);
• 명시된 기능 및 계획된 통합 구현;
• 주요 시나리오 검증 및 사양과의 불일치 수정;
• 사용 지침 및 합의된 프로젝트 자료 전달.

작업 시작 전에 텍스트, 시각 자료 및 액세스 권한을 누가 제공하는지, 필요한 언어, 프로젝트 측에서 결과를 수락할 사람을 확정하십시오. 블록체인 로직과 관련된 기능의 경우 계약 및 필요한 상호작용을 별도로 합의하십시오. 온체인 자체 로직이 필요한 경우 스마트 계약 개발 또는 토큰 생성과 함께 고려할 수 있습니다.

브리핑부터 검증까지 개발은 어떻게 진행되나요?

명확한 개발 프로세스는 초기 작업을 인수 기준과 연결합니다. 코드를 작성하기 전에 팀은 원하는 기능뿐만 아니라 고객이 각 시나리오가 올바르게 작동하는지 어떻게 판단할지 이해해야 합니다.

작업은 일반적으로 단계적으로 진행됩니다:

1. 작업 명확화. 대상 고객, 목표, 사용자 역할, 필요한 통합 및 프로젝트 제약 사항을 분석합니다.
2. 사양. 봇 또는 미니 앱의 동작, 상태, 메시지 및 사용자 경로 완료 조건을 설명합니다.
3. 범위 합의. 작업에 포함되는 내용, 고객이 제공하는 자료, 결과 수락 방식을 승인합니다.
4. 개발 및 검증. 합의된 기능을 구현하고 주요 시나리오를 실행하며 동작을 사양과 비교합니다.
5. 전달. 결과물을 전달하고 제공된 기능 사용 방법을 설명합니다.

일정은 작업 구성 합의 후 결정됩니다: 시나리오 수, 통합, 자료 준비 상태 및 고객의 피드백 속도가 영향을 미칩니다. 프로젝트 비용은 프로젝트당 $800부터이며 최종 견적은 합의된 범위에 따라 달라집니다. 논의 준비를 위해 제품 설명, 원하는 시나리오 예시 및 이미 사용 중인 서비스 목록을 준비하십시오.

텔레그램 및 외부 통합에 따라 달라지는 것은 무엇인가요?

프로젝트 과정에서 제품이 합의된 설명과 일치하는지 확인할 수 있지만, 텔레그램 및 관련 서비스의 작동에 영향을 미치는 모든 조건을 제어할 수는 없습니다. 따라서 사양에서 팀이 구현하는 기능과 팀이 통제할 수 없는 외부 조건을 분리하는 것이 중요합니다.

텔레그램 봇의 경우 외부 조건에는 플랫폼에서 사용하는 기능의 가용성 및 텔레그램의 규칙 또는 기술 요구 사항 변경이 포함됩니다. 미니 앱의 경우 클라이언트 환경의 올바른 작동 및 연결된 서비스의 가용성이 추가로 중요합니다. TON 시나리오에서는 프로젝트에 정의된 지갑 및 네트워크 구성 요소와의 작업을 별도로 확인합니다. 팀은 기술 검증을 상업적 결과 약속으로 대체하지 않습니다.

시작 전에 다음을 합의하십시오:

• 어떤 작업이 텔레그램 내에서 수행되고 어떤 작업이 외부 제품에서 수행되어야 하는지;
• 어떤 통합이 인수에 필수적이며 어떤 것을 다음 단계로 연기할 수 있는지;
• 무엇이 구현 오류로 간주되고 무엇이 외부 플랫폼 또는 서비스와 관련된 것인지;
• 누가 액세스 권한을 제공하고 그 최신 상태를 유지할 책임이 있는지.

당사는 합의된 작업 및 사양에 따른 검증에 대해 책임을 집니다. 텔레그램 기능의 변하지 않는 가용성, 외부 검증 통과 또는 특정 사용자 반응을 약속할 수 없습니다: 이러한 결정과 조건은 개발자의 통제 범위를 벗어납니다.

봇을 웹사이트 및 Web3 제품과 어떻게 연결하나요?

텔레그램 봇은 맥락 없는 독립 기능보다는 명확한 사용자 경로의 일부로 작동할 때 더 효과적입니다. 사용자는 봇이 무엇을 하는지, 링크가 어디로 연결되는지, 어떤 작업이 추가로 가능한지 이해해야 합니다. TON 기반 제품의 경우 봇, 미니 앱 및 기타 인터페이스 간에 일관된 기능 이름과 로직을 미리 합의하십시오.

텔레그램이 진입점 역할을 하는 경우 제품 설명과 주요 작업에 대한 간략한 설명을 준비하십시오. 웹사이트 또는 dApp 인터페이스로의 전환을 위해 전송되는 데이터와 사용자가 전환 전에 볼 정보를 합의하십시오. 프로젝트에 별도의 웹 인터페이스가 필요한 경우 Web3 프로젝트 웹사이트 개발과 함께 계획할 수 있습니다. 전체 기술 아키텍처 및 구성 요소 선택에 대해서는 Web3 개발 섹션부터 시작하십시오.

작업을 더 빨리 조정하려면 간단한 브리핑을 보내주십시오: 제품 설명, 대상 고객, 주요 사용자 작업, 원하는 형식(봇, 미니 앱 또는 결합) 및 알려진 통합 목록. 일부 결정이 아직 내려지지 않은 경우 별도로 표시하십시오. 그러면 요구 사항 확정 전에 고려할 수 있으며, 구현 중에 범위 변경으로 발견되는 것을 방지할 수 있습니다.

가격

USD 기준 시작 가격입니다. 맞춤 번들 및 볼륨 할인은 요청 시 제공됩니다. USDT, USDC, BTC, ETH, SOL, TON 또는 프로젝트 토큰으로 결제 가능합니다.

이용 방법

1. 작업 설명제품, 사용자 및 텔레그램 봇 또는 미니 앱이 지원해야 할 작업에 대해 알려주십시오.
2. 시나리오 합의역할, 전환, 통합 및 결과를 수락할 기준을 확정하십시오.
3. 범위 승인작업 구성, 프로젝트 측의 자료 및 액세스 권한, 피드백 절차를 결정하십시오.
4. 개발 및 검증합의된 기능을 구현하고 사양에 따라 주요 사용자 경로를 실행하십시오.
5. 결과 수락작업을 합의된 기준과 비교하고 전달된 기능에 대한 설명을 받으십시오.