データテーブルへのデータの入力
行数288、サイズ15のデータテーブルを設計する必要があります。ユーザーが効率よくデータを入力できるようにしたい。データは、1日全体を5分間隔でカバーします。つまり、(60min * 24hr ) / 5min intervalsは288行に相当します。
研究によると、これは彼らがデータを入力する方法です：
- ほとんどのユーザーは列全体に同じデータを配置します
- 一部の重要な状況では、同じようなデータをいくつかの行に配置します60行のデータが同じになるまで、次の40行のデータは同じになります。
- ユーザーは、Excelシートから直接データをコピーして貼り付けることがあります。
ユーザーが期間を選択し、その期間全体に入力するバルク値を入力できる、折りたたみ可能なテーブルを作成することを計画していました。しかし、これを行うと、Excelからコピーして貼り付けることが問題になります。
更新：添付されているテーブルは48行の古いデザインですが、288行に更新する必要があります。そして、ユーザーはいくつかの行セットに繰り返しデータを配置しようとします（状況によって異なりますが、予測できません）。
APIを介してシステム/アプリと通信することは可能ですか？おそらく、エンドユーザーは毎日の作業にExcel /スプレッドシートを使用しており、お気に入りのエディターを離れる必要はありません。 Microsoft ExcelまたはGoogleスプレッドシートを使用すると、APIを介してデータベースと通信できます。
また、クリックしてデータを取得/更新し、フィルター/ソートして、2つのシステム間でテーブルデータをコピー/貼り付けせずに、追加のピボットテーブルや図付きの更新可能なカスタムレポートを作成できます。
もちろん、この方法の主な問題は、データをシステムにプッシュすると既存のデータを上書きしますが、編集可能なセルに制限を設定して、不要な変更を防止したり、ある種の変更管理を実装したりすることもできます。
@gabramovの答えは、カスタムGUIの維持コストを考えると最も良いと思います。同じ「統合」ルートは、テクノロジースタックが進化するにつれて、新しい形式のシステムでの作業にも柔軟に対応できます。
カスタムデータテーブルGUIを設計する必要がある場合、スプレッドシートGUI機能のすでに堅牢なスイートでは利用できないデータエントリのカスタマイズを導入することにより、最大限のメリットが得られます。
「スプレッドシートの改善」は、UXの世界では古くからあるビールの話題ですが、その追求のために、いくつかの可能性があります。
- ユーザーがセルを選択できるようにし、すべてのセルにリアルタイムで入力される入力を入力します。理想的には、これにより、スプレッドシートが通常行うのと同じ選択が可能になります。行、列、2D領域、またはコントロールキーで、切断されたセルを選択します。
- ユーザーが一連のコントロールキーを押しながらマウスをドラッグして、マウスポインターの下にあるすべてのセルを選択できるようにします。これは選択範囲を「ペイント」するのと同じです。 （次に、データ入力ですべてを更新します）
- ユーザーが行/列/セルの指定された範囲すべてのデフォルト値を切り替えることを許可します。そのデフォルトを変更すると、そのセルにオーバーライド値を入力していない限り、関連するすべてのデフォルトが変更されます。
- ユーザーがデフォルトでセルの範囲を定義し、各範囲に名前、ラベル、またはコメントを付けることができるパネル/サイドバーGUIを作成します。 （他の日の）新しいシートがこれらの名前付き範囲を再利用できるようにし、オンまたはオフにします。これは、ワープロアプリのスタイルシートに似ています。オペレーターが範囲に付ける名前は、貴重な製品情報を教えてくれます。