Amikor elinditottuk a Community modul tervezeset, az elso szandekos dontesunk az volt, hogy NEM epitunk meg egy Reddit- vagy Discourse-klont. A B2B audience nem ezt a felhasznaloi elmenyt akarja, es ha mi epp ezt szallitanank, az aktiv kart okozna. Az alabbiakban leirjuk, miert.
Partner-portal vs. klasszikus forum
A klasszikus forum (Reddit, Hacker News, Discourse default) anonim regisztracioval mukodik, viralis voting-alapu sorrenddel, es a moderacio nehezsulya post-hoc. Ez tokeletesen mukodik egy consumer-audience-en, ahol a velemenyek diverzitasa es a tartalomdiscovery a fo ertek.
Egy B2B partner-portal mas. Itt a felhasznalo nem ismeretlen: o egy peer-cegnel dolgozo kolleg, akinek a cege szerzodeses viszonyban van a vendorral. A nevhez es a ceghez nev kotodik. Egy 47 fos pharmaceutical-logistics ceg controllerje nem akar egy nevtelen forumposzttal vitatkozni egy ismeretlen useral, akirol nem tudja, hogy a versenytarsanal dolgozik-e. Akarja viszont olvasni, hogy egy mas, nev szerint azonositott pharma-tenant ugyanezzel a NAV-integracios edge-case-szel hogy birkozott meg.
A partner-portal tehat curated (admin-feature mukodik), identity-verified (a felhasznalo a tenantja altal van approve-olva), es contracts-aware (a chat-agent latja, hogy a tenant melyik csomagra szerzodott, es ennek megfeleloen valaszol).
A hibrid amit megfontoltunk es elvetettunk
Volt egy ket-hetes design-szakasz, amikor megpfontoltuk a hibrid modot: identity-verified "hivatalos" reszek + anonim "szabad" reszek. Elvetettuk, mert ket okbol nem mukodik:
Elsosorban a B2B audience pszihologiailag nem hasznalja a free-for-all-t. Az enterprise-software vasarloi nem akarnak az ismeretlen felhasznalokkal vitatkozni, akarmilyen jol moderaltt a felulet. Az anonim resz az elso negy het utan halott terra lesz.
Masodszor, a moderacios biztositek halmozodott: ket szabaly-keszletet kellett volna karbantartani, ket attribucio-modot, es ket adat-deletion-flow-t. Egyszerubb volt vegelni a hibrid otletet.
A 3 forum-feature amit atveszunk
Nem akarjuk teljesen ujrafelttalalni a kereket. Harom dolog forum-best-practice szempontjabol szakkonyvi, es atvettuk:
- Threaded replies. Egy kerdesre tobb valasz, valaszra valasz. A diszkussziostruktura mostmar standard a B2B felhasznaloknak is.
- Search. Postgres full-text + filter (tag / szerzo / datum / megoldva-flag). Ez az egyetlen feature, amit minden user az elso napon megprobalkozik.
- Tagging. Tenant-szintu tag-namespace, de a vendor jeloli ki az ajanlott alapkeszletet ("finance", "logistics", "erp-migration", stb.) hogy a kategorizalas konzisztens legyen tenantek kozott a vendor-mediated discovery-re.
Az 5 forum-feature amit szandekosan KIHAGYUNK
- Anonim posztolas. Lasd fent: a B2B identity-aware. Egy peer-cegnel dolgozo identitas-nelkul nem hozza meg azt a bizalmat, ami a forum hasznalatat erteket adja.
- Upvote-driven sort. A B2B-ben a tartalomertek nem mindig korellal a tetszesi pontossagal. Egy obscure technikai kerdesre adott jo valasz lehet, hogy harom embert erint, de azok a haromnak alapveto. A default sort
most-recent-with-unanswered-priority, nemtop-voted. - Karma pontok. A consumer-app modell. A B2B-ben az identitasod a ceges nevjegyed, nem egy abstract pontszam. Az emberi credit ("Helpful Answer" jeloles peer-tol) helyettesiti.
- Badges-for-volume. Nem akarjuk hogy az emberek pusztan azert posztoljanak, hogy elerjek egy badge-et. Lasd a gamifikacios cikket reszletesen.
- Public DM. Cross-tenant DM nem letezik. Ha ket peer-tenant beszelni akar egy temarol, nyitnak egy thread-et. Ez kenyelmetlen szandekosan: arra biztat hogy a tudas megosztott legyen a forumon, ne kettecskeben elveszve.
A vendor-mediated identity
Egy fontos megkulonboztetes a partner-portal modellben: a felhasznaloi identity nem self-asserted ("ezt allitom hogy ki vagyok"), hanem tenant-admin-mediated ("a tenant admin jelzi ki, hogy ki dolgozik nala"). Egy uj felhasznalo regisztracioja egy ket-lepeses flow: a sajat email-jevel meghivot kuldenek a tenant-admin-nak, aki a Netorigo Admin-modulban approve-olja. Ez tobb dolgot megold: (a) a leavers-list automatikusan kezelheto (a tenant-admin egy klikkel deaktivalja a community-tagsagot is, ha valaki kilep a cegtol), (b) a vendor-szempontbol egy tenant-szerzodes egyetlen szerzodes-pontot kepvisel, nem n felhasznaloi viszonyt, es (c) a peer-tenants tudnak hogy az ott vita-szempontbol resztvevok mindenkit kepviselnek aki a tenantnal dolgozik, nem random external-ek.
Ez a modell egy tradeoff: lassul az onboarding (egy nap atfutas egy regisztraciora vs. egy email-ben azonnal), de a magasabb identity-bizalom megeri a B2B audience-en.