アプリを作るなんて、自分には関係ないと思っていた

2024年6月ごろ。

この頃の私は、自分でアプリを作ろうなんて考えたこともありませんでした。

プログラミングを仕事にしていたわけでもないし、コードを書けるわけでもない。

「アプリを作る」というのは、エンジニアが専門知識を使ってやるものだと思っていました。

その認識が変わったきっかけは、大学時代の友人が作っていた一つのアプリでした。

◆生物系だった友人が、いつの間にかSEになっていた

その友人とは、大学時代に同じ演劇部に所属していました。

私は機械系でしたが、彼は理学部で生物関係を学んでいて、卒業後もその方面の仕事に就職していました。なので、私の中では完全に「生物系の人」という認識でした。

ところが、しばらくして話を聞いてみると、

いつの間にか転職してSEになっていました。

それだけでも、
「ずいぶん違う方向に行ったな」
と思ったのですが、さらによく分からないことを始めていました。

その友人は長期育休取得中に、副業としてレンタルスペースの管理委託の請負を始め、その管理のために自分でアプリを作っていたのです。

しかも、そのアプリを自分だけで使うのではなく、

同じようにレンタルスペースを管理する人向けに、アプリを売ったり、作り方を記事として販売していました。

大学時代に一緒に演劇をやっていた、生物系だった友人が、

気づけばSEになり、
育休中に副業を始め、
その副業を管理するアプリまで自分で作り、
さらにその作り方まで売っている。

なかなか情報量の多い話です。

でも、私にとって重要だったのは、

そのアプリをどうやって作っていたのか

という部分でした。

◆コードを書けるのに、あえてノーコードで作っていた

友人が見せてくれたのは、レンタルスペースを管理するためのアプリでした。

予約を管理したり、利用内容に応じて必要な時間を計算したり、予約が重複しないようにしたり、いつカギを開けに行って、いつ清掃にはいり、収入と支出の記録したり。

レンタルスペースを運営するうえで必要になる機能を、自分でまとめて作っていました。

使っていたのは、Googleの「AppSheet」。
このとき初めて知った、ノーコードでアプリを作れるサービスです。

友人自身はSEなので、コードを書くこともできます。
それなのに、あえてAppSheetを使っていました。

データを保存している場所も、特別なデータベースではありません。

Googleスプレッドシートです。

それを見て、

「え、こんな感じでアプリって作れるの？」

と思いました。

私の中では、業務用のアプリを作るなら、kintoneのような専用サービスを契約したり、システム会社に頼んだりするものだと思っていたからです。

それに近いことを、個人がノーコードで作れる。

しかも、少なくとも試してみるだけなら、ほとんどお金をかけずに始められる。

これはかなり衝撃でした。

さらに、友人はその仕組みを自分だけのものにせず、

同じことで困っている人向けに作り方をまとめて販売している。

自分の困りごとを解決する。

その方法を整理する。

同じ困りごとを持つ人にも使ってもらう。

「アプリを作る」という行為が、それまで自分が思っていたより、ずっと身近なものに見えてきました。

そこで初めて、

「自分も作ってみようかな」

と思いました。

◆とりあえず、YouTubeで勉強してみた

AppSheetなんて、それまで名前すら聞いたことがありません。
もちろん使い方も分かりません。

そこで最初にやったことは、YouTubeで検索することでした。

AppSheetの使い方を解説している無料動画を見ながら、一つずつ触ってみる。

テーブルとは何か。
スプレッドシートとどうつながるのか。
ボタンを押したら何が起きるのか。
画面をどう作るのか。

そういうところからです。
実際に勉強に使った時間は、合計すると20〜30時間くらいだったと思います。
生活の中では、5〜7日ほど。

仕事が終わってから動画を見て、実際に触って、また分からなくなったら調べる。
そんなことを繰り返していました。

補足）現2026年9月時点で言うと、基礎勉強なんてせず、動画も見ず、AIに操作方法1から説明してもらいながら作りたいものをすぐに作っていくのがいいと思います。2024年から2年でAIがそれをできるようになったのです。

そして、ある程度使い方が分かってきたところで、
「何か一個、自分で作ってみよう」
と思いました。

最初に選んだのが、

妻と使う買い物アプリ

でした。

◆「買うものを共有する」だけでは、少し足りなかった

買い物リストを共有するアプリ自体は、珍しいものではありません。

夫婦で買うものを共有する。
ここまでは、既存のアプリでもできます。
どこにでも転がっているアプリです。

でも、実際に使うことを考えてみると、私には少し足りないところがありました。

例えば、買い物リストに「牛乳」と書いてある。
妻も私も、その牛乳が必要なことは分かっています。

でも問題は、

「どっちが買うの？」

ということです。

お互いが「相手が買うだろう」と思えば、誰も買わない。
逆に二人とも「自分が買って帰ろう」と思えば、牛乳が2本になります。

そこで、
「これは自分が買うよ」
という意思表示まで共有が必要になります。

意思表示のためにはラインとかで
「これは自分が買うよ」
とメッセージを送る必要があります。

生産技術で生産ラインの構築や工程改善を進め、
効率という概念に捉われ化け物になった私にはこの作業がとてつもないムダに感じていました。

なぜ買い物アプリには「買うよ」「買ったよ」「急ぎで買ってほしい！」の意思表示機能がないのか。。。

ずっとモヤモヤしていた時にこのAPPSHEETを知ってしまったらやるしかないと即断で作ることにしたのです。

細かな仕様については別の記事で書こうと思いますが、欲しかったのは単なる買い物リストではなく、

夫婦二人の買い物の状況まで共有できるもの

でした。

実装自体は、おそらく5時間くらい。

2日ほどで形になりました。

本当に簡単なアプリです。

でも、自分にとっては初めて、

「自分が欲しいと思った仕組みを、自分で形にした」

瞬間でした。

◆妻の反応は、意外と普通だった

完成したアプリを妻に使ってもらいました。

ちなみに妻は元プログラマーです。
コードを書くこともできます。
ただ、妻もAppSheetのようなノーコードツールがあること自体は知らなかったようです。

なので、
「こんなの自分で作ったの？」
と少しくらい驚いてくれるかな、と期待していた気もします。

でも実際には、
「すごい！」
みたいな大きなリアクションは特にありませんでした。

特に細かい説明もなく、普通に使い始めました。
ところが、私が一番印象に残ったのはその後でした。

翌日も使っている。

その次の日も使っている。

こちらが操作方法を細かく説明したわけでもないのに、迷わず触っている。

気づけば、

毎日の生活の中に、そのアプリが普通に入っていました。

私はそこに、むしろ感動しました。

無理に「使って」とお願いしなくても使われる。

説明しなくても操作できる。

自分が作ったものが、生活の一部になる。

派手な反応をもらうことより、

自然に使われ続けることの方が、実はすごいのかもしれない。

このとき初めて、そんなことを実感しました。

2024年に作った買い物アプリ。画面は2026年9月現在のものですが、今も夫婦で普通に使っています。細かな仕様は次の記事で。

◆プログラムを書くことより、「何を解決するか」

もちろん、この時点では高度なことができたわけではありません。
AppSheetの使い方もまだ覚えたて。

作ったのも、小さな買い物アプリです。

でも、この経験で自分の中のハードルが一つ下がりました。

それまでは、
「アプリを作るには、プログラミングができなければいけない」
と思っていました。

でも実際には、
「何が不便なのか」
「どうなれば便利なのか」
を考えるところから始めてもいい。

必要になったところだけ、あとから技術を覚えていけばいい。
そう考えるようになりました。

振り返ってみると、これは普段の仕事でやっていたことと、あまり変わりませんでした。

現場の話を聞く。
何に困っているのかを整理する。
必要な条件をまとめる。
どうすれば使いやすくなるかを考える。
そして設備という形にして、使ってもらい、調整していく。

対象が「設備」から「アプリ」に変わっただけでした。

そして、この小さな買い物アプリを作ったことをきっかけに、
私は次第にこう考えるようになります。

「これ、会社の仕事にも使えるんじゃないか？」

ここから、私の業務アプリづくりが始まりました。

◆補足）知り合いの飲食店でも使っている話

一つ面白いことがありました。

後日、この買い物アプリを小さな飲食店を経営している知り合いに見せたところ、
「うちでもこういうのが欲しい」
と言われました。

話を聞くと、基本の買い出しとかはその方がやるみたいですが
突発でそのお店のメンバーにお願いしたりするそう。
「これ買ってきてほしい」を個人にお願いしたり、グループラインで発信したり。

そこでやはり「意思表示」の機能があることがすごく便利なようで。
「これ欲しい」
「急ぎでほしい」
「私が買うよ」
「私が買ったよ」
「●●さんに買ってきてほしい」
などなど。
そのお店の使い方に合わせた買い物アプリを作って渡しました。

家庭内の小さな困りごとを解決するために作ったものが、
少し形を変えるだけで別の場所でも役に立つ。

この経験も、
「身近な課題を整理して仕組みにする」こと自体には、意外と応用が利く
と感じた出来事でした。

◆まとめ：身近な困りごとなら、自分でも形にできる

友人が作ったレンタルスペース管理アプリを見たことがきっかけで、私は初めてAppSheetというノーコードツールを知りました。

それまでは、アプリを作るにはプログラミングの知識が必要で、自分にはあまり関係のない世界だと思っていました。

でも実際には、
困っていることを整理して、必要な機能を考え、それを形にする。
まずはそこから始めればいい。そう思えるようになりました。

最初に作った買い物アプリは、本当に小さなものでした。それでも、自分が考えた仕組みが実際に動き、妻が説明しなくても自然に使い続けている。

その経験は、私にとってかなり大きなものでした。

次の記事では、業務アプリの話に進む前に、この買い物アプリについてもう少し詳しく書こうと思います。

単に「こんな機能を付けました」という話ではなく、

• そもそも何に困っていたのか

• その問題をどう整理したのか

• 既存の買い物アプリでは何が足りないと感じたのか

• それをどんな仕様に落とし込んだのか

というところから、実際のアプリの中身まで紹介してみます。

今振り返ると、この買い物アプリを作ったときの考え方が、その後の業務アプリづくりの原型になっていたように思います。