席課金のない料金

Backend は、ログインできる人数が増えたから価値が上がるわけではありません。

使う人・アプリケーション・agent は変わっても、運用されているのは同じ backend です。

So why price the backend by seats?

Seat tax はチームにアクセスの配給を強います。Backend Platform は、実際に動かす面に値段を付けるべきです。

この記事は AI-era Backend Platform の pricing philosophy です。「席単価が最安」という比較記事ではありません。カテゴリ: /blog/what-is-ai-era-backend-platform。なぜ作り直さないか: /blog/never-build-backends-again。

なぜ seats が既定になったのか

Seat-based pricing が常に悪いわけではありません。コラボレーション、プロジェクト管理、CRM、社内ツールでは、利用人数が価値と強く相関することがあります。

Traditional SaaS
    ↓
How many people use it?
    ↓
Seats

人間が一つの UI をクリックする製品では、このメーターは機能しました。

Backend Platform で seats が弱くなる理由

Backend Platform は application、website、API、data、content、forms、storage、automation を支えます。価値は「何人が Console に入るか」より、「どの backend を運用し、何を可能にしているか」に近い。

Backend Platform
    ↓
What system are you running?
    ↓
Site / Project / Organization / Usage

Seat-based pricing charges for who can use the backend. A Backend Platform should charge for the backend you run.

Console 利用者は interface の観客です。消費される主資源ではありません。

Seat tax は行動を変える

「seat tax」は seat pricing = bad ではありません。追加の一人が請求を増やすため、チームがアクセスを制限し始める状況です。

"Should we invite them?"
        ↓
"Do they really need access?"
        ↓
"Can one person do it instead?"

本来の「誰がこのシステムを良くできるか」が、「誰に払う価値があるか」にすり替わります。

The best platform should make access easier, not make teams negotiate access.

AI agent が seat 抽象を壊す

従来は人間中心でした。

Backend
 ├── Developer
 ├── Editor
 └── Admin

AI時代の operator は増えます。

Backend
 ├── Developer
 ├── Editor
 ├── Admin
 ├── AI Agent
 └── Application

If an AI agent can do the work of several people, how many seats is it?

agent を 1 seat にするのか、agent ごとなのか、操作回数なのか。Seat は machine-operated infrastructure の貧弱な抽象です。

これは AI が人を置き換えるという話ではありません。Seat が人間中心の抽象であり、agent がその有用性を下げる、という話です。

単位は人ではなく backend

                 LUNO Backend
                      │
       ┌──────────────┼──────────────┐
       │              │              │
    Console          API            MCP
       │              │              │
     Human       Application       Agent

The Console is an interface. It is not the product boundary.

AI agent を常に無料にすべき、という主張ではありません。usage・storage・bandwidth・execution などのコストは発生します。問題は usage 課金と identity 課金の混同です。

Backend Platform は何に課金すべきか

良い pricing は価値とコストの両方を見ます。

Value: apps powered / capabilities / time saved / ownership avoided
Cost: storage / API traffic / compute / execution / bandwidth

席数だけでは、どちらも十分に表せません。

LUNO のアプローチ

LUNO の商用単位は、運用する backend です。主にサイト単位。Agency は組織単位（含むサイト付き）。

Free / Solo / Standard / Business は per site。Agency は per organization。デプロイの単位に合わせています。

プランには Console 協働用の team seats 枠もあります。それはサイト／組織プラン内の capacity であり、「人のログインを売る」ことが製品の中心ではありません。

LUNO is not trying to win by charging less per seat. It is trying to choose a better unit for pricing a backend platform.

Free は、有料インフラにコミットする前に評価できる実 backend です（MCP・embed・forms・public API を含む）。正確な limits は Pricing ページを参照: https://luno.rest/en/pricing

Seat-based pricing がまだ妥当な場合

コラボレーション製品では seat が妥当なことがあります。Backend Platform の既定抽象としては適切ではありません。

Enterprise では support / SLA / security / compliance / dedicated environments / governance が料金に紐づくことがあります。それらは本物の次元です。

Agent の操作モデルは /blog/operate-luno-from-mcp。一つの正本は /blog/console-and-api-same-record。

Conclusion

The unit of a collaboration product is often the person.
The unit of a backend platform is the system.

Humans use the Console.
Applications use the API.
Agents use MCP.
They all operate the same backend.

LUNO starts with: "What backend are you running?"

Price the backend. Not the people around it.

Never build backends again — 繰り返される backend 作業を platform が引き受ける。料金も同じ単位に従うべきです: /blog/never-build-backends-again

Plans: https://luno.rest/en/pricing