メタバースビジネスの取り組み状況に関する設問に対し、「事業化の社内審査がおりた」「事業として既に運営している」ケースについては成功、「事業化に向けた検討が停滞」「検討自体が中止された」ケースは失敗と定義している。 また同レポートでは、失敗事例と成功事例とを比較し、「企画内容・ビジネスモデル」「検討プロセス」「組織・体制」の観点から事業化に失敗する特徴を導き出した。 企画内容・ビジネスモデルの観点からみる失敗層は、メタバースビジネスを既存ビジネスの延長線上に位置づけている傾向がみられた。そのため、“事業”として捉える視点が希薄であり、「キャッシュポイント」が成功層と比較し個数が少なかったり、「コスト」の可視化ができていない企業が多くみられた。 検討プロセスにおいて、失敗層はユーザーへの調査を実施せず、「ターゲットや課題・ニーズ」が曖昧であり、エンドユーザーへの提供価値が小さい企画となっている

sumirenです。 背景 フロントエンド界隈はベンダやコミュニティ主導で新しいアーキテクチャや技術的手法がどんどん出ていて素晴らしいです。 一方、そうして量産されてきた用語が、界隈の変化に置いていかれている側面もあるように思います。例えば、SSRという用語を取り上げると、コンポーネントからHTMLへの変換を指すこともあれば、サーバー側でデータを取得することを指すこともあります。 実際、業界のパイオニアであるVercel/Next.jsも、そうした現状に対する懸念を持っているように思われます。実際、Next.js App Routerでは、以下のような変化が見られます。 getXXXPropsが廃止され、fetchに対する引数で表現されるようになった SSRやISRという「レンダリング」という言葉を、フェッチの文脈で使わなくなっている しかし、そっとドキュメントを書き換えた程度では、人々に