現在の製品エクスペリエンスを改善するために、チームと高忠実度または低忠実度のモックアップを共有する必要がありますか？
私は新興企業であり、私たちはすべて「正しいことを間違ったものよりも速く処理する」ことを目指しています。
ダッシュボードの現在のモバイル/タブレットバージョンを評価および改善しています。忠実度の低いモックアップではなく、忠実度の高いモックアップをチームと共有する方が効果的ですか？
そして
高忠実度のモックアップを続行する前に、低忠実度のモックアップを何回繰り返す必要がありますか？
（StackExchangeのようなサイトとしましょう）製品を一度に完成させるのは簡単ではありません。したがって、最初のUXは機能し、それからコーディングを実装し始めました。したがって、これから作業するデザインです。
UXは、ペルソナやその他の関連ドキュメントの調査から始めて、ワイヤーフレームを作成できるようにしてから、モックアップフェーズで簡単に立ち上がるのに役立ちます。
あなたが期待する作業をすぐに提示しないのと同じように、コーディングフェーズを開始した後に大きな変更を引き起こさないように最初にワイヤーフレーミングを行うなど、反復のフェーズと見なす必要があります。低忠実度のモックアップについても同様です。低忠実度のモックアップを完成後にチームと共有すると、ガイドが提供され、新しい反復が継続していても、高忠実度を検討するときがきます。
低忠実度はコンセプトをテストするためのものです。情報アーキテクチャ、ナビゲーション設計、論理フローなどです。
高忠実度はdesignをテストするためのものです：ビジュアルデザイン、インタラクション、アニメーション、UI要素の状態（たとえば、無効または有効にされていることは明らかです）。
したがって、それは単にあなたの質問や目標が何であるかに依存します。最初の段階では、その概念が潜在的なユーザーにとっても意味があるかどうかを確認したい場合があるため、ラフで忠実度の低いプロトタイプを作成します。後の段階にいて、概念が理にかなっていることをすでに知っている場合は、詳細が理にかなっているかどうかを確認する必要があるかもしれません。そのため、大まかなスケッチだけではなく、実物を詳しく表現する必要があります。
私はそれをうまくまとめた記事を見つけました：
忠実度の低いプロトタイプ
は紙ベースであることが多く、ユーザーの操作は許可されていません。一連の手描きのモックアップからプリントアウトまでさまざまです。理論的には、忠実度の低いスケッチを作成する方が速いです。忠実度の低いプロトタイプは、代替設計ソリューションの早期可視化を可能にするのに役立ちます。これは、革新と改善を引き起こすのに役立ちます。このアプローチのもう1つの利点は、ラフスケッチを使用するときに、ユーザーが変更を提案するのがより快適になることです。高忠実度プロトタイプ
はコンピュータベースであり、通常、現実的な（マウスキーボードの）ユーザー操作が可能です。忠実度の高いプロトタイプは、ユーザーインターフェイスの真の表現に可能な限り近づけます。忠実度の高いプロトタイプは、実際の人間のパフォーマンスデータ（たとえば、タスクを完了するまでの時間）を収集し、実際の製品をクライアント、管理者などにデモするのにはるかに効果的であると想定されます。
ソース： sability.gov
物事を正しくしたい場合は、常に忠実度の低いものから始めるべきです。それらを作成し、人々と共有し、繰り返し処理します。正しくなるまで繰り返します。それらを正しく取得すると、高忠実度のものを構築するのが速くなり、多くの変更が賢明に流れることはないはずです。