Branko PetricはなぜX運用SaaSを立ち上げ、収益化につなげることができたのか
Branko PetricはDevOps Engineerとしての実務感覚を土台に、Xを開かずに投稿を継続できるOpenTweetを立ち上げた。単なる予約投稿ではなく、RSS・GitHub・Stripe・API連携から下書きを生み出す設計と、AIを“自動投稿装置”ではなく草案作成支援に留めた線引きが特徴だ。
- 10〜50万円
- SaaS
- マーケティング／広告
- コミュニティ
- Claude
- GPT-4o
- Gemini
- Claude Code
- Codex
概要
Branko Petricは、自身のサイトでDevOps Engineerと名乗りつつ、個人開発プロダクトとしてOpenTweetを手がけている。Hacker Newsへの投稿では、Xのタイムラインを開かずに発信を続けたいという自分の課題からこのサービスを作ったと説明している。単なるSNS運用ツールではなく、「投稿の継続」を開発者や個人事業者の実務フローに埋め込む発想が出発点になっている。
OpenTweetは、X向けのスケジューリングと自動化を軸にしたプロダクトだ。特徴的なのは、RSS、GitHub、Stripe、Webhook/APIなど外部の活動データを取り込み、投稿候補を先に作る“コネクタ”の存在である。ユーザーはカレンダー上で確認・編集し、必要なら承認してから投稿できる。Branko Petric自身も、AIに勝手に量産させるのではなく、実際の活動を材料に文章化する補助として使う設計を重視している。
ビジネスモデル
収益化の中心はサブスクリプションで、2026年時点の料金ページではProが月額11.99ドル、Advancedが29ドル、Agencyが49ドルとなっている。7日間の無料トライアルを入り口にしつつ、個人利用から複数アカウント運用まで段階的に単価を上げる構成だ。
提供価値は大きく3層ある。第1に、通常の予約投稿・カレンダー管理。第2に、RSSやGitHub、Stripeなどから更新を拾って投稿草案に変える自動化。第3に、REST APIやMCPサーバー経由でAIクライアントや開発環境からX投稿を扱える“開発者向け投稿基盤”の側面である。ここが一般的なSNS運用ツールとの差別化ポイントになっている。
また、OpenTweetはX専用に絞っている点も見逃せない。多機能な総合SNS管理ではなく、X投稿の作成、再利用、分析、エージェント連携までを深く掘ることで、ニッチだが明確な利用理由を作っている。
収益規模
Branko PetricはHacker News上で、ローンチから数か月で有料ユーザーが84人いると述べている。単純に最安プランの月額11.99ドルだけで計算しても、月商は約1,007ドル規模になる。日本円換算では為替次第だが、おおむね10万円超のレンジに入る水準だ。
ただし、この試算には上位プラン契約者の有無、年払い比率、解約率、無料トライアルからの転換率は含まれていない。したがって、確認できるのは「少なくとも小規模ながら課金ユーザー基盤を持つ」ことまでで、正確なMRRは未公表とみるのが妥当だ。
学べるポイント
1つ目は、創業動機が非常に具体的だったことだ。Branko Petricは「X運用を続けたいが、タイムライン自体は開きたくない」という自分の摩擦から着手している。抽象的な“AI SNS支援”ではなく、行動を妨げる一点を外したことで、機能設計がぶれにくくなっている。
2つ目は、AIの役割を限定したことだ。Hacker Newsでの説明でも、AIは空白の画面を前にしたときの草案支援であり、無制限の自動運転ではないという立場を示していた。実活動をソースにして、最終確認は人が行う。これにより、AI投稿ツールにありがちな“中身の薄い量産”への反発を和らげようとしている。
3つ目は、開発者文脈での差別化である。OpenTweetはREST API、MCPサーバー、IDEやAIクライアントとの接続を前面に出している。SNS担当者向けSaaSとして売るだけでなく、エージェントや自作ツールから投稿を制御したい人にも広げているため、価格以上に用途の広さで勝負しやすい。
4つ目は、実際の活動ログをコンテンツ化する設計だ。GitHubのコミット、ブログ更新、売上節目など、もともと存在する情報を投稿下書きに変えるので、ゼロから毎回ネタを作る必要がない。個人開発者が継続発信で詰まりやすいボトルネックを、ワークフローの変換で解いている点が参考になる。
日本での再現可能性
日本でも再現余地はある。ただし、そのまま横展開するより、対象顧客を絞った方が通りやすい。たとえば個人開発者、BtoB SaaSの創業者、採用広報を担う小規模チームなど、「情報発信の必要性は理解しているが、SNSを開く時間や心理コストが重い」層には適合しやすい。
一方で、日本市場ではX専業ツールの訴求だけではサイズが限られる可能性がある。国内ではSNS運用代行、コンテンツ制作、採用広報など隣接課題と一緒に提案した方が、導入理由を作りやすいかもしれない。特に“投稿を自動生成する”より、“社内にある更新情報から発信案を半自動で整える”という位置づけの方が受け入れられやすいだろう。
再現の鍵は、AIそのものではなく入力データにある。日本版を考えるなら、Notion更新、note公開、Shopify受注、採用ページ更新、イベント告知など、国内ユーザーが日常的に使う情報源との接続をどう設計するかが勝負になる。
出典
コメント
Branko Petricの事例は、SNS支援ツールを“発信代行”ではなく“活動ログの編集レイヤー”として組み直した点が面白い。AIの派手さよりも、投稿の材料をどこから持ってくるか、そして人間の確認をどこに残すかに設計の重心がある。個人開発の文脈でも、問題設定が鋭ければ十分に課金プロダクトへ持ち込めることを示す例だ。
関連記事
Mihir KanzariyaはなぜAIデスクトップ自動化と成果課金型アフィリエイトSaaSを立ち上げられたのか
Mihir Kanzariyaは、AIが画面を見て操作するデスクトップ自動化ツールOpenOwlと、成果が出るまで課金しないアフィリエイトSaaS Referralfulを手がける創業者だ。プロダクト設計の共通点は、創業者自身の不便をそのまま料金設計や機能要件に落とし込んでいる点にある。派手な資金調達よりも、実運用の friction を減らすことに照準を合わせた作りが特徴的だ。
Dheeraj Sharmaが実践した、AI自動化教育で顧客を掴む方法
企業ITの現場で培ったシステム思考を土台に、Dheeraj SharmaはGenAI UnpluggedでAI自動化の教育・テンプレート販売・小規模プロダクト展開を束ねる事業を築いた。単なるAI解説ではなく、実運用まで落とし込む設計思想と、ニュースレターを中心に複数の商品ラインを接続した点が特徴だ。
Caroline Roussetは動画起点でB2Bの顧客を獲得した
Caroline Roussetは、LinkedInで築いた発信力とB2B動画運用の知見を土台に、Gorilyftを短期間で立ち上げた起業家だ。非エンジニアながらAIを使って試作を進め、動画回答を資産化する仕組みで初期顧客を獲得した点が特徴的である。
複数AIを束ねてSaaSを前に進めたFillip Kosorukov
心理学のバックグラウンドを持つFillip Kosorukovは、単一の万能AIに頼るのではなく、役割ごとに複数のAIツールを分担させる運用へ切り替えた。LocalMentionやFixMyRecordといったSaaSを進める過程で、共有Markdown知識ベースを中心に据え、開発・調査・文脈維持を分離した点が特徴だ。派手な自動化よりも、AI同士の受け渡し設計に重心を置いた事例として参考になる。