パターン1:「部品待ち」の一言だけで、車両全体の作業が止まって見える
冷蔵庫取付、配線、内装など工程単位で待ち理由を記録し、別の作業を進められるか確認します。
キャンピングカー製作・旧車レストアの案件管理を、Webシステムにまとめる構成例です。
工程、部品の入荷、外注作業、追加見積、作業写真、顧客への案内を車両ごとに確認できます。
車両ごとに仕様や作業内容が異なり、複数の担当者が部品調達や外注、顧客対応を分担している場合、どの作業まで完了し、何の入荷や確認を待っているのか分かりにくくなることがあります。このページでは、承認済みの仕様と現在の工程を案件番号に関連付け、顧客向けの「マイガレージ」には公開用の写真と作業記録だけを表示する画面例をご紹介します。
複数の車両を並行して扱い、現場・部品担当・顧客対応の間で確認事項を共有したい製作・修復事業者向けの開発例です。

このような専用画面が必要かは、並行案件数、部品明細数、問い合わせ対応の時間、追加作業の確認件数などを伺って検討します。
どの部品・顧客回答を先に確認し、どの作業を進めるか判断します。
今の作業指示がどの承認済み仕様に基づき、何が未承認かを確認します。
必要な部品を必要数使えるか、不足なら誰へ確認するか判断します。
何を作業し、何が未確認で、社内へ何を伝えるか確認します。
追加範囲・金額・予定への影響を確認し、対象の版へ回答します。
顧客が現在の工程、待ち理由、次回報告日、必要な回答を確認します。
未確認の項目を把握し、責任者による引渡し確認へ進めるか判断します。
冷蔵庫取付、配線、内装など工程単位で待ち理由を記録し、別の作業を進められるか確認します。
回答納期と次回確認日を部品へ保存し、影響する案件・工程を担当者が確認します。
仕様・見積の版と顧客回答を関連付け、変更後の版は改めて確認します。
社内の作業記録と顧客向けの公開報告を分け、公開した説明と日時を残します。
現在の工程、待ち理由、最終報告、次回報告予定を顧客専用ページで案内します。
承認済み仕様、使用部品、確認記録を車両台帳へ関連付け、再入庫時に参照します。
ベース車両、レイアウト、家具、電装・給排水、装備仕様、持込品、仕上げ色などを確認します。並行できる作業と、部品や確認を待つ作業を区別します。
受入時の状態、分解後に分かった損傷、修復範囲、純正維持の希望、部品の再使用、外注再生、追加見積などを記録します。
| 車両と案件 | 1台の車両に、初回製作・納車後の追加装備・再修理など複数の案件を関連付けます。 |
|---|---|
| 予定と実績 | 社内作業予定、顧客提示予定、登録済み実績を別々に保存します。 |
| 作業状態と待ち理由 | 未着手・作業中・確認待ち・完了に加え、部品・顧客回答・外注などの理由を持ちます。 |
| 部品と案件確保 | 倉庫在庫の数量と、その案件へ確保して使える数量を区分します。 |
工程名は管理項目の例です。技術的な施工手順や実車の検査は、事業者の作業基準に従って実施します。
画面例は架空データです。操作結果は表示中のモック内だけに反映されます。実際の顧客認証、データ保存、通知、外部連携は、ご依頼内容に合わせて開発します。
車両ごとに工程表を作っても、部品の到着待ち、外注先の回答待ち、追加見積の承認待ちが別の台帳にあると、作業が止まっている理由を確認するたびに、担当者間の連絡が増えます。案件番号から、担当者、社内予定、実績、待ち理由、顧客への次回報告日を確認します。
期間未定の作業に仮の日付を自動で入れません。C-026は冷蔵庫取付のみ部品待ちで、電装や家具・内装の準備は進められる例です。
画面イメージ:並行案件の工程と、今日確認すること
システム画面のイメージはPC、タブレット、スマホ横向きでご覧ください。
キャンピングカーではレイアウト、家具、電装・給排水装備などの希望を確認します。旧車レストアでは受入時の状態、修復範囲、純正外観を残す希望、再使用部品などを記録します。業務別の項目を持ち、承認済み仕様と改訂中の仕様を並べて参照します。
既存の見積ソフトで作成したPDFを登録する構成から始められます。同じ車両の再入庫は、新しい案件として過去の製作履歴へ関連付けます。
画面イメージ:車両・仕様・受入時の状態を確認する
システム画面のイメージはPC、タブレット、スマホ横向きでご覧ください。
海外取り寄せ、廃番品の中古調達、復刻品、外注再生、顧客持込では、発注から取付までの状態が同じではありません。品番だけでなく、確認対象の仕様、数量、仕入先の回答日、次回確認日を案件へ関連付けます。
R-014のモールは必要2本に対し、到着・検品済みの確保が1本という例です。到着した部品を操作で検品・確保へ進め、単に倉庫にあるだけでは取付可能としない違いを確認できます。
画面イメージ:海外・廃番・持込部品の調達状況を確認する
システム画面のイメージはPC、タブレット、スマホ横向きでご覧ください。
作業を終えた担当者が案件と工程を選び、写真1枚と「今日は配線を進めた」などの短いメモを登録します。詳細な日報を毎回書く負担を抑えながら、未完了の作業や確認事項を次の担当者へ渡します。
社内メモを顧客へ自動公開しません。公開担当者が写真と文章を確認します。通信が不安定な場所でのオフライン保存・再送は、利用端末と写真の保管方法を含めた追加設計です。
画面イメージ:現場で写真1枚と短い作業記録を残す
システム画面のイメージはPC、タブレット、スマホ横向きでご覧ください。
旧車を分解してから見つかった損傷や、製作途中の装備変更では、当初の承認範囲と、追加で確認が必要になった作業を分けて記録します。変更前後、追加・減額、予定への影響、見積PDFを一つの版へまとめ、顧客の承認・質問・非承認を記録します。
画面例はR-014の追加板金132,000円(税込・架空の金額)です。未回答や通知済みを承認扱いにしません。電子契約サービスとの連携が必要かは、契約・説明の運用を確認して決めます。
画面イメージ:追加修理・仕様変更の内容を顧客に確認する
システム画面のイメージはPC、タブレット、スマホ横向きでご覧ください。
「今どんな状況ですか」という定型的な進捗問い合わせに、顧客自身で確認できる窓口を用意します。社内工程を顧客向けの説明へ対応付け、確認済みの写真、文章、予定、見積回答だけを専用ページへ公開します。
仕入価格、原価、社内メモ、他の顧客の車両は公開しません。公開済み・通知済み・閲覧済みは別の状態です。写真があるだけで説明が足りるとは限らないため、変更理由と次の報告予定も伝えます。
画面イメージ:顧客専用の「マイガレージ」で製作過程を共有する
システム画面のイメージはPC、タブレット、スマホ横向きでご覧ください。
製作が終わっても、実車の確認結果、必要な検査・登録等の手続き、装備の取扱説明、書類、返却品の確認が残る場合があります。引渡し前の確認項目と担当者を記録し、納車後の相談でも製作時の仕様と部品を参照できるようにします。
確認済み件数は、チェック項目の記録状況です。車両の安全性や法令適合を自動で認定する数字ではありません。写真集や製作記録冊子の専用PDF出力は追加候補として扱います。
画面イメージ:納車前の確認と、納車後の履歴を残す
システム画面のイメージはPC、タブレット、スマホ横向きでご覧ください。
納期が分からない部品には未定と表示し、次に誰がいつ確認するかを記録します。
仕様・金額の再改訂時は再提示し、以前の承認を新しい版へ移しません。
社内保存、公開確認待ち、公開済み、公開停止を区分します。
通知の送信結果と顧客の閲覧・回答、部品の到着と検品、実車の作業と検査は別々に記録します。確認結果、担当者、日時と根拠資料を保存します。
最初の対象を、案件、写真と短い記録、公開前確認、顧客専用ページに限定する方法があります。部品調達や追加見積の回答まで一緒に管理したい場合は、共通の車両・案件データを使う全体構成としてお見積もりします。
写真容量、利用者数、権限、履歴の保存期間、既存ソフトとの連携によって費用は変わります。各シーンの目安を単純に足した金額が、全体の開発費になるわけではありません。
既存の帳票やExcelがあれば参考にします。仕様が未確定の段階でも、負担になっている確認作業から画面構成を検討できます。
共通する機能は、顧客・案件進捗管理システム、顧客・会員向けマイページシステム、申請・承認ワークフローシステムの例もご覧いただけます。
この業務で確認しておきたい点と、個別開発の進め方・費用・保守についてまとめています。
使えます。架装・電装・給排水などの製作工程と、分解・板金・塗装・部品再生などの修復工程でテンプレートを分け、案件に必要な工程を追加・省略できます。工程の前後関係や外注の確認も業務に合わせて設定します。
残せます。顧客・車両台帳の参照や既存見積PDFの登録から始め、工程・部品待ち・顧客報告の画面だけを追加する構成を検討できます。CSVやAPIで自動連携する範囲は、既存ソフトの出力機能と利用条件を確認します。
案件を先に登録し、ベース車両の手配、仕様の検討、顧客持込品を管理できます。車台番号など未確定の情報は未確定として表示し、入庫・確認後に車両台帳へ関連付けます。
扱えます。調達方法、仕様確認、必要数、回答納期、到着、検品、保管場所、案件への確保を記録します。代替案の検討や顧客の承認も残せます。海外の輸送追跡APIや仕入先への自動発注は、利用できる連携先を確認したうえで追加します。
なりません。到着、検品合格、案件への確保、使用を区分します。不合格品や他案件の確保品を使用可能数へ含めず、一部入荷では残りの必要数を表示します。
初期状態は社内限定とし、公開担当者が写真と説明文を確認して公開します。公開状態と通知の送信結果・閲覧状態も区分します。送信失敗時は未送信を表示し、保存・公開済みと誤認させない構成にします。
改訂版を作り、変わった作業範囲・金額・日程への影響を再提示します。以前の版への承認は履歴に残し、新しい版への承認に読み替えません。未回答を承認とする運用も避けます。
日付未定と確認理由を表示し、仕入先への次回確認日と、顧客への次回報告日を別に管理します。社内の作業予定をそのまま顧客への約束日にせず、説明できる段階で顧客提示予定を更新します。
顧客アカウントと案件の関係を確認し、本人に公開した内容だけを表示する設計にします。仕入価格、原価、社内メモ、他案件の写真は公開対象から除きます。複数台所有や代理人の閲覧を認める場合は、その権限を明示的に設定します。
公開済み写真を納車後も振り返る構成にできます。写真集専用PDF、表紙、写真の並び、保存期間、ダウンロードの可否は追加範囲として検討します。画面例の印刷はブラウザーの印刷機能です。
依頼できます。案件、作業写真、短い記録、公開前確認、顧客専用ページを最初の対象とし、部品調達、追加作業の回答、納車履歴を後から加える構成も可能です。利用者数と写真容量も確認して費用を算出します。
自動判断するシステムではありません。案件ごとに必要な確認・手続き・資料と担当者の結果を管理する構成です。技術的な判断、実車の検査、必要手続きの確認は事業者・担当者が行います。
はい。掲載画面は一例です。受付や進捗確認など、必要な部分から開発できます。現在の管理方法とお困りごとを伺い、画面構成をご提案します。初回相談と概略の構成案のご提案は無料です。Excelや帳票があれば参考にしますが、資料がなくてもご相談いただけます。
可能です。基幹システム、CRM、Excel、共有フォルダを残し、不足する機能を追加できます。正式なデータの保存先と更新担当・時点を決め、自動連携はAPIや出力機能を確認します。移行は項目の対応、重複・欠損、添付ファイルの状態を調べてお見積もりし、対象を限定する場合があります。公開後の機能追加にも対応できます。
認証、閲覧・更新権限、操作履歴、通信の暗号化、バックアップ、保存期間・削除方法、退職・契約終了時の利用停止を確認します。扱う情報、利用者、社外公開の有無、社内規程、サーバー環境に応じ、必要な対策と運用担当を設計時に決めます。
表示価格は「対象範囲例」を中心とした目安で、画面内の全ボタン・集計・通知・外部連携を含む価格ではありません。画面、項目、利用者、権限、通知、履歴などの対象範囲を見積書に記載します。複数シーンは共用機能と追加設計を確認し、初期開発費・月額保守費を算定するため、単純な合計にはなりません。
表示価格はすべて税別です。サーバー費用、外部API、ファイル保存、メール配信などの利用料は一律に含めていません。必要な費用を初期開発費・月額保守費と分け、正式なお見積もりで消費税を含む合計額をご案内します。
不具合の調査・修正、軽微な表示調整、利用環境・外部仕様の変更に伴う確認、運用相談などが対象例です。監視、バックアップ、セキュリティ更新、対応時間は構築先と重要度によって異なり、見積書・保守契約に範囲を明記します。画面や機能の追加は個別にお見積もりします。
必須ではありません。未契約でも調査・修正・機能追加を依頼ごとにお見積もりできます。ただし、優先対応、定期確認、対応時間の確保は月額契約と異なり、即時対応を保証するものではありません。扱う情報と業務への影響に応じて選べます。
原則として、現在の会社ドメインまたはサブドメインのサーバー内に構築します。PHP・データベース、容量、SSL、バックアップ、外部通信の制限などはこちらで事前確認するため、専門的な仕様を調べてから相談する必要はありません。安定運用が難しい環境では、必要条件と代替案をご案内します。
「どの部品や回答を待っているか確認しやすくしたい」「写真1枚と短い作業記録で進捗報告を続けたい」「顧客が自分の車両を確認できるマイガレージを作りたい」といった段階でもご相談いただけます。現在の工程表、部品台帳、見積PDF、顧客への報告方法を伺い、必要な画面と開発範囲をご提案します。
受付、予約、顧客・案件管理、申請・承認など、必要な業務や機能に近いWebシステムの開発例をご紹介します。