紙の日報や不良報告をアプリにしたいと思っても、画面を作っただけでは現場で使い続けられるか分かりません。ノーコードは、プログラムを一から書かずに画面や処理を組み立てる方法です。まずは1帳票・1工程を選び、入力者、記録する時点、受け取る担当、記録後の行動を紙1枚に書きましょう。その流れを実際の端末で試すと、作り込む前に直す場所を見つけやすくなります。
この記事では、紙の日報、設備点検、不良報告などを扱う小規模工場に向けて、試作の範囲から継続の判定までを説明します。最初に考えたいのは、機能の多さよりも、今どこで転記や連絡が止まっているかです。試作の合格条件を先に決め、試験用データから始めれば、見た目の印象だけで導入を決めることを避けられます。
困りごとから試作の対象と受け手を決める
試作の入口は、現在の困りごとから選びます。下の表では、転記の負担、異常連絡の遅れ、記録の探しにくさを、それぞれ試す対象へ結び付けています。担当者だけで決めず、入力する人と記録を受け取る人に実際の手順を聞き、どの部分を試せば結果を比べられるかを決めましょう。
| 状況 | 判断 | 最初の対応 | 続けて決めること |
|---|---|---|---|
| 紙からの転記が負担になっている | 転記前の記録を対象にする | 紙帳票から「転記のためだけの項目」を印で分ける | 入力後に一覧を読む担当と時点 |
| 不良や異常の連絡が遅れる | 一次報告だけを対象にする | 発見から報告までの流れを紙に書く | 報告を見た責任者が取る最初の行動 |
| 設備点検の記録を探しにくい | 対象設備を限定して試す | 点検頻度が高い設備を1台または1種類選ぶ | 異常時の写真、訂正、連絡の扱い |
| 帳票全体を置き換えたい | 正式台帳の置換は後回しにする | 帳票の一部を複数回入力して検証する | 例外処理、承認、保存の既存手順との対応 |
試作アプリが動いても、正式な帳票や既存の異常連絡はすぐに廃止しません。入力の使い勝手がよいことと、保存、承認、訂正、引き継ぎまで業務に適合することは別だからです。試験データは本番と混ざらない場所へ置き、実際の報告を試す際も、正式記録と対応付ける方法を決めてから始めてください。
入力の後に誰が何を判断するかを目的にする
記録が一覧になっても、その後に読む人がいなければ処置は進みません。そこで目的は一つに絞り、「誰が、いつまでに、何を見て、どの判断をするか」まで書きます。下の例も、一覧を作ること自体ではなく、転記や探す時間、報告漏れのどれを減らしたいかに合わせて選びましょう。
- 転記の回数を減らし、担当が対象記録を一覧から探せるようにする
- 不良や異常の報告漏れを把握し、当日中に担当が記録を読めるようにする。緊急対応は待たせない
- 点検結果を設備別に探し、異常の記録と処置状況をたどれるようにする
たとえば不良報告なら、「発見当日に品質担当が報告を受け取り、処置の依頼先を決められる状態」が試作目的の例になります。ただし、安全上の停止、識別・隔離、緊急の連絡を、当日の一覧化まで待たせる意味ではありません。既存の手順を先に実行し、その記録が担当へ届くか、対象品や実施済みの対応を取り違えずに読めるかを試します。
基幹システムとの連携、全帳票の統合、複数部門の承認経路、顧客提出用帳票は、最初の試作には含めない案にします。同時に扱うと、入力しにくい原因が画面なのか連携先なのかを切り分けにくいためです。ただし、対象業務で決められた承認や顧客記録を省くわけではありません。既存の方法を続ける部分と、アプリで試す部分を試作シートへ記します。
最初の対象は頻度が高く例外が少ない1帳票・1工程に絞る
設備点検、不良報告、作業日報、出来高・進捗の記録は候補になりますが、業務名だけでは試しやすさを比べられません。下の表のように、発生頻度、入力者、例外、受け手の対応を並べましょう。短期間に入力機会があるかに加えて、試作に不具合が出ても既存の安全・品質手順を続けられるかで対象を選びます。
| 比べる項目 | 試作に向く状態 | 後回しにする状態 |
|---|---|---|
| 頻度 | 毎日または毎週あり、短期間に複数回試せる | 発生がまれで、試作中に入力機会がない |
| 入力者数 | 担当者や班が限定されている | 複数部門・多数の人が関わる |
| 例外数 | 入力の手順がほぼ決まっている | 計算、個別判断、特例処理が多い |
| 受け手の対応時点 | 受け手と対応時点が決まり、既存の緊急連絡も続けられる | 記録しても後工程の行動が決まっていない |
候補が二つ以上ある場合は、上の項目ごとに「試しやすい」「保留」と理由を記すところから始められます。単に点数の高い業務ではなく、入力者と受け手が試験へ参加できる業務を選ぶ方が、止まった場所を追いやすくなります。設備点検なら、Googleフォームで設備点検を記録し一覧化する方法も参考になります。点検項目や判定基準は、試作の都合で減らさないでください。
画面を作る前に現場で使う流れを紙に書き出す
画面を作る前に、発生から受け手の判断までを一枚に書き出します。紙の欄をそのまま並べるだけでは、現場で入力できる順番と合わない場合があるためです。いつ、誰が、どの元資料を見て記録し、誰へ渡すかをたどり、入力より先に実施する停止や連絡も別の行動として示しましょう。
- 発生時点：始業前、加工中、完了時、異常を発見した直後など
- 入力者：作業者、発見者、班長など
- 入力前に見る情報：品番、工程、設備名、ロット、作業指示など
- 入力後の受け手：班長、品質担当、管理者など
- 受領後の行動：処置依頼、再点検、傾向の評価など。緊急の停止・隔離・連絡は入力を待たない
この流れは、試作担当者が作り、入力者と受け手が画面作成前に読み合わせます。手順が変わった場合は、理由、決めた人、変更日、適用開始日を試作シートへ残してください。画面だけを先に変えると、現場に残った説明と食い違います。案内と設定を同じ版に合わせてから、次の入力を試す流れにします。
端末がない、通信できない、手が汚れて操作できない場合の代替手順も決めます。既存の記録方法で発生時刻や対象を残し、誰がいつ補記するかを明記しましょう。補記時には元記録との対応を付け、送信待ちの入力を重ねて登録しないようにします。また、誤入力を直せる人と訂正履歴の残し方を定め、記録を消して書き直すだけにしないことも試験に含めます。
欠かせない情報を保ち、入力方法と選択肢を決める
最初の画面では、3〜6項目程度を入力の試しやすさの目安にできます。ただし、これは必須情報の上限ではありません。識別、品質判断、法令や顧客との取り決めに関わる項目を減らさず、自動取得できる情報と現場で入力する情報を分けて考えます。自動入力も正しいとは限らないため、日時、対象、担当が意図どおりに入るかを試しましょう。
品番、工程、設備名、不良内容など、後で検索や集計に使う情報は選択式が候補になります。一方、状況や応急対応、候補にない内容は自由記述で受ける方法があります。似た記述が繰り返されたら、同じ意味かを受け手が見てから候補へ加えてください。判定欄を設ける場合も、入力できる人と判定権限を分け、選択しただけで正式な処置決定にしないようにします。
品番や工程名は、試作対象の正式な一覧を基に登録します。「旋盤加工」と「旋盤」は同じ工程を指す場合もありますが、「検査」と「最終検査」は別の段階かもしれません。名前が似ているだけで統合せず、管理担当が対象と意味を照合してから対応付けましょう。品番マスターのコード体系を決める方法では、名称と識別用コードを分けて扱う考え方も説明しています。
選択肢の更新担当を決め、現場から追加を依頼できるようにします。候補がない場合は、似た項目を無理に選ばず、「該当なし」と具体的な内容を残すか、指定した担当へ連絡します。更新担当は追加、統合、見送りの理由と適用日を記録してください。過去の記録の意味まで変わる統合は、その影響を調べてから扱います。
写真は、何を伝えるために使うかを決めてから追加します。対象、撮影箇所、時点、撮れない場合の連絡方法が明らかなら、受け手も画像を読み解きやすくなります。反対に、写真を必須にしたために停止や報告が遅れては困ります。撮影が許された安全な場所で行い、顧客情報や顔などを写す範囲、保存先、閲覧者も試作前に決めましょう。
実際の端末・通信・作業条件で少人数テストを行う
机上の操作だけでは、文字の読みにくさや通信待ちまでは分かりません。普段のスマートフォンやタブレットを使い、安全に操作できる実際の場所で、入力者2〜3人と受け手1人を目安に複数回試します。人数は合格を保証する基準ではなく、担当交代や異なる入力場面を試せる範囲で決めます。設備操作や移動をしながら画面を扱う試験にはしないでください。
- ログイン、入力、送信、共有先への反映、受け手の閲覧まで完了できるか
- 作業場所の明るさや手袋の状態で、文字や選択肢を操作できるか
- 写真を扱う場合、安全な撮影、保存、送信後の受け手の閲覧までできるか
- 入力後に誤りへ気付いた場合、訂正の手順が分かるか
- 通信が不安定な場所で、未送信と送信済みを区別できるか
共有端末では、利用者の識別、置き場所、充電、受け渡しを試します。担当者名を選ぶだけでは本人を認証したことにならないため、アプリのログイン、閲覧範囲、訂正権限も分けて設計します。通信が不安定な場所では、端末内の保存と共有先への反映を区別しましょう。たとえばAppSheetも初回のオンライン起動や同期設定が関わります。製品ごとの条件を公式資料（https://support.google.com/appsheet/answer/10107724?hl=en）で読み、写真を含め実機で試してください。
入力完了率・修正件数・受け手の作業時間で続行を判断する
結果は「入力できて便利だった」という感想だけで判定しません。試作担当者が、対象件数、入力完了件数、紙へ戻った件数、修正件数、受け手へ届くまでと読まれるまでの時間を記録します。対象件数はアプリの登録数だけから数えず、元の業務記録と照らして把握しましょう。登録されなかった案件も含めることで、入力完了率の母数をそろえられます。
合格条件には、「対象報告が決めた時点までに一覧へ反映される」「受け手が対象を探せる」「未送信や訂正を扱える」といった業務上の条件を置きます。当日中という例を使う場合も、緊急連絡の期限とは分けてください。入力への不満だけでなく、誤記録や権限の不備が残っていないかも判定します。短期間で合格しても、繁忙時や別の端末で同じ結果になるとは限りません。
不具合は、画面、入力項目、選択肢・名称、端末・通信、運用ルールの5区分で分けると、直す担当を決めやすくなります。たとえば「送れない」でも、項目不足と通信切断では対策が違います。変更した内容と日付を残すには、スプレッドシートの変更履歴を追跡する運用も参考にしてください。変更後は、直した箇所だけでなく、その後の一覧反映まで試します。
試作の最終日に、担当者、入力者の代表、受け手が記録を見返し、下の順で続行、修正、停止を判断します。安全・品質や情報の扱いに支障が見つかった場合は、最終日を待たずに試作を止め、既存の手順へ戻してください。判定結果と理由、次に試す条件を履歴へ残しておくと、同じ問題を繰り返しにくくなります。
- 目的に対して欠かせない記録が、決めた時点までに一覧化されたかを元記録と照合する
- 入力されていない、未送信、同期できない、受け手が読んでいない状態を分けて記録する
- 入力負担が主因なら、必須情報は省かず、入力順、選択方法、自動取得、写真の扱いを見直す
- 端末・通信が主因なら、入力場所、端末の置き方、候補ツールの同期条件を見直す
- 画面を直しても業務に合わない場合は試作を止め、既存の帳票や表計算での記録・照合手順を見直す
- 目的を満たした場合だけ、対象工程または入力者を少し広げ、同じ指標で再試験する
停止した場合も、画面を作れなかっただけとは限りません。受け手の担当が決まっていない、通信が使えないなど、先に解消する課題が見つかった可能性があります。再試作では変更を一つか二つに絞り、対象件数や受け手の作業時間を同じ定義で記録します。前回と件数や作業条件が違う場合はその差も残し、単純な増減だけで改善と判断しないようにしましょう。
不良報告を例に現場入力アプリ試作シートを作る
下の試作シートは、不良の一次報告を題材に、画面を作る前の合意と試験条件を残す記入例です。導入実績や効果を示すものではありません。入力者と受け手が内容を読み合わせ、識別や隔離などの既存手順、記録の保存先、試作で扱わない部分を自社の運用へ置き換えて使ってください。
| 記入欄 | 記入例 |
|---|---|
| 対象業務 | 加工中に見つけた不良の一次報告 |
| 入力者・発生時点 | 発見者または班長／既存手順による停止・識別・隔離・連絡を済ませ、安全に記録できる時点 |
| 必須項目 | 発見日時、判明した発生日、工程、品番、数量と単位、不良内容、報告者。不明な値は不明と区別 |
| 任意項目 | 写真、一次対応、状況説明。ただし既存規程で記録必須の情報は任意にしない |
| 選択式にする項目 | 工程、品番、不良内容。一次判定は権限と扱いを決めた場合に設ける |
| 写真の要否 | 対象箇所を伝える目的で、許された安全な場所から任意添付。撮れなければ状況を記す |
| 受け手・受領後の行動 | 品質担当または責任者／処置依頼、傾向の評価 |
| 元データと更新担当 | 対象品番・工程名の一覧／試作担当者が更新 |
| 試験端末・通信 | 使用を認めた端末・アカウントで安全な入力場所から試験 |
| 合格条件 | 対象報告が当日中に一覧へ届き、受け手が読める。緊急連絡とは別に評価 |
| 試作中に扱わない業務 | 正式な原因分析、顧客提出用帳票、基幹システムへの自動登録 |
上の欄に加え、変更日、変更内容、理由、決めた人、現場への周知方法を残す履歴欄を用意します。たとえば不良内容の候補を追加したら、いつから使うか、旧記録とどう比較するかを受け手へ伝えましょう。過去の候補名を一括で書き換える前に、その時点の記録の意味が変わらないかを調べることも、比較を続けるための手順です。
不良報告の画面へ進む場合は、Googleフォームで不良報告を集める作り方｜スマホ入力を統一するも参考になります。ただし、例の項目をそのまま移すだけでは、受け手が判断したい内容と合わないことがあります。先に試作シートで決めた目的と照らし、発生から次の担当へ渡るまでを通して試しましょう。
よくある質問
本格導入へ進む前には、移行、共有端末、候補外の入力、紙との並行運用も課題になります。開始前に決め切れないものは、未判定のまま担当と試験方法を残してください。未実施の試験を合格扱いにせず、正式な記録へ切り替える前に解消する流れにします。
試作で集めた入力データは、本格導入する別のツールへ移せますか？
移行できる範囲は、出力・取込形式だけでなく、添付写真、記録ID、日時、候補のコード、履歴によって変わります。試作開始時に小さなデータで書き出しと取り込みを試し、件数と内容を照合しましょう。移行先を決めていない段階では、一覧を出せたことだけで全データが移るとは扱いません。試作の入力項目を増やすより、元記録をたどれる対応を残すことを優先します。
共有タブレットで入力者を区別したい場合、どこまで記録しておくべきですか？
入力者、入力日時、訂正者をたどれるようにし、記録する個人情報の範囲は社内ルールに合わせます。班名や担当者番号を使う場合も、本人の識別や責任をその方法で扱えるかを決めてください。共有端末で担当者名を選ぶ操作は認証とは別です。アカウントを使い回さず、利用中のツールの認証・アクセス制御を基に設計します。AppSheetの公式説明（https://support.google.com/appsheet/answer/10105078?hl=en）も、本人識別とデータへのアクセスを分けて示しています。
現場から「選択肢にない不良内容がある」と言われたときは、自由記述を増やすべきですか？
「該当なし」と具体的な内容を受け、試作担当者が指定した時点で見ます。同じ内容が続くなら候補追加を検討しますが、回数だけで名称を決めるわけではありません。受け手が意味を照合し、似た項目との差、追加日、更新者を残しましょう。緊急の不良や異常は候補更新を待たず、既存の連絡手順で担当へ伝えます。
試作中も紙帳票を残す場合、二重入力の負担をどう抑えますか？
正式な紙記録は、承認された切替前まで所定の項目を残します。そのうえで、試作アプリでは検証対象の部分だけを重ねて入力する方法や、試験用データで流れを試す方法を選びます。入力の順番、担当、元記録との対応を決め、並行入力に要した時間も記録してください。重複を減らすために正式記録の必須欄を省かず、負担が大きければ試作範囲を小さく戻します。
まとめ
最初は1帳票・1工程を選び、入力の後に誰が何を判断するかを決めましょう。続いて、欠かせない情報を保ったまま入力方法と選択肢を作り、更新担当を定めます。実際の端末、通信、受け手の権限で一連の流れを試すことで、画面だけを見ていたときには分からない課題を拾えます。
試作後は、対象件数に対する入力完了件数、訂正、紙への切替、受け手の作業時間を比べます。目的を満たした部分は少し広げ、負担や通信に問題があれば原因ごとに直し、業務に合わなければ停止する判断を残してください。試作シートと履歴を次の判断材料にして、画面の完成ではなく、記録が担当へ渡り行動につながることを確かめながら進めましょう。
