Web3 開発：5つの開発タイプ、1つの明確な納品計画

5つの開発タイプ、1つの納品計画

5つの開発タイプは、私たちが調整するコアなWeb3製品作業をカバーします。ユーザーアクションから始めてください。次に、それをサポートする最小のコンポーネントを選択します。これにより、最初の開発に集中でき、関連する作業の計画が容易になります。

トークンには設定と展開が必要な場合があります。コントラクトはオンチェーンアクションを定義します。dAppはインターフェースをそれらのアクションに接続します。Telegramミニアプリやその他のTelegram体験は、Telegram内での製品アクティビティをサポートします。

• トークン：動作、設定、展開のニーズを定義します。トークン作成と展開を参照。
• スマートコントラクト：ユーザーアクションと必要なコントラクト動作をリストします。スマートコントラクト開発を参照。
• dApp：画面を、それらが使用するオンチェーンアクションにマッピングします。dApp開発を参照。
• Telegram体験：ユーザーが開き、送信し、受け取るものを説明します。Telegramミニアプリ開発を参照。
• ウェブサイト：ページとコンテンツが明確な場合にのみ、別途サイトを追加します。Web3ウェブサイト開発を参照。

接続された製品パーツについては、1つの開発計画をリクエストしてください。コンポーネント間の依存関係を示す必要があります。また、どのパーツを個別にレビューして承認できるかを示す必要があります。これにより、各コンポーネントが進む前に明確な決定ポイントが得られます。

どのWeb3開発が製品タスクに適合するか？

4つの質問が適切な開発を特定するのに役立ちます。ユーザーは何をしますか？そのアクションはどこで発生しますか？既に存在するものは何ですか？製品は何を返す必要がありますか？表を出発点として使用してください。納品期間は、要件と依存関係をレビューした後に設定されます。

トークンリクエストには、コントラクトやアプリが自動的に含まれるわけではありません。必要な各コンポーネントをリストしてください。それらのコンポーネントが互いにどのように依存しているかを示してください。ウォレット接続については、別の開発オプションとして仮想通貨ウォレット開発を確認してください。明確な境界は、リストにない機能が含まれる作業として扱われるのを防ぐのに役立ちます。

4つのインプットが最初の開発計画を有用にする

4つのインプットが、漠然とした製品アイデアをレビュー可能な作業に変えます。持っているものを送ってください。不明な点は推測せずに明記してください。私たちはそのギャップを利用して、開発開始前の決定事項を特定します。

• 製品目標：ユーザーと、そのユーザーが完了する必要のあるタスクを指定します。
• 機能リスト：ローンチに必要な機能と後日のアイデアを分けます。
• 既存資料：デザイン、仕様、コード、API、またはコントラクト詳細を含めます。
• 決定責任者：製品の変更やアクセスリクエストを承認できる人を指定します。
• 受け入れチェック：各機能がリクエストどおりに動作することを確認するために何を検査するかを説明します。

コントラクト主導の製品の場合は、そのアクションと権限をリストしてください。dAppの場合は、関連する画面を送ってください。どのアクションがコントラクトを使用するかを説明してください。Telegramミニアプリの場合は、ユーザーが開き、送信し、受け取るものを説明してください。必要な外部サービスを同じメモに追加してください。

プロジェクトの認証情報はお客様の管理下に置いてください。どの資料が準備済みで、どれを作成する必要があるかを教えてください。書面による計画を確定する前にインプットを確認します。開発開始前に不足している決定事項を確認できます。

Web3開発はリクエストから引き継ぎまでどのように進むか？

5つのステップで、リクエストを製品説明から記録された引き継ぎに移行します。開発開始前に要件を承認します。作業の進行中、決定事項と未解決の質問を可視化したままにします。

1. 製品目標、機能、既存資料、決定責任者を送信します。
2. 書面計画（機能、依存関係、除外事項、受け入れチェック）をレビューします。
3. アクセス権限、構築順序、製品決定の承認者を確認します。
4. 合意された要件に対する進捗をレビューし、未解決の質問を解決します。
5. 完成した作業を確認し、未処理項目を記録し、合意された引き継ぎを手配します。

書面による見積もりは、通常レビュー後2営業日以内に届きます。確認済みの支払いから24時間以内に作業を開始できます。開発スケジュールは計画に設定します。まず、チームが要件と依存関係をレビューします。

製品に関する質問に対応できる承認者を1名確保してください。リクエストされた変更が別のコンポーネントに影響する場合は、その記録を依頼してください。承認する前に、それが計画にどのように影響するかを通知します。これにより、合意された作業と未解決の決定事項に関する明確な参照情報が得られます。

ローンチチェックと次のインプット

3つのローンチチェックにより、Web3の引き継ぎが使いやすくなります。機能を受け入れチェックと比較します。アクセス権限と担当に関するメモを確認します。製品が依存する外部サービスを記録します。また、納品後にお客様のチームが運用または保守するために必要なものを特定します。

• 機能チェック：完成した作業を書面による要件と比較します。
• アクセスチェック：プロジェクト資料とアカウントの責任が記録されていることを確認します。
• 運用チェック：統合、サポート窓口、未解決の決定事項を記録します。
• フォローアップチェック：欠陥の報告方法や変更のリクエスト方法について合意します。

開発コードレビューは、合意された要件に対して作業をチェックします。これは独立したスマートコントラクトセキュリティ監査ではありません。Telegramの要件やサードパーティサービスの動作は、当社の管理外です。プラットフォームの承認、可用性、または中断のない運用を約束することはできません。合意された開発作業とその文書化された引き継ぎは約束できます。

ロードマップにAIエージェントも必要な場合は、別のリクエストとしてAIエージェント開発を確認してください。製品目標、機能リスト、既存の技術資料、希望する引き継ぎ方法をお送りください。インプットを確認し、承認用の書面計画と見積もりを返送します。