本に蛍光ペンは引きたくない。だから「声で引く」読書メモアプリをつくった

この記事について

個人開発した読書メモアプリ Jotbound を題材に、課題の見つけ方から、AI を組み込むときの判断、運用コストや品質まで、設計で考えたことをまとめます。

業務に音声入力や AI を取り入れたい方、「アプリにしたいけど、何から考えればいいかわからない」という方の参考になればうれしいです。

きっかけ：読みながらメモするのは、思ったより難しい

本を読んでいて「ここ、いいな」と思っても、その場で残すのは難しいものです。

• 本を開いたまま、ノートやスマホに書くのは手間

• 外で読んでいると、書く場所がない

• スマホのメモアプリは、本を選ぶ・ページを入れる・引用を打つ・タグを付ける……とタップが多すぎる

紙の本なら蛍光ペンで一瞬ですが、私は本をきれいなままにしておきたい派です。それに線だけでは「なぜそこを選んだか」が残らず、あとから探せません。

蛍光ペンを引くくらいの手軽さで、本を汚さずに、あとから探せる形で残したい。 これがスタートでした。

課題を言い換える：「手がふさがっている人の記録」

突き詰めると、問題は意志の弱さではなく記録するまでの手数の多さでした。

「手がふさがっている」「その場では落ち着いて入力できない」場面の記録は、どこでも同じ悩みを抱えています。Jotbound はその一つの答えとして作りました。

 解決策：雑に話すだけで、AI が項目に分ける

使い方は、ホームの丸ボタンを押して話すだけです。

この1回の発話から、AI（Gemini）が次の項目を取り出します。

書名：　　　静かな読書の技法
ページ：　　70
引用：　　　読みかけの本のほうが、考えを遠くまで運んでくれる
コメント：　次の授業の参考にしたい。
タグ候補：　#教育 / #授業
活用状態：　活用予定

普通の音声入力は「文字起こし」で終わります。でも本当に面倒なのは、その後の整理（どの本か、どこが引用か、どう分類するか）です。そこまでを AI に任せることで、利用者の操作は「ボタンを押して話す」だけになりました。

設計で大事にしたこと

1. AI に任せきりにしない

AI の結果は「下書き」として扱い、保存前に必ず人が確認する流れにしました。

• 引用は聞き取ったまま残す。 AI がもっともらしく書き換えると、誤りに気づけなくなるからです。

• 本を勝手に登録しない。 登録済みの本棚と照合し、1冊に絞れないときは人に選んでもらいます。

• タグは提案だけ。 既存のタグを優先して提案し、採用は人が決めます。

• わからない項目は空欄。 推測で埋めるより、空欄のほうが確認しやすいからです。

AI を業務に入れるとき、一番のリスクは「それらしい間違い」がそのまま記録に残ることです。記録は雑に速く、確定は人が落ち着いて。この役割分担が、このアプリの中心にある考え方です。

2. 運用コストをかけない

サーバーを持たず、Firebase の無料枠だけで動く構成にしました。利用者ごとに自分の Firebase プロジェクトへ入れて使うため、運営側の月額費用はかかりません。

• 画面：React / TypeScript / Vite / Tailwind CSS（PWAを想定）

• データ・ログイン：Cloud Firestore / Firebase Authentication

• AI：Firebase AI Logic 経由の Gemini（API キーをアプリに埋め込まない構成）

• 不正利用対策： Firebase App Check

小さく始めたい業務アプリでは、「作った後に毎月いくらかかるか」は機能と同じくらい大事な判断材料だと考えています。

3. データとプライバシー

• 録音した音声はクラウドに保存せず、AI の解析に使うだけ

• 音声を AI に送る前に説明を表示し、同意を得る（同意しなくても手入力で使える）

• データベースは Security Rules で所有者本人だけに限定

作って終わりにしない：起動の遅さを改善した話

実際に使ってみると、アプリを開いてから表示されるまでが遅いと感じました。

原因を調べると、起動のたびに「ログインした人が所有者か」をサーバーに問い合わせ、その返事を待ってから画面を出していました。電波の弱い場所では、この待ち時間が最大10秒ほどに伸びることもあります。

そこで、一度確認が済んだ端末では手元のデータで先に画面を出し、サーバーでの確認は裏で続けるように変えました。安全性はデータベース側のルールで守られているので、見た目の待ち時間だけを減らせます。

使う人の体感を確かめて、原因を突き止めて直す。小さな改善ですが、こうした運用中の手当てまで含めて「開発」だと考えています。

あとから見返して、使うところまで

メモは本・テーマ・使い道で探せます。「活用予定／活用済み」という状態を付けられるのは、読んで終わりではなく、授業や文章に使うところまでをつなげたかったからです。Markdown での書き出しにも対応しています。

開発の概要

開発期間：　　　約3日
体制：　　　　　個人開発（要件定義・設計・実装・テスト）
対応端末：　　　iPhone / Android / PC（PWA）
ソースコード：　https://github.com/kzmcode/jotbound

ご相談について

このアプリのように、

• 現場の「記録が面倒」を、音声入力や AI で減らしたい

• 紙や Excel でやっている業務を、スマホで使えるアプリにしたい

• 小さく始めて、運用コストを抑えたい

といったご相談があれば、お気軽にご連絡ください。要件が固まっていない段階からでも、一緒に整理するところからお手伝いします。

制作実績と問い合わせ先は、こちらのポートフォリオサイトにまとめています。

👉 ポートフォリオサイト: