システムの仕様が決まっていなくても、相談は始められます。まず、現在の帳票やExcelを使って、誰が入力し、誰が確認し、その情報を何に使うかを整理します。
今の作業を、順番に書き出す
日報なら、記入、上司の確認、修正、集計、その後の給与計算や売上管理まで調べます。同じ情報を入力し直す場所、確認が止まる場所、担当者の記憶に頼る判断を探します。
手順が文書になっていなければ、実際の一日の作業を見ながら確認できます。
ユースケース：紙の日報の転記を、直接入力に変える
課題
現場が紙の日報を書き、事務担当が同じ内容をExcelへ入力し直している。記入漏れがあると確認が戻る。
解決策
紙とExcelの項目を比べて必要項目をそろえる。入力画面を試作し、現場の入力と管理者の確認・差し戻しを試した後、本番で使う手順を決める。
改善後（想定）
現場で入力した記録を管理者がそのまま確認できる。紙からExcelへの転記が不要になり、訂正する箇所も同じ記録で確認できる。
試作を触って、必要な機能を確かめる
AYlabでは、必要に応じて現場の話を聞き、簡単な実装やモックを作って意見を集めます。「項目名が分からない」「修正する場所が見つからない」など、操作中に困る場所を確認します。
試作で確認する範囲と日程は、業務の規模、利用環境、必要な機能に応じて決めます。
本番で必要な条件を確認する
試作の画面が動いても、そのまま本番で使えるとは限りません。他のシステムとの連携、閲覧・編集権限、データ移行、バックアップ、保守を確認します。
今すぐ必要な機能、後から追加する機能、既存ツールで対応する作業を分け、開発費用と利用後の費用を見積で確認します。
相談時に用意するもの
- 現在の帳票、Excel、システムの画面。
- 入力する人と確認する人の作業手順。
- 二重入力、待ち時間、修正が多い場面。
- 希望する開始時期と予算。
資料は分かる範囲で構いません。詳細な仕様をまとめる前に、改善したい作業を一つ選びましょう。
関連記事・サービス・参考資料
ユースケースは課題・解決策・改善後を示す架空の例で、実際の導入実績ではありません。写真・イラストはAI生成によるイメージです。情報確認日：2026年10月4日。