申請準備状況レコードには何が表示されますか？
受付レコードには、どのプロジェクト詳細が準備済みで、どの項目に確認が必要かが表示されます。これにより、チームはJupiterとRaydiumの申請について明確な開始点を得られ、両プラットフォームのワークフローを1つのステータスに混在させる必要がなくなります。
トークン識別子、公式プロジェクトリンク、プロダクト説明、既存の申請履歴を収集します。その後、提供された詳細にギャップや矛盾がないか比較します。プロジェクトの担当者が事実関係の主張を確認し、申請資料を準備する前に質問に回答します。不確かな詳細を推測で埋めることはありません。
作業ステータスレコードは、プラットフォーム、資料、提出状態、未処理リクエスト、次のアクションの5つのフィールドを使用します。これにより、タスクがチームに属するものか、申請調整の一部かを容易に判断できます。キックオフ前に以下を準備してください。
- 現在のトークン識別子とプロジェクト詳細
- 公式リンクと簡潔なプロダクト説明
- 過去の申請記録またはプラットフォームとのやり取り
- プロジェクト情報の確認を許可された担当者1名
関連する上場作業については、上場と検証をご覧ください。JupiterおよびRaydiumの申請サポートは独立したワークストリームです。DEX上場と流動性設定は、流動性とマーケットアクセスに関する別のニーズをカバーします。
JupiterとRaydiumの手順はどのように異なりますか？
申請資料は2つの別々のプラットフォームプロセス用に準備されます。1つのプロジェクト情報セットで両方をサポートできますが、各プラットフォームの手順とステータスには個別のレコードが必要です。
利用可能な情報をレビューし、確認が必要な項目を特定し、該当する申請用に資料を整理します。その後、合意された提出手順を調整し、プラットフォームごとにリクエストやステータス変更を追跡します。JupiterまたはRaydiumから確認を求められた場合、解決すべき項目に関するコンテキストとともに、そのリクエストをプロジェクトの担当者に転送します。
この分離により、一方のプラットフォームのステータス更新が他方の進捗と誤認されるのを防ぎます。また、チームは何が準備され、何が提出され、何が未処理かを実用的に把握できます。トークンの事実と公式リンクについては、1つの最新情報源を維持してください。それらの詳細が変更された場合はお知らせください。最新情報に基づいて資料を確認できます。
プロジェクトが他の場所でプロフィール修正も必要な場合は、DEXToolsおよびDEXScreenerのプロフィール更新が別サービスです。より広範なトラッカーカバレッジについては、他の仮想通貨トラッカー掲載をご確認ください。
チームはどのようなレコードを受け取りますか？
引き継ぎには、準備済みの申請資料、レビューノート、各プラットフォームのステータスサマリーが含まれます。これらのレコードは、使用された情報と残っているアクションを示します。チームは、個別のメッセージから履歴を再構築することなく、作業を追跡できます。
書類チェックは、チームが提供する情報の完全性と一貫性に焦点を当てます。不足項目、不明確な主張、矛盾するプロジェクト詳細を確認用にフラグ付けします。トークンの事実、プロダクトの主張、公式リンクについては、お客様が情報源であり続けます。確認後、合意された情報を申請プロセス用に整理し、関連するやり取りを作業レコードとともに保持します。
サービス範囲には以下が含まれます。
- プロジェクト情報の受付と整理
- 文書の準備と完全性チェック
- 提出された申請資料のコンプライアンスチェック
- 申請手順とフォローアップの調整
- 契約期間中の定期的なステータス更新
レコードにより、次の担当者が明確になるようにします。チームは、情報を提供する必要があるのか、リクエストに応答する必要があるのか、プラットフォームの更新を待つ必要があるのかを確認できます。より広範なディレクトリカバレッジを計画しているプロジェクト向けに、CoinMarketCap上場サポートとCoinGecko上場サポートが別途申請要件に対応します。
両方の申請の作業スケジュールはどのように決まりますか？
スケジュールは営業日単位で測定され、資料を確認した後に確定します。最初の計画チェックポイントは準備状況です。今すぐ準備できるものと、調整を進める前に確認が必要なものを特定します。
単一のプロジェクト担当者が作業をスムーズに進めるのに役立ちます。合意された1つのチャネルを通じて回答と修正済み詳細を送信してください。新しいリクエストややり取りにはプラットフォーム名を含めてください。これにより、正しいステータスレコードに適切な項目を追加し、2つの申請パスを混同するのを防げます。
契約期間中の更新では、完了した準備と未解決の作業を区別します。各更新は、該当するプラットフォーム、現在のステータス、次のアクションを特定します。プラットフォームから追加情報が要求された場合、そのリクエストを担当者と共有し、対応を調整します。スケジュールは、お客様の資料とプラットフォーム手順の順序を反映します。受付後に確定します。これにより、プロジェクト計画において両方のパスが同期して進むと仮定することを避けます。
このアプローチにより、チームは契約期間中、作業を実用的に把握できます。また、未確認の仮定ではなく、記録されたステータスに基づいて、関連するローンチコミュニケーションを計画するのに役立ちます。
プラットフォームのレビューは決定にどのように関与しますか？
申請レコードは、何を準備し調整したかを確認できますが、プラットフォームの結果を決定することはできません。JupiterとRaydiumは、上場と検証ステータスに関するレビュー手順と最終決定の管理権を保持します。それらの編集基準は変更される可能性があるため、承認も特定の決定スケジュールも当社の管理外です。
当社の責任は、お客様が提供する資料をチェックし、合意された申請作業を整理し、プラットフォームからの連絡を正確に報告することです。保留中のレビューを承認として提示したり、いずれかのプラットフォームへの特別なルートを主張したりすることはありません。レビュアーが追加情報を要求した場合、要求された項目を特定し、お客様の対応を調整するのを支援します。
提出調整の前に、チームは以下を確認できます。
- トークン詳細が提供資料間で一致していること
- 公式プロジェクトリンクが最新であること
- 指名された担当者がプロジェクト情報を確認できること
- 既存の申請履歴が共有されていること
公開アップデートを計画する際は、ステータスレコードを使用してください。完了した作業と、まだ通知されていないプラットフォームの決定を区別します。その区別により、アナウンスを検証可能なプロジェクトステータスに結び付けることができます。
この作業は他の上場とどのように連携すべきですか？
2つのSolanaプラットフォーム申請は、チームが一貫したプロジェクト情報源を持っている場合、より広範な上場計画に適合します。他のプラットフォームや検証タスクを追加する前に、トークン詳細、プロダクト説明、公式リンクを整合させてください。
シンプルな内部リストで、プラットフォーム、提供された資料、現在のリクエスト、対応責任者を追跡できます。これは、複数の申請が同時に進行している場合に特に役立ちます。再利用される前に古い詳細を特定し、フォローアップの担当を明確にするのに役立ちます。
関連作業には、CoinMarketCapコミュニティ検証、循環供給量検証、またはその他の上場および検証サポートが含まれます。これらは別個のスコープです。JupiterおよびRaydiumの申請サポートに自動的に追加されるものではありません。
スコープ確認のため、GeoMarketing Expertsにトークン識別子、公式プロジェクトリンク、短いプロダクト説明、既存の申請やり取りをお送りください。資料をレビューし、1つまたは両方のプラットフォームパスが必要かを明確にし、次の営業日アクションの概要をお伝えします。
仕組み
- 1. プロジェクト情報を送信トークン識別子、公式リンク、短いプロダクト説明、関連する申請履歴を共有してください。プロジェクト詳細を確認できる担当者を1名指名してください。
- 2. 申請準備状況を確認GeoMarketing Expertsが提供された資料の完全性と一貫性をレビューします。不足または不明瞭な情報をチームの確認用にフラグ付けします。
- 3. 資料を準備確認された情報を整理し、JupiterとRaydiumの別々のプロセスとして合意された申請資料を準備します。
- 4. フォローアップを調整プラットフォームのリクエストとステータス変更を2つの個別レコードで追跡します。更新では、該当するプラットフォームと次のアクションを特定します。
- 5. ステータスを引き継ぎ完了した作業と各プラットフォームから通知されたステータスのサマリーを受け取ります。
よくある質問
最初のレビューにはどのプロジェクト詳細を送ればよいですか？
トークン識別子、現在の公式プロジェクトリンク、簡潔なプロダクト説明、申請記録やプラットフォームとのやり取りをお送りください。詳細を確認し、フォローアップの質問に回答できる担当者を1名指名してください。GeoMarketing Expertsが受付をレビューし、不足情報をフラグ付けし、申請資料を準備する前に準備が整っているものを確認します。
JupiterとRaydiumは1つの申請として扱われますか？
いいえ。両方のプラットフォームで合意された作業を調整しますが、2つの別々の申請パスを追跡します。プロジェクト詳細は1つの確認済み情報源から提供できます。各プラットフォームの資料、リクエスト、ステータスは作業レコード内で区別されたままです。一方の更新が他方の進捗と誤認されることはありません。
スコープには検証ステータス取得のガイダンスが含まれますか？
はい。サービスには、申請準備、書類チェック、調整とともに、検証ステータス取得手続きのガイダンスが含まれます。作業レコードには、各プラットフォームから通知されたステータスが表示されます。進行中の申請がある場合は、それを確認した後、チームと正確なスコープを確定します。
進行中の申請を引き継げますか？
はい。受付時に、提出済みの資料、申請記録、プラットフォームとのやり取りを共有してください。既存の作業をレビューし、未解決項目を特定し、Jupiter、Raydium、またはその両方に残っている調整を明確にします。指名された担当者がプロジェクトの事実を確認し、契約期間中に転送されたリクエストに応答できます。
JupiterとRaydiumのサポートのスケジュールはどのように決まりますか？
スケジュールは営業日単位で測定され、初期資料レビュー後に確定します。準備作業、未処理の情報リクエスト、関連する申請手順を特定します。その後、定期的なステータス更新で、完了した作業と各プラットフォームの次のアクションが表示されます。
チームは承認と検証ステータスを確実に取得できますか？
いいえ。JupiterとRaydiumは、自社のレビュー手順を通じて上場と検証ステータスの決定を独自に行います。それらの基準は進化する可能性があります。GeoMarketing Expertsは合意された作業を準備および調整し、提供された資料をチェックし、ステータスを正確に報告しますが、いずれかのプラットフォームの決定を下したり、管理したりすることはできません。
プロジェクトについて教えてください
4つの簡単な質問に答えると、マネージャーが1時間以内にプラン、スケジュール、価格帯をお送りします。すべて機密情報として扱われます。
フォームを読み込んでいます…