業務アプリの開発相談では、「何を作りたいか」よりも「今どう動いているか」を先に整理することが大切です。既存の作業手順や使っているファイルがわかれば、小さく始められる部分が見えてきます。この記事では、初回ヒアリングで確認する6つの項目と、自動化と人間の判断の分担についてまとめます。機密CSVやスクリーンショットの送付は不要です。まずは概要だけご用意ください。
最初から全部作らない理由
開発相談でよくあるのが、「在庫管理から売上集計、顧客管理まで全部一気に作りたい」というご要望です。しかし、一度に全部を作ろうとすると、仕様の認識ズレや運用フローの見落としが大きくなりやすく、結果的に手戻りが増える原因になります。
まずは現状の業務フローを整理し、中でも頻度が高く、手間がかかっていて、かつ失敗時の影響が大きい作業を特定します。そのうえで、既存のツール（スプレッドシート、既存のSaaS、Shopifyの標準機能など）で対応できる部分はそのまま使い、本当にカスタム開発が必要な部分に絞って進めるのが現実的です。
「全部作る」アプローチは選びません。既存の仕組みと組み合わせて、最小限の開発で効果を出す道を探ります。
初回ヒアリングで聞く6つの項目
初回の相談では、以下の6項目を順に確認します。すべて完璧に答える必要はありません。「だいたいこんな感じ」というレベルで構いません。
| 確認項目 | 聞く理由 | 具体例 | 初回相談で必要か |
|---|---|---|---|
| 入力元（どこからデータを持ってくるか） | 自動取得できるか、手動入力かで開発範囲が変わる | ShopifyのCSVエクスポート、手作業で入力したスプレッドシート、メール添付のCSV | はい |
| 出力先（どこに結果を出すか） | 帳票PDFなのか、CSVなのか、画面表示なのかで設計が変わる | 納品書PDF、集計CSV、管理画面のグラフ、Slack通知 | はい |
| 頻度と件数 | 月1回の手作業なのか、毎日数百件なのかで優先度と方式が変わる | 月末に1回、SKU 200件の在庫調整。毎朝、新規注文50件の差分確認 | はい |
| 担当者と役割 | 誰が入力し、誰が確認し、誰が承認するかを把握する | スタッフAがCSVをダウンロード、Bがチェック、店長が承認 | あるとよい |
| 例外・イレギュラー | 「たまにこうなる」ケースが一番バグを生む | バリエーション商品のCSV行が複数行になる。送料込み価格と税抜価格が混在 | 初回は概要でOK |
| 失敗時の影響 | やり直しがきく作業か、顧客に影響が出る作業かで開発の厳密さが変わる | 社内メモの誤記（やり直し可能）vs 請求書の金額誤り（顧客影響あり） | はい |
「担当者と役割」と「例外」については、初回では曖昧でも問題ありません。開発を進める中で掘り下げていきます。
小さく作れる範囲から始める
ヒアリングの結果をもとに、既存のツールでできることと、カスタム開発が必要なことを分けます。以下は、よくある機能を「既存SaaSで足りるか」「カスタム開発が必要か」で整理した例です。
既存のツールで対応できること
- Shopify管理画面からのCSVエクスポート・インポート
- Googleスプレッドシートでの簡易集計やグラフ化
- ZapierやMakeによる連携と通知
- Shopify Flowによる条件付き自動処理
カスタム開発が向いていること
- CSVの内容を自動で検査し、エラー箇所を一覧表示する
- 複数のCSVを突合して差分を抽出する
- 定型フォーマットの帳票PDFを生成する
- 入力フォームから登録し、承認フローを回す
- 処理結果をログに残し、あとからトレースできるようにする
たとえば、「月末にCSVをダウンロードしてExcelで集計している」という作業であれば、まずはCSVの検査ツールを作り、集計自体はスプレッドシートで続ける、という組み合わせも可能です。全部を一度にカスタム開発する必要はありません。
自動化できる部分
以下は、プログラムで機械的に処理できる部分です。人間が毎回同じ判断をしている作業であれば、自動化の候補になります。
| 処理内容 | 具体例 |
|---|---|
| CSVのバリデーションチェック | 必須列の有無、文字コードの確認、数値列に文字が混入していないか |
| CSVの内容検査 | 在庫数がマイナスになっていないか、価格が極端に外れていないか（前回比で大きく変動していないか） |
| 帳票の自動生成 | CSVデータから納品書PDFや集計表を定型フォーマットで出力 |
| 処理ログの記録 | いつ、どのファイルを、誰が処理したかの履歴を保存 |
| 通知の送信 | エラー検出時や処理完了時にメールやSlackへ通知 |
| 差分の抽出 | 前回のCSVと今回のCSVを比較し、変更された行だけをリストアップ |
ただし、自動化が「万能」であるわけではありません。CSVの仕様が変更されたり、想定外のデータ形式が入ってきたりするケースには、プログラムのメンテナンスが必要です。自動化する部分は、ルールが明確で変化が少ない作業に絞ります。
人間が判断すべき部分
以下は、プログラムで処理した結果に対して、人間が最終判断を行うべき部分です。AIを活用したとしても、最後の確認は人が行う前提で設計します。
| 判断内容 | 理由 |
|---|---|
| 承認・決裁 | 金額や顧客への影響がある変更は、責任者の確認が必須 |
| 例外ケースの処理 | ルールに当てはまらないイレギュラーは、状況に応じて柔軟な判断が必要 |
| 責任の所在の確認 | 誰がその処理を実行し、誰が責任を持つかは組織の判断 |
| 顧客への連絡内容 | 顧客に送るメッセージのトーンや内容は、ビジネス判断が含まれる |
| AI出力の妥当性確認 | AIが生成したテキストや分類結果に、事実誤認や不適切な表現がないかの確認 |
| 税務・法務・会計の判断 | 税額の計算や法的な解釈は、専門家の判断が必要（開発の対象外） |
たとえば、CSVインポートでエラーが10件見つかった場合、エラー箇所のリストアップは自動でできますが、「このエラーは修正して再取り込みするか、この行をスキップするか」の判断は担当者が行います。システムは判断の材料を提供し、最終的な決定は人間が行う設計にします。
ヒアリングシートの例
初回相談の前に、以下の項目をメモしておくと話がスムーズに進みます。完璧に埋める必要はありません。「だいたいこんな感じ」というメモでも構いません。
| 項目 | 記入例 | あなたの状況 |
|---|---|---|
| 対象業務の名前 | 月末の在庫調整 | |
| 今の作業手順（ざっくりでOK） | ShopifyからCSVダウンロード→Excelで編集→再アップロード | |
| 使っているファイル | Shopifyの商品CSV（products.csv） | |
| 頻度 | 月末に1回、所要時間約2時間 | |
| 困っていること | バリエーションの行数が多くて編集ミスがよく起きる | |
| 失敗したときの影響 | 在庫数がずれて欠品や余剰につながる | |
| 担当者 | 私一人でやっている | |
| 例外・たまに起こること | 季節商品の在庫を一括でゼロにすることがある |
このシートを埋めている途中で、「これって開発でなんとかなるの？」と思うことがあれば、それも相談内容に含めてください。既存のツールの使い方で解決するケースもあります。
相談時に用意するとよい情報
初回の無料相談では、以下の情報があると話が進めやすいです。ただし、すべて揃っていなくても構いません。
- 今やっている作業の手順（テキストで数行のメモで十分です）
- 使っているCSVやスプレッドシートのサンプル（架空のデータでOKです。実際の顧客データや機密情報は送付しないでください）
- 「ここを直したい」「ここが面倒」という箇所のメモ
- 使っているツールの名前（Shopify、スプレッドシート、使っているアプリなど）
- ざっくりとした頻度と件数（月1回・数十件、など）
機密CSVやスクリーンショットの送付は不要です。まずは概要をお聞かせください。相談の中で必要な情報はこちらからお聞きします。
なお、税務・法務・会計に関する専門的な判断（確定申告の方法、消費税の計算、契約書の法的解釈など）は対象外です。データの整理や帳票生成の仕組みづくりを中心にご相談を承ります。
また、開発の結果として売上が上がることや、コストが必ず削減されること、すべての作業が完全に自動化されることなどはお約束できません。既存の仕組みと組み合わせて、少しずつ改善していく進め方になります。
参考にした公式情報
Shopify CSV / 一括編集 まわりの作業を、まず無料診断で修正TODOに分けます。初回相談で機密CSVやスクリーンショットを送る必要はありません。
無料診断を依頼する