フィードバックは実際に読まれている
開発者コミュニティには、Feedback Assistantのレポート（Radarの後継）を提出しても無駄だという一般的な認識があります。レポートはブラックホールに消え、何も起こらないと。Xcode 26で機能リクエストが実装されたことで、そうではないことが証明されました。
自分がリクエストした機能がキーノートやリリースノートに登場するのを見るのは、満足感のある体験です。しかしそれ以上に重要なのは、Appleのエンジニアリングチームが直接返信がない場合でも、コミュニティのフィードバックを確認し優先順位を付けていることを示している点です。
効果的なフィードバックを書くためのコツ
すべてのレポートが同じではありません。レポートがアクション可能になる確率を上げるために私が見つけたポイントは以下の通りです：
問題を具体的に記述する。 「Xcodeが遅い」では役に立ちません。「ファイルに3つ以上の#Previewブロックが含まれている場合、XcodeのSwiftUIプレビューの更新に12秒かかる」は、エンジニアが調査できる具体的な情報を提供します。
サンプルプロジェクトを添付する。 最小限の再現プロジェクトは、添付できるものの中で最も価値があります。エンジニアがプロジェクトをビルド・実行して問題を確認できれば、調査への最大の障壁を取り除いたことになります。
解決策だけでなく、ユースケースを説明する。 「Xをするボタンを追加してほしい」ではなく、なぜそれが必要かを説明してください：「大規模なSPMグラフで作業する場合、ファイルがどのターゲットに属しているかをすぐに特定する必要があります。なぜなら…」これによりチームに適切なソリューションを設計するためのコンテキストが提供され、それはあなたが想像したものとは異なるかもしれません。
ベータシーズン中に提出する。 WWDC後の数週間は、Appleのチームが新機能に関するフィードバックを最も積極的に収集している時期です。この期間に提出されたレポートは、リリースサイクルの途中に提出されたものよりもはるかに注目されます。
習慣にする
毎年のWWDCベータシーズンには、新しいOSとXcodeベータに対してアプリをテストする時間を確保しましょう。すべての問題とすべての不足している機能についてレポートを提出してください。ほとんどには返信がないでしょうが、一部は静かに将来のリリースに影響を与えます。