コードを書かないSEが、AIと1日で基幹システムを作り直した話

止まっていた連載のこと

1年前、noteで連載を始めました。「ノーコードで変わる新しい働き方」というマガジンです。3本書いて、止まりました。

忙しかった、と言えばそれらしく聞こえますが、本当のところは少し違います。書こうとしていたことが、書いている間に古くなっていったんです。この1年でAIが私の仕事に急速に入り込んできて、開発のスタイルも、業界も、たぶん世の中も、ガラっと変わりました。1ヶ月ごとに景色が変わるような、目まぐるしい1年でした。「教えるための連載」を書ける状態ではなかった。自分の現在地が毎月動いていたので。

だから、再開するにあたって決めたことがあります。もう教えません(笑)
記録します。実際にやったこと、どう頼んだか、どこでつまずいたか。それだけを書く連載にします。

自己紹介をします。
私は北海道の釧路でIT会社をやっています。肩書きはシステムエンジニアですが、コードは書きません。kintone（キントーン。プログラムを書かずに業務アプリが作れるサービス）で、業務の仕組みを設計するのが仕事です。「コードを書かないシステムエンジニア」—ずっとこの立場でやってきました。

この連載は、そんな人間がAIと開発する日々の記録です。エンジニアの方向けではありません。「AIを使いこなすって、何をどうすることなの？」という段階の人にこそ読んでほしいと思って書きます。

第1回は、2026年8月28日の話です。この日、私は自社の基幹システム（請求や経費など、会社のお金まわりを支える仕組み）を、AIと1日で作り直しました。

会社を一本にしたら、仕組みが追いつかなくなった

先に、その日までの話をさせてください。

去年の9月末まで、私は前職の会社の副社長をしながら、Hokkaido Design Codeという自分の会社を並行して動かしていました。二足のわらじです。自社の案件数はまだ多くなかったので、案件管理はkintoneにあるとはいえ、中身はアナログでした。人が見て、人が覚えて、人が回す。それで十分足りていたんです。

10月に、自分の会社一本に軸足を置きました。すると、契約数も案件数も急激に増えました。ライセンスの取り扱いも増えて、月額や年額のサブスク契約の管理も膨らんでいく。アナログな管理では間に合わなくなり、そのしわ寄せは事務のメンバーに行きました。

いちばん重かったのが、毎月の請求業務です。経理担当が前月の請求レコードを複製して、契約がいつまで続いているかをコメント欄にメモしながら、1件ずつ目で確認していく。確認が人の記憶と注意力に頼っているので、とにかく時間がかかる。月末月初の請求に間に合わせるために、1週間くらい前から準備を始める必要がありました。それでも、請求漏れが出たことがあります。

システム屋なのに、と思われるかもしれません。
ただ、業務は会社の成長と一緒に形を変えていくものです。去年まで足りていた仕組みが、今年は足りない。それはどの会社にも起きることで、うちにも起きた、という話です。作り直しの設計は、ずっと頭の中にありました。ただ、その時間が取れなかった。

そうこうしているうちに、AIが来ました。黒船みたいだったと思います。独立と同じタイミングで、開発のやり方そのものが次々と塗り替わっていった。だからこの半年、私は自社の業務を題材に、AIと一緒にシステムを作る感覚を試行錯誤してきました。自分のスタイルを見つけている最中、と言ったほうが正確かもしれません。

8月28日は、その途中経過の日です。

8月28日にやったこと

その日、朝からClaude Code（クロードコード。AIに文章で指示を出すと、相談だけでなく実際の作業までやってくれる道具です）と向き合って、1日でここまでやりました。

私はコードを一行も書いていません。やったのは、日本語で話すことだけです。「経費のアプリはこういう項目で」「移行したら件数を照合して」「税理士に見せるのはこの範囲だけ」。AIが作り、私が確認して、直してもらう。その繰り返しでした。

正直に書いておくと、まっさらの状態から1日で、ではありません。それまでに少しずつ仕様を固めていました。どのアプリに何を持たせるか、請求書の発行はどこに一本化するか。細切れに考える時間は事前にあって、8月28日はそれを一気に形にした日です。

