こんにちは。ソウと申します。
会社員をしながらいろいろな事に挑戦するアラフィフです。太陽光発電所・Amazon物販・株式投資・AI活用（アプリ開発等）・DIY・錬金術自分が経験してきた事や興味のある事を書いていきます。

作ったのはプログラミング経験のない自分です。Claude Codeに日本語で指示を出しただけです。

システムは今も実際に動いています。この記事では、作った経緯・技術的な中身・運用してからの変化・この先の目標まで、全部正直に書きます。

目次

・第1章:「あの件どうなった?」をなくしたかった
・第2章:最初の指示の出し方が全てを決めた
・第3章:Claude Codeが自分で判断した瞬間
・第4章【有料】:実際に今動いているシステムの中身(使っている言語・フレームワーク・データベースからファイル構成、社内での運用方法まで全公開)
・第5章【有料】:運用してから何が変わったか(月20時間削減の内訳計算を全部見せる)
・第6章【有料】:業務委託先で「次はこれも」と言われるようになった話
・第7章【有料】:半年で月6万円を目指す事業ロードマップ(今の正直な進捗つき)

第1章:「あの件どうなった?」をなくしたかった

知人が「システムの見積が高すぎて困っている」と言ってきたのがきっかけでした。製造業の工場で受注管理システムを入れようとしたら、ベンダーからの見積が想定の3倍だったそうです。

知人の工場は40名程度の規模。受注してから出荷するまでの進捗を、全員がリアルタイムで確認したい。それだけのために、ベンダーから数百万円の見積が来ていました。

現場では、こんなやり取りが1日に何度も発生していました。

「あの件どうなった?」
「今どこまで進んでる?」
「納期は間に合いそう?」

担当者に直接聞きに行く。電話をかける。手が離せないタイミングで聞かれて手を止める。

「Claude Codeで作れないか?」

自分がClaude Codeを使い始めてまだ日が浅かった時期の話です。どこまでできるかは正直わからなかった。でも「骨格くらいなら隙間時間で作れるかもしれない」と思って、手伝うことにしました。

「全部の機能はいらない。進捗を共有できるだけでいい」

この一言で、やれることのイメージが固まりました。

第2章: 最初の指示の出し方が全てを決めた

Claude Codeを開いて、最初に何を打つかで、その後の展開が全然変わりました。

失敗した最初の打ち方

受注管理アプリを作りたい

これで始めたとき、Claude Codeはこう返してきました。

受注管理アプリを作りますね。どのような機能が必要ですか?

・顧客管理
・商品マスタ
・受注入力
・在庫管理
・請求書発行

ご要望を教えてください。

汎用的すぎる返答でした。指示が漠然としていると、Claude Codeは一般論で返してきます。これは当然です。

うまくいった最初の打ち方

Python(Flask)とSQLiteで受注管理Webアプリを作ります。

対象:製造業の工場。40名程度の規模。
目的:受注から出荷までの進捗を全員がリアルタイムで共有する。

必要な機能(優先順):

受注一覧ページ

受注番号、品名、数量、納期、担当者が一覧で見える
各行の右端に「工程進捗バー」(色で工程段階を表示)
工程は「受注確認→生産指示→加工→仕上げ→検査→出荷」の6段階

受注登録・編集フォーム
工程進捗の更新(現場担当者がボタンで更新)

まずプロジェクトの骨格(フォルダ構成、DBモデル、主要ルート)を作ってください。
実装は段階的に進めます。

技術スタックを明示し、対象と目的を書き、機能に優先順位をつける。これだけで全然違う動きをしました。

第3章: Claude Codeが自分で判断した瞬間

指示を出した後、Claude Codeがそのまま動き始めました。フォルダ構成を提示してきたと思ったら、次の瞬間にはもうファイルを書き始めています。「案を出して確認を求める」のではなく、勝手に進む。これが最初に驚いたところでした。

DBモデルを作るところで、一度だけ確認を求められました。

データを会社ごとに分ける方法が2つあります。

全テーブルにcompany_id列を持たせる方式
シンプル。1つのDBで、company_idで絞り込む。
会社ごとにスキーマを分ける方式
より厳密に分離できるが、構成が複雑になる。

会社数が少ない段階なら1の方がシンプルです。どちらにしますか?

自分は「アカウントごとにデータを分けて」と言っただけです。
でもClaude Codeは実装方法の選択肢を整理し、状況に合った方を提案してきました。「シンプルな方で進めて」と返したら、そのまま進みました。

一番大事な受注一覧のカラーバーは、最初の指示だけでは実装がぼんやりしていました。Claude Codeが出してきた仮実装は、工程ごとに別の色をつけて並べるものでしたが、知人がイメージしていたのは「一本のバーが今の工程の色で塗りつぶされる」表示でした。

カラーバーのイメージを補足します。

バーは一本。幅いっぱいに描いて、
現在の工程に対応した色で全体を塗りつぶす。
受注一覧テーブルの右端の列に入れる。
横幅は狭くていい。工程名はホバーで出せばいい。

これを受けてすぐに修正されました。「カラーバー」という言葉だけでは伝わらなかった部分が、「イメージを補足します」の一言で一発で直りました。

最初の指示を打ってから、動く骨格ができるまで約3時間でした。Claude Codeが書いている時間はほぼゼロで、待っているだけです。かかった時間のほとんどは「指示を考えている時間」と「動作確認している時間」でした。

ここから先では、実際に使っている技術構成(言語・フレームワーク・データベース・インフラの中身まで)、月20時間削減の計算根拠、業務委託先で相談される側に変わった具体的なやり取り、半年で収益化を目指す事業ロードマップの現在地まで、全部公開します。

第4章: 実際に今動いているシステムの中身