未分類

最初に断っておく — これはかなりグレーな話

この記事はDine Tokyoというサービスを「良い手本」として紹介するものではない。逆に警戒対象として観察するための事例として書いている。理由は3つ。

  • 事業譲渡を同時募集している: 公開ポストの後半で「マーケに金が打てる会社に事業を譲渡したい」と告知している。譲渡されるのは事業の建物ではなく、LINE登録者2,331人分の個人情報・職業・性格診断結果・全アクティビティログ。買い手が誰になるかは公開時点で分からない。登録者がその「将来の譲渡」に同意していたかも外からは分からない
  • 「AIで月10万円稼げた」自体が釣りの可能性: 本当にPMFしていて伸びる事業なら、売らずに伸ばしたほうが期待値は高いはず。それでもポストを出して譲渡先を募るのは、事業譲渡の引き合いを最大化するためのマーケティング投稿という側面が拭えない。バズった瞬間に「興味がある方はXでご連絡ください」が刺さる構造
  • マッチング系はこういう構造になりがち: 個人情報と性格データを集めることで価値が出る業態は、譲渡時にそのデータが一緒に動く。利用者側は「いま運営している人」だけでなく「将来この事業を買うかもしれない誰か」まで信頼できるか、を踏まえて登録する必要がある

「AIで運営している」事例として技術的には興味深いが、真似する側にとっても利用する側にとっても、信用設計が抜け落ちやすい構造を内包している。以下、その前提で事例観察を進める。

LangCore代表のちぇん氏(@yuno_miyako2)が、自身がほぼ触らずに月10万円の売上を立てている食事会マッチングサービス「Dine Tokyo」の運営実態を公開した。「AIで開発した」事例は溢れているが、「AIで運営している」という言い方ができる例はまだ少ない。

公開されている数字と運営の仕組みを、2枚のSVG図解にまとめ直して読み解く。

サービスの輪郭

Dine Tokyoは、東京で少人数の食事会を開く参加者をLINE経由でマッチングするサービス。海外で急成長している「Timeleft」の日本版検証として立ち上げられた。参加者はLINEから申し込み、運営側がマッチングして食事会を組成する。

4ヶ月の実績はこうだ。

  • LINE登録者数: 2,331人
  • 月間売上: 約13万円/月
  • コスト: サーバ代とLINE費用のみ（広告費は5月からほぼゼロ）

図1: AIに5工程、人に1工程

ちぇん氏が「AIに任せた」と書いている領域と、人が触っている領域を工程別に並べると、こうなる。

AIに5工程・人に1工程：Dine Tokyoの分担

工程ごとに、AIが具体的に何をしているかをほぐすと次の通り。

  • 広告制作: クリエイティブと訴求案をClaude Codeに大量生成させ、インスタ広告に流す。CPA（顧客獲得コスト）が悪いものを止め、良いものをベースに新規クリエイティブを自動生成。日次で改善ループが回る
  • 登録・診断: LINE登録後、名前や職業の入力と性格診断を取得。アクティビティログを全件残す
  • ナーチャリング: 上記ログをもとに、全ユーザーへパーソナライズしたメッセージをLINEで配信
  • 課金: 登録→プロフィール→診断→課金→ディナーのフローのうち、どの段階で離脱しているかをA/Bテストで計測。差し込み位置やスキップ可否をAIが提案・実装
  • 問い合わせ対応: コードベースからCS用マニュアルを自動生成し、常に最新に保つ。質問への回答や案内文の作成は人がゼロから書かない

人が触っているのはレストラン予約だけで、それも運営者本人ではなく外注。PayPayグルメで予約すると1名あたり200円のポイントが付くため、そのポイントを報酬にしてバイトの人にお願いしている。ディナー自体は参加者だけで進行するため、運営者の幹事業務はない。

図2: PMFの兆しは「広告を止めても売上が立った瞬間」に出た

ちぇん氏は「PMFした」と明言している。その判断材料を整理した。

PMF判定の5つの根拠と実績数字

立ち上げ当初は月10〜20万円のインスタ広告でLINE登録を集めていたが、2026年5月から広告費をほぼ使っていない。それでも既存のLINE登録者に対する案内だけで売上が立ち続けている、というのが効いている。広告を止めても回り始めた瞬間が「PMFのシグナル」というのは、ユーザー獲得経済性の議論として筋が通る。

伸び代の見立ても具体的だ。先行するTimeleftは東京エリアで公開されているイベント参加者数からみてDine Tokyoの20倍程度の規模で回っており、単純計算で売上20倍までは射程圏内、価格改定やマーケ改善でさらに上、という主張になっている。

なぜ「AIで運営できた」のか

事例として面白いのは、開発段階ではなく運営段階まで人手を抜けた点。整理すると3つの構造に分けられる。

  1. 意思決定が定型化されていた: 広告のCPA改善、ナーチャリングのパーソナライズ、課金フローのA/B改善は、いずれも「ログを見て次の手を打つ」が型化できる仕事。型化できる業務は人を抜きやすい
  2. アクティビティログを全件残した: 登録から課金まで全段階のログがあるから、AIが「どこで詰まっているか」を読める。ここを最初に作っていることが効いている
  3. 物理タッチを外注に切り出した: 唯一残ったレストラン予約というオフラインの泥仕事を、PayPayグルメのポイント経済に乗せて切り出した。事業者本人の時間を一切奪わない構造を作っている

売却募集が同時に出ているのも面白い

ちぇん氏はこの事業の譲渡も同時に募集している。「事業の課題は開発や運営ではなく、マーケティングだ」という整理で、広告予算を投下できる買い手のもとに渡したい、という意向。

PMFの確認まで個人で持っていき、スケールフェーズの資本投下は他社に任せる、という分業は、AI運営で立ち上げコストを叩いたからこそ成立する流れ。「1人が複数の事業を持つことは当たり前になる」というちぇん氏の見立ては、立ち上げ→PMF→売却のサイクルが短くなれば現実味が出てくる。

自分のメモ

事例として手元に残しておきたいポイントを、技術観察と警戒視点の2方向で書いておく。

技術観察として:

  • 「AIで開発した」と「AIで運営している」の難度差を、月10万円という具体的な数字で見せている事例として価値がある
  • ログ全件保存 × LINEパーソナライズ × A/Bテスト の組み合わせは、自分が触っている領域でも転用可能性がある（特に問い合わせ対応のマニュアル自動生成）
  • 「広告を止めても売上が立つ」というPMF判定基準は、自分のサービスでも使える物差し。広告依存度を可視化する仕掛けは仕込んでおきたい

警戒視点として:

  • マッチング系・コミュニティ系サービスに登録するときは、運営者本人だけでなく将来の買い手も信用できるかまで踏まえて決める。プライバシーポリシーに「事業譲渡時の個人情報移転」がどう書かれているかは特に
  • 自分が事業者側に立つ場合、「AIで運営できた」を売り文句にして個人情報リストごと売る構造は作らない。利用者の信頼を裏切る出口になりやすい
  • バズったポストの末尾に「興味がある方はご連絡ください」が付いているときは、ポスト自体がファネルの一部である可能性を常に頭に入れる。事業譲渡・採用・資金調達・営業の入り口として書かれた発信は、書かれている数字を額面通り受け取らない

出典: ちぇん | LangCore代表 (@yuno_miyako2) のポスト「AIだけで運営しているサービスがマネタイズした件について」(2026年6月公開)