AIで業務アプリを作ってみる｜「自分専用」と「チーム公開」の間にある壁

2026.09.10#Claude Code#AI活用

前回はWebページの公開までを扱いました。次に多くの人が挑戦したくなるのが「Webアプリ」——見るだけのページではなく、入力したり計算したり保存したりできる、道具としてのWebです。

そして、ここに大事な分かれ道があります。自分専用のアプリと、チームに公開するアプリは、難易度がまったく別物だということです。この違いを知らずに進むと、思わぬところでつまずきます。

まず朗報から。自分ひとりで使うアプリなら、AIで驚くほど簡単に作れます。

この種の「自分の業務の困りごとを解決する小さな道具」は、Claude Codeに頼めば数十分でできます。自分のPCの中だけで動かすなら、公開の手続きすら不要。道具を「探す」時代から「作る」時代へ——これはぜひ体験してほしい感覚です。

人事の業務には、この手の「毎回エクセルで手作業しているが、システムを買うほどではない」隙間がたくさんあります。市販の人事システムは大きな流れを押さえてくれますが、自社固有の細かい計算や様式には対応しきれません。その隙間を自分で埋められるようになる、という話です。

ところが「便利だからチームでも使いたい」と思った瞬間、要件が一気に増えます。

たとえるなら、自分のノートに書くのと、チームの共有台帳を運用するのとの違いです。ノートは自由に書けばいい。しかし台帳には、誰が書けるか、どこに保管するか、破れたらどうするかのルールが要ります。

人事の場合、1つ目の壁がとりわけ重くなります。評価データも給与データも、社内の全員が見てよいものではありません。 「誰が何を見られるか」の設計は、アプリの機能ではなく人事制度そのものの話です。ここを曖昧にしたまま便利さだけで広げると、あとで取り返しがつきません。

そして4つ目。これは人事が日頃から扱っている属人化の問題そのものです。便利なツールを作った人が異動して、誰も直せなくなる——業務改善のつもりで、新しい属人業務を生んでしまうパターンです。

私たちがおすすめしている線引きはこうです。

自分専用・部署内の数人で試す → AIと一緒に自作してよい領域。壊れても業務が止まらない範囲で
全社で使う・個人情報を扱う・業務が依存する → 設計段階からプロ（社内エンジニアや外部パートナー）を入れる領域。自作した試作品を「要件のたたき台」として渡すと、外注の精度と速度が劇的に上がります

大事なのは、自作の経験がムダにならないことです。自分で一度作ってみた人は、外注するときも「何が難しくて何が簡単か」の土地勘があるので、見積もりの妥当性も、要件の伝え方も、まるで変わります。

人事システムの入れ替えを検討している会社にも、これは効きます。ベンダーのデモを見て回る前に、自分たちで小さく作ってみる。 そうすると「本当に必要な機能」と「あったらいいだけの機能」が自分の手触りで分かるので、要件定義の質が変わります。

次回は、アプリを支える裏側——デプロイ・サーバー・データベースの概念をかみ砕きます。

AI活用・社員研修のご相談はこちらからどうぞ。

OhEN Funwork Studiosでは、採用・人事の現場に根ざしたAI活用支援・AI研修を提供しています。

「夢中になれる組織」の現在地を、話しませんか。