もうひとつ、この日に同時並行でやっていたことがあります。AIの「利用ポリシー」、つまり社内ルールづくりです。作っている途中で気づいたんです。この作り方を私だけのものにしたら意味がない。私以外の社員も同じようにAIと作業するなら、安全の担保が先に要る、と。ファイルの削除は禁止。危険な操作は設定でブロック。AIが触っていい範囲を決める。システムを作りながら、任せ方のルールを一緒に作っていきました。

どうやって「頼んだ」のか

月次請求をAIの担当業務にした、と書きました。何をしたのか。

今月から、うちの月次請求はこの一言で始まります。

「◯月分の請求データを作成して」

これだけです。AIが契約と案件の情報を集めて、取引先ごとにまとめて、請求データの下書きを作ります。イレギュラーがある月は、専用のアプリに日本語でメモしておきます。「A社は今月、契約分と案件分をまとめて1枚で」

こんな書き方で通じます。

種明かしをすると、私が用意したのはプログラムではなく、手順書です。どのアプリの、どういう状態のデータを集めて、どうまとめて、何をしてはいけないか。社内マニュアルと同じものを、日本語で書いただけです。AIはそれを読んで動きます。

これ、新しい人に仕事を引き継ぐときと同じなんです。手順を言葉にして、渡して、最初は横で見ている。相手がAIになっただけ。だから、コードが書けるかどうかは関係ありませんでした。業務を言葉にできるかどうか。それなら、現場で仕事をしてきた人のほうが得意なはずです。

怖くないの？と聞かれます

お金まわりをAIに任せるなんて、と思った方もいると思います。私も同じことを考えました。だから、任せる範囲を先に決めました。

こうして、人の仕事として残すところを先に決めました。

「AIに任せる」は「AIに丸投げ」ではありませんでした。どこまで任せて、どこから人がやるか。その線引きを自分で決めること。むしろ、業務の責任の置き場所をこれまでより丁寧に考えることになりました。

いきなり全部は切り替えない

もうひとつ、現実的な話を。9月の請求は、旧システムを「正」としてこれまでどおり作ります。新システムでも同じデータを作って、突き合わせる。1ヶ月並走させて、問題がなければ10月から新しい方に一本化します。

1日で作ったものを、1日で信じたりはしません。作るのが速くなった分、確かめる時間はちゃんと取る。ここは中小企業の実務として、譲らないことにしています。

私にできたなら

この話は、すごい技術者の話ではありません。私はコードを書けないままです。覚えたのは、頼み方です。

1週間前から準備していた請求業務が、「○月分の請求データを作成して」の一言に変わる。経理担当の目視の確認が、AIの下書きを確かめて承認する仕事に変わる。浮いた時間と注意力は、人にしかできない仕事に使えます。

今月、初めての月次請求をAIに頼みます。結果は旧システムと1件ずつ突き合わせるので、請求が漏れることはありません。初回から完璧に動くことに賭けるのではなく、完璧でなくても業務が守られる段取りを先に組む。システム屋として、そこは作る速さより優先しました。AIがどこまで正確だったか、人が何を直したか。その答え合わせを、次回書きます。

1ヶ月ごとに景色が変わる。それでこの1年、連載が書けなくなったのだけど、いまは逆だと思っています。景色が変わるなら、変わるたびに書けばいい。また次の景色が見たくなるので、これからも、そうやって動いていくんだと思います。

お知らせ：この記事でやったことをサービス化します

AIで動く業務システムを作って、私がいなくても回り続けられる形にすること。それを自社の中だけで終わらせず、サービスとして始めることにしました。名前は「Haidy（ハイディ）」といいます。綴りの真ん中に、aiがいます。

読んでいて「うちも、これならできるかもしれない」と思った方がいたら、現在地が何から手をつけるかが決まっていなくても大丈夫です。
まずは無償の初回診断で、業務の流れを一緒に1枚の図にしたり、kintoneでアプリを作るところから始めています。
図ができるだけでも、持ち帰る価値はあると思います。お問い合わせフォームからどうぞ。
AIの使い方が不安、そんな方も一緒に設定や導入の仕方について伴走支援します。

料金や進め方のきちんとした案内は、いまサービスページとして準備しています。できあがったら、この連載でもお知らせします。

木村琴絵／ 釧路 ／ Voicy「コトラジ」配信中