Irodaügynök termékként: 3-szoros ügyfélár, gyakorlati B2B árazási stratégia

Fájdalom: 99%的Agent-alkotó, programozói mentalitással fejleszt terméket

Nyisd meg a同行 csoportot, ezt láthatod: mindenked Coding Agentet készítenek, Claude Code‑ra, Codex‑ra, Cursor‑ra mérik magukat. A produktus bemutatója mindig azzal kezdődik: „AI‑programozó”, „full‑stack mérnök”, „egykattintásos kódírás”.

Ez a módszer két kritikus hibát tartalmaz.

Első: az ügyfélhalmaz szűk kuin a csuklya. Ki fizet AI‑ért kód írására? Független fejlesztők vagy internetcégek CTO‑jának fejlesztőcsapata. Magyarországon 5‑10 ezer vállalkozás van, de csak kb. 5 %‑nél van saját R&D‑csapat. A maradók 95 % – adminisztráció, operáció, marketing, értékesítés, pénzügy – naponta dokumentokkal, táblázatokkal, prezentációkkal dolgozik, de nem ismeri a Git‑et, nem olvassa a kódot. Egy Coding Agentet ajánlani nekik, mintha veret adnánk egy táncokozónak.

Második: a Copilot‑ által beállított árkorlát miatt a客单价 alacsony marad. Copilot személyes verziója 10 USD/hónap, vállalati verzió 39 USD/fő/hónap. Ha hazai alternatívát kínálsz, a legmagasabb, amit elérhetsz, kb. 200 CNY/fő/hónap (8 800 Ft/26 €), amit az ügyfelek 80 CNY‑ra (3 500 Ft/10 €)‑ra szoktak mercikelni, és te sírva írásalod.

A valódi kincseshely máshol van: az irodaügynök.

Szabályozás: a technikai körök által alábecsült „irodai feladat” piac

2025‑ben a Manus egy újonc útra lépett a Kínai piacchon. A kulcsfontosságú különbsége nem a technika ereje, hanem két produktum‑döntés:

Döntés 1 – Felhő‑szandbox‑beágyazott kód. A felhasználó nem látja a kódot, nem kell, hogy értsen rá; a kimenet dokumentum, táblázat vagy weboldal – pontosan az iroda feladatai. Az OpenClaw‑ vagy WorkBuddy‑tipusú „elsődlegesen helyi” eszközök továbbra is kényszerítik a felhasználót a fájlrendszerrel való közvetlen interakcióra, vagyis a programozói munkavégzést rákényszerítik a titkárnőkre.

Döntés 2 – A együttműködés nem Git‑en alapul. Egy munkaEredményet egyszerre megoszthatunk kollégákkal, meghívhatjuk őket a feladat átvételére, vagy a mobilról folytatjuk a asztali gép munkáját. A Git ezt nem tudja, mert önmagában programozói eszköz.

De még erőteljesebb a névváltás. Amikor a Douban a „intelligens test” gombcímét „irodai feladat”‑re változtatta, a kattinási arató jelentősen emelkedett. „Intelligens test” három karaktere a nem‑technikai felhasználó számára bokra, míg „irodai feladat” négy karaktere pontosan megfelel a psychológiai várakozásnak: kattintok, és egy valós feladatot kezdem el.

Miért ez arbitrážis ablak? Mert a technikai körök collectively alábecslik ezt a piacot. Sok nagy LLM‑csapat technikai vezetője szívesebben beszél az OpenClaw‑ról, de semmit nem mond a Manus‑ról. L质的原因: a „programozói szituáció” – gondoljuk, hogy ez csak egy burkolat, egy gyakorló két hét alatt meg tudja csinálni.

Ez az alábecslés pontosan egy vakuumot teremt a termékmenedzsment‑alapú alapítóknak, akiket most még mindig lehet megkeresni.

4‑lépéses SOP: a termékfejlesztéstől a vállalati szerződésig

Lép 1 – Kategóriakiválasztás, hagyd abba a programozói piacot
Pontosítsd a termékedet úgy, hogy a kimenet dokumentum/táblázat/weboldal/prezentáció/poster legyen ezekben az iroda‑forgatókönyvekben. Távolítsd el minden olyan bejegyzést, amely kódmegtekintést igényel, és a gombszövegeket mindenki érthetővé tegyed: „hetői riport készítése”, „találkozójegyzék rendezése”, „versenytársi elemzés”.

Lép 2 – Felhő‑szandbox átalakítása
A kódot kizárólag a saját szervereden futtasd; a felhasználó csak iroda‑fájlokat tud feltölteni és letölteni. A helyi mappák csatlakoztathatók munkaterületként, de az alapértelmezett interakció a böngészőben történik – ez a Manus architektúrájának alapja. Másold ezt a modellt: építsd a Coze‑ vagy Dify‑platformon, illesztésbe vond az n8n‑ vagy Make‑munkafolyamatokat, a szandbox‑ot Docker‑konténerrel válaszd el. A fejlesztési költség 100 000 Ft‑nél maradhat.

Lép 3 – Az együttműködési funkcióknak vastagon kell lenniük
Kötelező a három elem:

1. Egy kattintásos megosztás a termékből,
2. Társbehívás a munkamenetbe a feladat átvételéhez,