資金調達なしでAbdullah MohamedはなぜAI業務手順ツールを6カ月で出せたのか

概要

Abdullah Mohamedは、ブラウザ上の作業を記録し、その流れをもとに手順書を自動作成するQuickSOPを立ち上げた開発者だ。Indie Hackersで本人が述べた内容では、エジプトから単独で開発を進め、着手から公開までに約6カ月をかけたという。

同じ投稿では、AIを中核に据えた設計も具体的に示されている。Chrome拡張機能で操作を記録し、そこからスクリーンショット付きのSOPを自動生成する構成で、AIモデルにはGeminiを採用。実装面ではNext.js、PostgreSQL、Redisを使ったと説明している。単に「AIを使っている」という抽象論ではなく、どこにAIが入っているかが見えやすい。

さらに、稼働状況を示す材料として、無料プランを公開済みであることに加え、263のSaaSアプリに対応するデータベースと22種類のテンプレートを用意したと紹介している。収益はまだ立っていないが、少なくともサービス公開後の利用を前提にした形までは到達していることが読み取れる。

ビジネスモデル

QuickSOPの主軸は、業務手順の作成に時間を取られる小規模チーム向けのSaaSだ。本人のIndie Hackers投稿では、導入フローは「拡張機能を入れる→作業を録画する→AIが手順書化する」という流れで整理されており、手作業でマニュアルを起こす負担を減らす狙いがある。

加えて、補助機能としてSaaS利用料の追跡機能も組み込んでいる。銀行明細を取り込み、継続課金を見つけ、重複契約や未活用アカウント、無駄な支出の把握につなげる設計だという。ひとつの製品の中で、業務文書化とSaaSコスト管理をあわせて扱おうとしている点は特徴的だ。

運営体制については、Indie Hackersで本人がソロ開発者だと説明しており、自己資金で進めたとも書いている。少人数向けの業務改善プロダクトを、外部資本に頼らず一人で立ち上げる構図がはっきりしている。

コメント欄では、関心が強いのは人数が増え始めて手順の属人化が問題になる小規模チームだと本人が補足している。一方で、個人事業やソロ創業者にも、顧客向けの引き継ぎ資料づくりといった用途があると見ているようだ。

収益規模

公開されている収益データとして確認できたのは、立ち上げ時点の売上が0ドルだったという本人の説明までだ。Indie Hackersでは、公開直後でまだ課金収入はなく、2026年6月までに月次経常収益1,000ドルを目指す考えを示していた。

つまり現時点では、売上の実績よりも「何をどこまで作り込んだか」が先に見えている段階といえる。無料プランの公開、テンプレート数、対応アプリ数、利用対象の想定までは示されているが、有料顧客数や継続率などは確認できなかった。

学べるポイント

ひとつ目は、AIプロダクトの説明を機能名ではなく作業の変化で伝えている点だ。QuickSOPは「文書作成AI」ではなく、実際のブラウザ操作から完成形の手順書までをつなぐ道筋で理解できるように組まれている。初期SaaSでは、モデルの性能よりも利用場面の明快さが重要になりやすい。

ふたつ目は、かなり早い段階でも実装の中身を細かく開示していることだ。Gemini、Next.js、PostgreSQL、Redisといった具体名に加え、対応アプリ数やテンプレート数まで示しているため、読み手は抽象的な構想ではなく、すでに組み上がった範囲を判断しやすい。信頼の土台を、売上ではなく作った内容の具体性で補っているともいえる。

三つ目は、対象顧客の解像度が途中で深まっていることだ。本人は投稿後のやり取りで、最も反応があるのは成長過程で混乱が出やすい小規模チームだと説明している。最初から広い市場全体を取ろうとするより、手順の属人化が痛点になる場面へ寄せていく動きは、立ち上げ直後のプロダクトにとって現実的だ。

日本での再現可能性

日本でも再現余地はあるが、そのまま持ち込むだけでは弱い。理由は、QuickSOPの価値が単なる「AIで文書を作ること」ではなく、実際の操作履歴を取って、そのまま教育用・引き継ぎ用の素材に変える点にあるからだ。日本の中小企業でも、業務フローが担当者の頭の中に残ったまま引き継ぎで詰まる場面は多い。その意味では課題設定自体はかなり共通している。

一方で、Abdullah Mohamedが見ている需要は、人数が増え始めて運用が散らかる小規模チームに寄っている。日本で同じ切り口を試すなら、広く「業務効率化」を掲げるより、たとえば営業事務の引き継ぎ、EC運営の出荷処理、採用オペレーションのオンボーディングなど、繰り返し作業が多く画面操作中心の領域に絞った方が刺さりやすいだろう。

加えて、この事例で参考になるのは、売上が立つ前から対応アプリ数263、テンプレート22といった可視化しやすい指標を出していることだ。日本市場でも、初期段階の新興SaaSが信用を得るには、導入社数が少ない代わりに「どの画面で使えるのか」「何本のひな形があるのか」「どこまで自動化されるのか」を明確に見せる必要がある。とくにB2Bでは、抽象的なAI訴求よりも、導入後すぐ使える範囲の提示が効きやすい。

さらに、銀行明細からSaaS課金を拾う補助機能については、日本で再現するなら会計ソフトや法人カード明細との整合、金融データ取り扱いへの慎重さが必要になる。こちらは手順書生成よりハードルが高く、国内展開では主機能と切り分けて考えた方が現実的かもしれない。逆に言えば、まずはブラウザ操作の記録と手順化に集中し、特定業種の定型業務へ寄せる構成なら、十分に勝負できる余地がある。

出典

• https://www.indiehackers.com/post/i-built-an-ai-sop-generator-in-6-months-as-a-solo-founder-from-egypt-rqaGR3mAs0ohOyHqdq6g