ベネズエラ在住のソロ創業者、Hiurich G.が立ち上げたAI読書アシスタント事業
ベネズエラ在住のソロ創業者Hiurich G.は、非技術者から独学でコードを学び、Chrome拡張のAI読書アシスタント「IQPage」を立ち上げた。個人的な読書ストレスから着想し、要約・Q&A・バイアス検知を1つの拡張機能にまとめ、無料から月額29ドルまでの価格帯で提供している。
- 非公開
- SaaS
- 生産性／汎用
- コミュニティ
- Claude
- Claude Sonnet
概要
Hiurich G.は、ベネズエラを拠点に活動するソロ創業者で、技術者出身ではない立場から学びながらプロダクトを作ってきた人物だ。本人の投稿では、IQPageの開発に約8カ月を投じ、Chrome拡張として公開するまでに審査で3回の差し戻しを経験したという。
IQPageは、記事やレポート、論文をブラウザ上で読み進める人向けのAI読書アシスタントである。ページの要約、本文に対する質問応答、ハイライト補助、記事の言い回しや framing の偏り確認といった機能を、Chrome内で完結させる設計が打ち出されている。
背景には、本人自身が長文を読むたびに同じ段落を読み返したり、あとで読むつもりのタブを大量に開いたままにしたりしていた体験がある。外部アプリへ貼り付けるのではなく、読んでいるページの文脈を保ったまま支援する形に寄せた点が、このプロダクトの出発点になっている。
さらに本人は、2024年7月に妻を亡くし、精神面・経済面の大きな打撃を受けたあと、自分を立て直す手段のひとつとして開発に取り組んだことも明かしている。決済導入すら簡単ではない環境で、ひとりで開発・サポート・販促まで抱えたプロジェクトだったことがうかがえる。
ビジネスモデル
IQPageの提供形態はChrome拡張ベースのSaaSに近い。無料プランを入口に置きつつ、利用量や機能で有料プランへ段階的に移行させる構成になっている。
サイト上では、Free、Edu、Pro、Powerの4段階が案内されている。無料版は週あたりの要約回数とQ&A回数に上限があり、有料版では要約回数の拡張、無制限Q&A、バイアス検知、PDF・Word書き出し、複数記事の比較などが開放される。特に上位プランでは、比較読解や高度なモデル利用を前面に出しており、単なる要約ツールよりも“調べながら読むための作業環境”として単価を上げようとしている。
機能面では、要約、ページ内容に対する質問応答、選択テキストのExplain・Translate・Save・Note、分野別プロンプト、バイアス検知、記事比較が中核にある。読者層としては、研究者、学生、知識労働者、ニュースやレポートを日常的に読む人が主な想定ユーザーだろう。
集客は、少なくとも初期段階ではProduct Huntのローンチや個人発信への依存度が高い。本人はマーケティング経験も予算も乏しいと述べており、広告主導ではなく、コミュニティ露出と口コミを足がかりに試している局面と見てよい。
収益規模
公開されている収益データは確認できなかった。
一方で、料金表自体は確認できる。Freeは0ドル、Eduは月額5ドル、Proは月額12ドル、Powerは月額29ドルとなっている。本人の投稿時点では「まだ最初のユーザーもいない」と説明しており、少なくとも立ち上げ直後は売上よりも公開と検証を優先するフェーズだった可能性が高い。
そのため現時点では、価格設計は見えているが、MRRや課金ユーザー数を評価できる材料は不足している。
学べるポイント
第一に、非技術者でも“自分の困りごと”を起点にするとプロダクトの輪郭を作りやすい点だ。IQPageは、読解中に集中が切れる、長文で要点を取りこぼす、複数ソースを比較しづらい、といったかなり具体的な不便から設計されている。抽象的なAI活用ではなく、読む行為の途中に挿し込む補助線としてまとめたことが分かる。
第二に、拡張機能という配布形態そのものがプロダクト戦略になっている。別タブのWebアプリではなく、読んでいる場所にそのまま重ねるからこそ、要約やQ&Aが使われやすい。AI機能の価値はモデル性能だけでなく、どの瞬間に呼び出せるかで大きく変わる。
第三に、初期の価格設計が比較的明快だ。無料で体験し、学習・研究用途のEdu、一般的な有料利用のPro、ヘビーユーザー向けのPowerへと分かれている。機能差分も利用回数差分もあるため、アップセルの筋道が理解しやすい。
第四に、創業者ストーリーがプロダクトの粘り強さに直結している。厳しい個人的事情や居住環境の制約の中でも出荷まで持ち込んだことは、派手な成長指標とは別の意味で示唆がある。少人数、あるいは個人で作るSaaSでは、最初の優位性が資金や組織ではなく、執着の強さになることがある。
日本での再現可能性
再現性は一定程度ある。ただし、そのまま横展開するより、対象読者を絞ったほうが日本では勝ち筋を作りやすい。
理由は3つある。1つ目は、長文の要約やQ&Aだけでは競争相手が非常に多いことだ。日本でもブラウザ拡張、ノート系AI、検索補助AIが乱立しており、汎用読書アシスタントのままでは差別化が難しい。2つ目は、IQPageが押し出すバイアス検知や記事比較が、メディア関係者、研究者、受験生、法務・調査職など、用途別に切り出すと価値提案を明確にしやすいこと。3つ目は、ブラウザ内で完結する導線が日本の業務利用とも相性がよい点だ。
たとえば日本で再現するなら、受験・資格学習向け、企業の調査部門向け、法務文書の下読み向け、学術論文向けなど、最初から縦に深く入る戦い方が現実的だろう。単なる“読むのを速くするAI”ではなく、業務や学習フローの1工程を置き換える形まで落とし込めれば、十分に展開余地はある。
一方で、決済、審査、拡張機能ストア依存、生成AIコストといった運営上の難所は日本でも共通する。したがって再現可能ではあるが、成功しやすいのは汎用ツールのコピーではなく、読者セグメントを絞った特化版だ。
出典
コメント
今回の題材で目を引くのは、売上規模よりも“置かれた条件の厳しさ”と“それでもブラウザ拡張として出荷した事実”のほうだ。AIプロダクトの記事ではモデル性能や成長率に目が向きがちだが、Hiurich G.のケースでは、誰のどの読書ストレスを削るのかが先にあり、その後に機能と価格が積み上がっている。日本でも参考にするなら、AIを盛ることより、どの読書場面に常駐させるかを先に決めるべきだろう。
関連記事
Mihir KanzariyaはなぜAIデスクトップ自動化と成果課金型アフィリエイトSaaSを立ち上げられたのか
Mihir Kanzariyaは、AIが画面を見て操作するデスクトップ自動化ツールOpenOwlと、成果が出るまで課金しないアフィリエイトSaaS Referralfulを手がける創業者だ。プロダクト設計の共通点は、創業者自身の不便をそのまま料金設計や機能要件に落とし込んでいる点にある。派手な資金調達よりも、実運用の friction を減らすことに照準を合わせた作りが特徴的だ。
Ben BrocaはAIエージェントで会社運営そのものを自動化する仕組みを構築した
Polsiaの創業者Ben Brocaは、1人でプロダクト開発から集客、サポート、改善までをAIエージェント群に担わせる体制を築いた。月額課金に加えて顧客企業の売上に連動するレベニューシェアを組み合わせ、短期間で大型のランレートを作った点が特徴だ。
Pavel GajvoronskiはEU AI Act対応とAI監視を同時に切り出した
Pavel Gajvoronskiは、EU AI Act対応を中小SaaS向けに低価格化したComplyanceと、AIエージェントの実行ログを追うTraceHawkを並行して立ち上げたソロファウンダーだ。規制対応と運用監視を別々の痛点として捉えるのではなく、分類・記録・監査証跡を一連の流れとして束ねた点に特徴がある。法務とLLMOpsの間にある“面倒だが避けられない仕事”を、月額課金のセルフサーブ製品に落とし込んだ動きは、日本でもB2Bの縦型SaaS設計に示唆が大きい。
イスラエルの起業家Maor Shlomoはなぜ6カ月という短期間でBase44をWixに売却できたのか
Maor Shlomoは、データ基盤スタートアップExploriumの共同創業者を経て、2025年にAIアプリ作成サービスBase44を短期間で立ち上げ、わずか6カ月でWixへの売却まで進めた起業家だ。少人数でプロダクトを磨き、口コミとSNS発信で需要を広げ、早期に収益化した点が特徴。VC前提ではなく、AIで開発生産性を引き上げながら事業価値を先に証明した動きは、日本の個人開発者や小規模SaaSにも示唆が大きい。