最初に取り上げるのは「GroupRun」というランニングアプリの話です。

実は、このGroupRunの制作プロセスについては、シリーズが始まる前にすでに記事を書いていました。「プログラミング経験ゼロから、AIと一緒にアプリを作った話」という記事です。コピペで進めた作業の流れ、実地テストの様子、完成までの体験を、そちらに詳しく書いてあります。よろしければ、こちらも読んでみてください。

今回のシリーズでは、その続きとして、別の角度からGroupRunのことを書きたいと思います。なぜこのアプリを作ろうと思ったのか。世の中には似たアプリがあるのに、なぜわざわざ自分で作ろうとしたのか。そして、作ってみて感じた、プロのアプリへの敬意の話です。

温泉に向かって走る、仲間たちと

私には、長年続けているランニングの習慣があります。30年以上、走り続けてきました。

そして、同じランニング仲間たちと、ときどき銭湯（時には温泉施設）へ行くことがあります。集まり方が、少し変わっています。

もちろん、時間を合わせて一緒に走ることもあります。でも、よくやるのは「ゴール時刻と集合場所だけ決めておいて、各自のペースで出発する」というスタイルです。同じゴールを目指して、それぞれが自分のペースで走る。集合時刻にゴール地点に集まれば、そこから一緒に温泉へ向かう。

このやり方は、走力にばらつきがあるメンバーが集まるときに、とても自然です。速い人は速いペースで、ゆっくりの人はゆっくりのペースで。誰も誰かに合わせる必要がありません。

ただ、走っている最中、他のメンバーが今どのあたりにいるのか、誰がもうすぐゴールに着きそうなのか——それが分かるものがあったら、もっと面白いだろうな、と感じていました。GroupRunを作ろうと思った原点は、この「あったらいいな」という気持ちでした。

ネイティブアプリでは、すでに存在していた

正直に書いておきたいことがあります。

実は、グループランのような機能を持つアプリは、ネイティブアプリの世界にはすでに存在します。たとえばGarmin Connect等の純正アプリでは、グループランで仲間の位置を共有できる機能が提供されています。私自身が使ったわけではないので詳細までは分かりませんが、機能としては実用的なはずです。

つまり、私が作ろうとしたものは、世の中にまったくないものではありませんでした。

それでも、私は「自分でも作ってみたい」と思いました。

ちょうどClaude Codeを使い始めた時期と、この発想が重なったのです。完成したアプリを使うことと、自分で作ってみることは、まったく違う体験だと感じていました。ボタンを押すだけで使えるアプリと、自分で形を作っていくアプリ。後者の方に、強く惹かれたのです。

一度、自分の手で作ってみたい。その思いの方が、強かったのです。

PWAという選択——完璧を諦めることで、進めた

制作の途中で、大きな壁にぶつかりました。

スマートフォンのバックグラウンドでGPSを継続的に計測する機能です。これを実現するには、Appleの公式アプリストアを通じた審査が必要になることが分かりました。私が作ろうとしていたのはPWA(プログレッシブウェブアプリ)というWebアプリの種類で、これだとバックグラウンドGPSには制約があるのです。

選択肢は二つでした。本格的なネイティブアプリとして開発を進め、Appleの審査を受ける道。あるいは、PWAの制約の中でできる範囲で完成させる道。

私が選んだのは、後者でした。

今回のテーマは、「完全版のアプリをリリースする」ではなく、「AIを使って、自分でアプリを作ってみる」ことだったからです。だから、迷うことなくそのまま進めました。

完璧でなくてもいい。動くものを、自分の手で作る。それが目的でした。

この判断は、結果的に正解だったと感じています。完璧を目指していたら、途中で挫折していたかもしれません。「ここまでで充分」と決められたから、最後まで辿り着けたのです。

知らない言葉との、2週間の旅

GroupRunを作る過程で、知らない言葉がたくさん出てきました。

Firebase、Mapbox、Node.js、VS Code。最初は何のことか、まったく分かりませんでした。

これらは一つひとつ、別の会社が提供している別のサービスや道具です。Firebaseは、データを保存するためのGoogleのサービス。Mapboxは、地図を表示するための専門のサービス。Node.jsとVS Codeは、開発作業をするための土台となる道具。

聞いたこともない名前の道具を、一つずつアカウント作成して、インストールして、設定していく。完成までに、おおよそ2週間かかりました。

ここで気づいたことがあります。一つのアプリを作るためには、自分のパソコンの中だけでは完結しないということです。地図を表示するなら、その地図データを提供している会社のサービスが必要。データを保存するなら、それを保管している会社のサービスが必要。一つのアプリは、いくつもの外部サービスの上に成り立っている。

第3回で、Power Automate Desktopで一つの自動化を作った話を書きました（第3回「パソコン自動化の夢——憧れて、試して、たどり着いた話」）。あのときは、自分のパソコンの中だけで完結する自動化でした。GroupRun制作は、それより一段階複雑な世界に踏み込む経験でした。

そして、プロのアプリのすごさを実感した

GroupRunを作ってみて、強く感じたことがあります。

それは、世の中で公式に展開されているネイティブアプリの完成度の高さです。

私が作ったPWAは、動きます。基本的な機能は満たしています。でも、App Storeに並んでいるアプリの完成度とは、明らかに別次元です。バックグラウンドでの動作、通知、デザインの細部、エラー処理、セキュリティ。プロが作るアプリには、見えない部分にも膨大な工夫が詰まっています。

私が作ったのは、「動くもの」のレベル。プロのアプリは、「商品として人に提供できるもの」のレベル。この二つの間には、深い溝があります。

一つのアプリをリリースするまでに、どれだけ多くの工数と時間がかかっているか。そして、どれだけ多くの関連サービスが関わっているか。これは、自分で作ってみて初めて分かったことでした。

冒頭で触れたGarmin社のアプリも、当然ですが、長い時間と多くの人の手をかけて作られています。それを「ボタン一つで使える形」で提供してくれている。これは本当にありがたいことです。

プロのエンジニアの仕事への敬意が、自然と湧いてきました。

それでも、作ってみる価値があった

そう感じながらも、もう一つの気持ちがあります。

「それでも、作ってみる価値があった」という気持ちです。

完成度ではプロには及びません。でも、自分の手で作ったアプリには、プロのアプリにはない価値があります。それは、作る過程で得られた理解です。

地図はどうやって表示されるのか。GPSのデータはどう取得して、どう記録するのか。複数の人が同じ画面を共有するには、何が必要なのか。これらは、ボタン一つで使えるアプリを使っているだけでは、決して得られない理解です。

そして、何より——「自分にも作れた」という体験そのものが、価値でした。

会社員時代の私だったら、こんなアプリを自分で作ろうなんて、考えもしなかったでしょう。一筋縄ではいかないことは分かっている。でも、AIという相棒がいる時代は、最初の一歩のハードルが圧倒的に低い。

完璧ではなくていい。動くものを、自分の手で作る。その経験が、自分の中に新しい視点をもたらします。「あれは作れる」「これも作れる」——一度作ってみると、可能性の見え方が変わるのです。

これが、第2ステージの最初の記事として、私が書きたかったことです。

次回は、GroupRunとは違って、もっと日常的に使える、いくつかのアプリをご紹介したいと思います。

【このシリーズについて】

この記事は「パソコンのなかった時代から追いかけてきた、自動化という夢」シリーズの一編です。非エンジニアの私が、AIエージェントと向き合いながら体験したことを、ひとつずつ記録していきます。

シリーズの他の記事はこちらからご覧いただけます：

• 第1回：パソコンのなかった時代から追いかけてきた、自動化という夢——ついに、その扉が開いた話
• 第2回：会社員時代、毎日の仕事の中で静かに願っていた『自動化』——朝のメール、報告書、そして同僚との小さな会話
• 第3回：パソコン自動化の夢——憧れて、試して、たどり着いた話
• 第4回：ターミナルって、何のためにあるんだろう?——長年の疑問に、AIが答えをくれた
• 第5回：AIとの付き合い方は、こうして変わってきた——そして、バイブコーディングという大きな波
• 第6回：驚きの連続から、Claudeが相棒になった——チャットもエージェントも、この道具で
• 第7回：自分のペースで、新しい技術エージェントAIと向き合う——焦らず、でも諦めず