Scheiding die overeind blijft als de klant ernaar vraagt
Vroeg of laat stelt een klant de ongemakkelijke vraag: wie kan dit nog meer zien? Met hubs is het antwoord kort. Elke hub heeft zijn eigen inhoud, eigen uitstraling, eigen adres en eigen optioneel wachtwoord. Je teamleden kunnen worden beperkt tot de hubs waaraan ze werken, zodat de freelancer op klant A niet eens ziet dát klant B bestaat. En de scheiding is geen weergavefilter - ze wordt afgedwongen waar de data wordt opgehaald, en dat is het verschil tussen verborgen en afwezig.
Klanten lezen gratis, en dat verandert het gesprek
Prijzen per editor straffen stilletjes het beste wat een bureau kan doen: de klant de documentatie echt laten gebruiken. Elke developer aan klantzijde, elke productmanager, elke stakeholder die de merkregels checkt - bij ons zijn dat lezers, lezers zijn onbeperkt, en onbeperkt is gratis. Je betaalt voor je eigen mensen die schrijven. De factuur groeit niet wanneer de documentatie slaagt, en dat is de juiste richting.
Eén designfundament, zes klantsmaken
De meeste bureaus bouwen op een gedeeld fundament: één grid, één componentlogica, elke klant met eigen tokens erbovenop. Hubs ondersteunen die vorm zonder dubbel werk - hetzelfde Figma-bestand kan meerdere hubs voeden, één keer gesynct, één keer geteld voor je quotum. De gedeelde delen blijven gedeeld, de klantspecifieke delen blijven gescheiden, en niemand onderhoudt zes kopieën van dezelfde knopdocumentatie.
Wat we aan onszelf het eerst zouden repareren
Twee dingen, ronduit gezegd. Er is geen SAML, en voor enterpriseklanten kan dat een dealbreaker zijn waar hun securityteam niet over onderhandelt - onze Zeroheight-vergelijking vertelt je waar je in dat geval heen moet. En een hub kan nog niet uit jouw account naar dat van de klant verhuizen, dus een volledige overdracht betekent dat de klant een eigen account start en de inhoud opnieuw wordt opgezet. Eindigt jouw model elke opdracht met een overdracht, weeg dat dan vóór je je vastlegt.
