モバイル、タブレット、デスクトップ、アプリの最初のステップで大量のデータ入力からなるアプリのアイデアですか？
友達と一緒に、基本的にデータを入力できる1つの大きなカレンダーで構成されるアプリを作成しています。アプリは、特定の作物を植えている月を入力するために使用でき、いつ収穫できるか、またはその逆を計算できる播種カレンダーになります。データが入力されると、アプリは次のステップを実行するタイミングを示し、インタラクティブな情報を簡単に更新できるという考え方です。
まず、モバイルアプリの開発について考えました。問題は、最初のステップ（「初期データ入力フロー」）で、ユーザーが種や作物に関する多くのデータを調べて入力する必要があることです。画面が小さいため、この最初のステップはモバイルフレンドリーではない可能性があると考えました。
私たちが持っていた1つのアイデアは、データ入力にWebアプリを使用して、そのデータを操作できるモバイルアプリに取り込むことです。画面が大きいので、ダウンロード可能なコンピュータプログラムまたはターゲットタブレットを作成することもできます。私たちが一番欲しいのはモバイルアプリを作ることです。
多くのデータを最初に入力する必要があるという事実を考慮して、モバイルアプリを作成することは可能ですか（たとえば、特定のGUI設計を使用することによって）？そうでない場合、他にどのプラットフォームをお勧めしますか、またその理由は何ですか。
Webまたはモバイル？
これは、アクションが必要なときにユーザーに警告する通知中心型になると思いますので、本当に便利なネイティブモバイルアプリケーションのように聞こえます。ネイティブモバイル開発に入る前に考慮すべき点：
これはOSに依存しませんか（つまり、iOS、Android、および場合によってはWindowsデバイスでも実行されます）
ユニバーサルバイナリになりますか（つまり、モバイルとタブレットの両方で構築されますか、またはどちらか一方のみで構築されます）
開発コスト-iOSまたはAndroid開発者が自分でこれを行わない場合、開発者は高価になる可能性があります。HTML/ CSSは、利用するプールが大きいため、安価になる可能性があります。バックエンドの開発はさまざまです。
聴衆-これは誰のためですか？これは、大規模農家、小規模農家、家庭農家向けですか？彼らはどのデバイスを使用しており、これはどのように既存のワークフローに組み込まれますか？
拡張機能/統合/ 3サードパーティツール-データの膨大なライブラリを扱っているため（植物の種類や成長するシステムが多すぎることを考えると）、他の自然なデータ統合が役立つと思います（ある種のたとえば、気象APIの場合）、使用する統合とそれらがどのシステムと連携するかを考慮に入れると、最終的には開発に最適なシステムを決定できます。
ハードウェアの活用-あらゆる種類のハードウェア統合を使用しますか（電話のカメラまたはNFC機能、または高度測定用のiPhoneのM7モーションチップまたは新しい気圧計を使用して））？はいの場合、使用しているハードウェアが搭載されているデバイスにハト穴を開け、デスクトップアプリケーションを効果的に排除します。
当然、これらはWebまたはネイティブアプリとデスクトップまたはモバイル/タブレットの間で決定する際に考慮すべきいくつかの事柄です。これらの多くは開発上の問題です。
IA/UX
UX側では、ユーザーが入力する必要のあるデータをよく理解しているようです。ユーザーフローでこれを引き出して、最終目標を達成するためにユーザーが実行する手順（およびその最終目標が実際に何であるか）を把握することは非常に有益です。これは、ユーザーがデータ入力に使用する必要があるフォーム要素を通知するのに役立ちます。
また、どのタイプのデータ入力を自動化または高速化できますか？たとえば、種子の袋がある場合、携帯電話のカメラを使用してバーコードをスキャンし、APIを介して種子データベースに実行させると、成長する時期、いつ植えるか、その種子とブランドに対する特定のメモを提案できます、照明に関する考慮事項など。これが存在するかどうかはわかりませんが、存在する場合は、ユーザーが入力する必要のある多くのフォームフィールドが削除される可能性があります。これをGPSなどに適用すると、データ入力プロセスを高速化することもできます。
ユーザーエクスペリエンスに大きな影響を与える可能性のある、データ入力の多くのフィールドに自動入力（または少なくともデフォルト値を提供）できることがわかります。
その他の豆知識
これを主にカレンダービューアプリケーションにすることを考えているようです。ニュースフィードやタスク管理タイプのシステムにすることを検討しましたか？ただの考えですが、これが本当に将来の日付の実行可能なタスクの作成に専念している場合、これを [〜＃〜] gtd [〜＃〜] のようなシステムでフレーミングする方がより実用的なアプローチかもしれません。厳格なカレンダーアプリケーション。確かに読み取り専用のカレンダービューが存在する可能性がありますが、デフォルトのビューは日付でソートされたより多くのリストビューになります。
ユーザーへの通知の組み込みも非常に重要なステップのようであり、通知とアカウント設定が必要ですが、それはまったく別の獣です;）
幸運を！
コメントに基づいて更新されました
ユーザーが1つの専用デバイスでアカウントを使用し、そのデバイスにローカルにデータを保存できるようにしたい場合は、ユーザーにアカウントを作成させることで回避できる場合があります。これは、特に、誰もがアプリケーションをデバイスやプラットフォーム間で実行することを期待している現在の時代にはかなり制限されています。
通知については、ユーザーにアクションを通知するタイミングを考慮する必要があります。たとえば、「トマトの収穫がほぼ完了しました！」のような通知を受け取るのは本当にいいことです。しかし、それを収穫日の前日、収穫日の1週間前、またはその日に行いますか？複数の通知を受け取りたいですか（1週間前と1日前）。 20種類の作物があるとどうなりますか？本当に収穫期に毎日ユーザーに複数の通知を受け取りたいですか？また、これらがユーザーに吹き飛ばされる頻度を制御しますか、それともユーザーに制御させたいですか？デフォルトを設定して、必要に応じて調整させますか？
通知を正しく行うのは難しいですが、適切に行うと非常に役立ちます。ユーザー自身の立場で考え、最善の推測をしてください。次に、プロトタイプを作成し、ターゲットの人口統計の誰かの手に渡して、彼らからフィードバックを得ます。その情報を元に、元のプロトタイプを改善します。
おそらく、最良のアドバイスは、コアアプリケーションが何であるかを本当に理解して、それをユーザーに提供することです。すべての追加機能で雑草に巻き込まれないでください。それが成長時間に焦点を当てた最初から始まる計算機アプリだとしても、それは巨大な多機能カレンダープロジェクト管理アラート通知よりもずっと優れています。
デバイスではなく人向けのデザイン
モバイルとデスクトップのペアリングを含むいくつかのシナリオのプロトタイプを作成します。ウェアラブルUXDは、このパラダイムの良い例です。
一般的に、データ入力にはデスクトップが適しています。モバイルには常にユーザーがいるという利点があります。
たとえば、Fitbitのようなものを考えてみましょう。このデバイスは、目立たない方法でデータを収集し、簡潔な「ナッジ」メッセージを提示してエンゲージメントと使用を強化するように最適化されています。コインの反対側には、データが表示、入力、および管理されるWebベースのサイトがあります。これにより、アカウント管理、セキュリティ、ロール、その他のアクティビティなどもデスクトップ環境により適したものになります。
ポイントは、デバイスではなく、人間のために設計することです。いつ、誰がどのデバイスを使用しているかを調べるために、いくつかの調査を行います。データ入力をアシスタントに委任する機能を作成することが成功の鍵であることに気付くでしょう。
少しのユーザー調査は大いに役立ちます。
また、複数の種類のデバイスに大量のデータを入力するプロジェクトにも参加しています。そして、私たちのソリューションはResponsive Web Designを使用しているため、ユーザーは同じURLにアクセスして、モバイル、タブレット、またはデスクトップでデータを入力することを選択できます。
また、モバイルデバイスは比較的小さいものの、特定の状況下ではユーザーがモバイルを使用して入力することを選択したこともわかりました。
お役に立てば幸いです。