Claude Codeを使えば非エンジニアでも社内の小さな業務ツールを自分で作れます。最初に作るべき3つのアプリ、小さく始める理由、AppSheetとの使い分けまで解説。
結論：Claude Codeは、非エンジニアが「社内の小さな業務ツール」を自分で作るための、もう一つの選択肢になります。IT部門やベンダーに頼らず、リスト・トラッカー、フォーム型のデータ入力アプリ、軽量ダッシュボードといった小さなツールから始めれば、待ち時間ゼロで「自分たちの手に合う」道具を持てます。ただし何でも作れる万能ツールではなく、AppSheetのような専用ノーコードツールと役割分担するのが現実的です。
見積もり管理の表、当番表、備品の貸し出し記録、承認待ちの案件リスト——どの会社にも「Excelやスプレッドシートで何とか回している」小さな業務が必ずあります。本来は専用のアプリがあれば便利なのに、IT部門に頼むほどの規模でもなく、外注すれば数十万円かかることもあり、結局そのまま放置されがちです。
Claude CodeのようなAIコーディングアシスタントが登場したことで、この構図が変わりつつあります。「こういう入力フォームが欲しい」「この一覧を、担当者ごとに絞り込んで見たい」といった要望を日本語で伝えるだけで、AIが画面とロジックのたたき台を作ってくれるからです。プログラミングを本格的に学ばなくても、「動くものを見ながら少しずつ直していく」という進め方（いわゆる「バイブコーディング」）で、実用レベルのツールに近づけることができます。
当社が以前公開したClaude Codeでウェブサイトを公開しよう！Cloudflare×Honoで始める無料公開ガイドは「外部に公開するサイト」を作る内容でしたが、今回のテーマはその逆——社内の人だけが使う、小さな業務ツールを作る話です。公開の手間や見た目の作り込みよりも、「自分たちの仕事が少し楽になるかどうか」がすべてになります。
いきなり複雑な基幹業務の置き換えを狙うと、まず失敗します。最初の一歩としておすすめなのは、次の3タイプです。どれも「今すでにExcelやスプレッドシートでやっていること」を置き換えるイメージなので、要件を考える手間が少なく、完成形もイメージしやすいのが共通点です。
例：案件の進捗リスト、備品の貸出管理、問い合わせ対応状況の一覧
やること：「登録・一覧表示・ステータス変更（未対応→対応中→完了など）」の3つだけ
向いている理由：構造がシンプルで、Claude Codeに伝える要件も「項目」「ステータスの種類」「並び替え・絞り込み」くらいで済む
最初の練習台として最も作りやすいタイプです。まずはこれで「要望を伝える→AIが作る→触って直す」というサイクル自体に慣れるのがおすすめです。
例：日報・作業報告、経費申請の一次受付、現場からの写真付き報告フォーム
やること：入力項目を決めたフォームを用意し、送信されたデータを一覧・検索できるようにする
向いている理由：「今まで紙やメール、口頭で集めていた情報」をフォームに置き換えるだけなので、業務側の変化が小さく、導入のハードルが低い
紙やチャットに散らばっていた情報が1か所に集まるだけでも、集計や検索の手間は大きく減ります。まずは項目数の少ないフォームから始め、使いながら項目を足していくとうまくいきやすいです。
例：週次の売上・予約件数の推移グラフ、担当者別の対応件数サマリー
やること：①や②で貯まったデータを、グラフや簡単な集計表として「見える化」する
向いている理由：すでにデータが手元にある状態で作るため、ゼロから入力の仕組みを考える必要がなく、成果（見やすさ）が実感しやすい
①②で「データを貯める仕組み」ができたあとの、いわば発展編です。最初からダッシュボードだけを単体で作ろうとすると元データの置き場に困るため、順番としては①②→③がおすすめです。
社内ツールに限らず、AIを使った開発全般に言えることですが、最初から大きな範囲を一気に作ろうとすると、途中で収拾がつかなくなりがちです。理由は主に3つあります。
要件が固まっていない：実際に使ってみないと「本当に必要な項目・機能」は見えてこない。最初の設計は多くの場合、後で直すことになる
動作確認の手間が増える：機能が多いほど、AIが生成したコードのどこが正しく動いているか、非エンジニアには判断しづらくなる
周囲の合意形成が難しい：小さく作って現場に見せながら進めた方が、「これでいいか」を都度確認でき、後戻りのコストが小さい
まずは1つの部署・1つの業務に絞った小さなツールを2〜3週間で形にし、実際に使いながら改善していく。この「小さく作って、育てる」進め方の方が、結果的に定着しやすいツールになります。
当社は以前、AppSheetで業務アプリを受注する前に知っておくべき3つのことという記事を公開しました。AppSheetはスプレッドシートを土台に、非エンジニアでも業務アプリを組み立てられる、実績のあるノーコードツールです。Claude Codeとは得意分野が異なるため、どちらか一方を選ぶというより、状況に応じて使い分けるのが現実的です。
AppSheetが向いている場面：スマホでのオフライン入力、承認フロー、権限管理など「業務アプリとしての型」がすでに用意されている機能を、設定だけで素早く組みたいとき
Claude Codeが向いている場面：既存のノーコードツールの型に収まらない、独自の画面・独自のロジックを作りたいとき。デザインや動きを自分たちの業務にぴったり合わせたいとき
共通の注意点：どちらも「作って終わり」ではなく、運用しながら手直しが必要になる。社内に手直しできる人（担当者）を最低1人は置いておくと長続きする
Claude Codeが「専用の業務アプリ基盤」そのものを置き換えるわけではないという点は、期待値としてはっきりさせておきたいところです。認証・権限管理・監査ログ・大量データの検索性能など、業務アプリの土台に関わる部分は、専用のプラットフォームの方が安定しています。Claude Codeで作るツールは、「専用ツールを入れるほどではない、けれど今のExcel運用では困っている」という、ちょうど中間の業務を拾うのに向いている、というのが実務上の感覚です。
Q. プログラミング経験がなくても大丈夫？
基本的な操作は日本語のやり取りで進められるため、経験がなくても着手はできます。ただし「動かない」「表示がおかしい」といったエラーに遭遇したとき、AIの説明を読んで状況を理解する読解力は必要です。最初の1本は、社内のITに比較的強い人と一緒に作る、または業務がわかる人と技術がわかる人がペアで進めると、つまずきにくくなります。
Q. AppSheetとどう使い分ければいい？
目安として、「スマホでの現場入力」「承認フロー」「権限を細かく分けたい」といった、業務アプリとして型が決まっている要件はAppSheetから検討するのがおすすめです。逆に「既存のテンプレートにない独自の画面が欲しい」「まずは軽く試作して感触を確かめたい」という場合は、Claude Codeで小さく作ってみる方が早いことがあります。迷ったときは、まず要件を紙に書き出してから、どちらが近いか比べてみてください。
Q. 会社のデータを扱っても安全？
個人情報や取引先情報など機密性の高いデータを扱う場合は、保存先（データベースやサーバー）のアクセス権限、通信の暗号化、バックアップ体制を必ず事前に確認してください。「作れること」と「安全に運用できること」は別の問題です。特に最初の1本目は、機密性の低いデータ（社内の備品管理など）から試し、慣れてきたら段階的に扱う情報の範囲を広げていくのが安全です。判断に迷う場合は、情報システム部門やセキュリティに詳しい人に相談することをおすすめします。
社内の小さな業務ツールは、これまで「IT部門に頼むほどではないが、地味に困っている」という理由で放置されがちでした。Claude Codeを使えば、非エンジニアでもリスト・トラッカーやフォーム型アプリといった小さなツールから着手し、実際に使いながら育てていくことができます。一方で、認証・権限・大規模データといった土台の部分は専用のノーコードツールに任せた方が安定する、という現実的な線引きも大切です。
「何から手をつければいいかわからない」「AppSheetとClaude Codeのどちらで作るべきか判断がつかない」という場合は、当社（Kirakuna）にご相談いただければ、業務内容に応じてどちらが向いているか、最初の1本をどう設計すべきかを一緒に整理いたします。
※本記事の内容は執筆時点の情報です。ツールの仕様は更新される場合があります。