NFTコレクション開発を一手に担当する窓口

コレクションは一つの統合された技術的取り決め

NFTコレクション開発は、アートワークの準備方法、訪問者のミント方法、コレクション契約の実装内容を連携させます。創業者、アーティスト、プロダクトリーダーで、これらの決定を個別のチームに任せて共通の仕様なしで進めるのではなく、まとめて検討したい方に適しています。

指名された担当者が、決定事項や質問を一つの機密保持された窓口で管理します。コレクションの資料や未決定の事項は、お客様が共有や公開を承認するまで、プロジェクトの作業資料内に留められます。初回は、コレクションのコンセプト、利用可能なアセット、想定される訪問者のジャーニー、既知の契約要件を記録します。これにより、お客様のチームは、確定している事項とまだ決定が必要な事項を把握できるようになります。

コレクションがより広範なプロダクトの一部である場合は、Web3開発で周辺の技術作業を構成できます。また、契約に焦点を当てた要件は、スマートコントラクト開発と併せて検討しつつ、コレクション固有の要件を可視化することも可能です。

形式、担当範囲、インプット

開発は密接に関連する3つの部分から構成されます。以下の表は、各部分の概要と、明確な初回レビューのために貴チームが準備できる資料を示しています。

この表は出発点であり、すべての機能を一つの開発に含めるべきという前提を示すものではありません。インターフェースと契約の両方に影響する決定については、依存関係を文書化します。プロジェクトにミントルート以外のより広範なページが必要な場合は、Web3ウェブサイト・ランディングページ開発を別途検討できます。これにより、貴チームはどの資料を提供し、どの質問に承認が必要かを把握できます。

実装開始前に確定すべきことは？

実装を開始する前に、コレクションのビジュアルの方向性、ミントジャーニー、契約がサポートすべき動作を確定してください。これらの決定により、チームは有用なレビューポイントを得られ、暗黙の前提が開発に組み込まれる可能性を減らせます。

アートパイプラインについては、ソースファイル、各ビジュアルコンポーネントの役割、表示すべきでない組み合わせを特定します。サンプル出力を承認する担当者を合意してください。技術的に一貫した結果であっても、アートディレクションの決定は別途必要です。ミント体験については、訪問者の経路と各ステップで明確にすべき情報を記述します。契約については、既知のコレクションルールと未解決の選択肢を記録しますが、確定したものとして扱わないでください。

関連する意思決定者からの単一の文書化された回答により、承認の追跡が容易になります。コレクションがより大規模なアプリケーションの一部である場合、dApp開発は別のフェーズに属する可能性があります。仕様書でその境界を明確にすることで、より広範なプロダクトのアイデアがコレクションの当面の要件を不明瞭にすることを防げます。

4つの段階による取り決め

作業はレビュー可能な4つの段階で進み、開発の方向性を決める各ポイントでお客様の承認を得ます。指名された担当者が質問を一元管理し、あるコンポーネントに影響を与える前に決定事項を明確にします。

1. スコープ打ち合わせ: コレクションのコンセプト、アセット、訪問者ジャーニー、既知の要件について話し合います。未決定の事項は、仮定せずに記録します。
2. 文書化された仕様: アートワークフロー、サイトの動作、契約要件、依存関係、承認ポイントを設定し、お客様の承認を得ます。
3. 開発とレビュー: 合意されたコンポーネントを実装します。サンプル出力をご確認いただき、承認済み仕様に基づいてミント体験をレビューしていただきます。
4. 引き継ぎ: 合意されたプロジェクト資料を提供し、実装内容と記録された担当責任について貴チームに説明します。

構成されたレビューは、一人の担当者が各承認責任者からフィードバックを集めることで最も効果的に機能します。新しい機能がコレクションのルールや訪問者ジャーニーを変更する場合、担当者がリクエストを記録し、仕様変更前にその影響を明確にします。同じ記録により、その後の引き継ぎが貴チームが承認した内容と整合します。

引き継ぎ前の構成されたレビュー

受け入れは、漠然とした準備完了の印象ではなく、文書化された要件に基づいて行うことで最も明確になります。承認されたビジュアルの方向性、ミントルート、仕様に記録された契約動作に基づいてレビューを構成します。貴チームは、指名された担当者を通じて具体的な指摘事項を提出でき、担当者はフィードバックを一元管理し、スコープ内の修正と新たなリクエストを区別します。

承認前に、生成された出力が合意されたビジュアルルールに一致すること、ミントサイトが意図されたアクションを説明していること、引き継ぎ資料が運用上の責任を特定していることを確認してください。ソースアセット、コレクションルール、ユーザーフローの変更は複数のコンポーネントに影響を与える可能性があるため、先に進む前にその影響を記録します。これにより、レビューは測定可能なものとなり、何が受け入れられたかの明確な記録が残ります。

境界

契約は、選択されたチェーンのルールの下で実装された動作を実行します。ウォレットやマーケットプレイスのインターフェースは、それぞれの表示とサポートを独自に制御します。当社は、合意されたサイトと契約の動作を文書化しレビューすることはできますが、それらのサードパーティ製インターフェースがコレクションをどのように表示またはサポートするかを決定することはできません。

コレクションのための非公開の次のステップ

一部の決定が未解決のままでも、焦点を絞ったスコープ打ち合わせは有用です。コレクションのコンセプト、利用可能なアートワークまたは代表的なサンプル、想定される訪問者ジャーニー、既に判明している契約要件をお持ちください。詳細が未決定の場合は、それを未決定と明示することで、ギャップを仮定で埋めるよりも信頼性の高い議論の出発点となります。

指名された担当者は、どの選択肢にお客様の承認が必要か、どの資料が準備できているか、アートパイプライン、サイト、契約が互いにどのように依存しているかを特定できます。代替可能なアセットも計画されている場合は、トークン作成とデプロイをコレクション要件に含めるのではなく、個別の作業としてスコープ設定できます。公開用の資料は、お客様の承認なしにデスクから出ることはありません。

コレクションのビジュアルの方向性を一言で説明していただけますか？指名された担当者が、2営業日以内に非公開のスコープ打ち合わせを手配します。

仕組み

1. コレクションの概要を確立コンセプト、利用可能なアートワーク、意図するミントジャーニー、既知の要件を共有します。未解決の質問は未決定のままマークできます。
2. 開発仕様を記録指名された担当者が、コンポーネント、依存関係、承認責任者、承認ポイントをまとめ、お客様の承認を得ます。
3. 実装をレビュー貴チームは、承認された仕様に基づいてアート出力のサンプルとミント体験を確認し、フィードバックを集約します。
4. 引き継ぎを完了合意されたプロジェクト資料を説明し、貴チームのために記録された責任を明確にします。