How does it differ from Beekeeper, Speakap, Workplace or Workvivo?
White-label communication platforms go live quickly and are good at standard mechanics (news feed, chat, push, simple documents). They reach their limits at three points: with complex role and location segmentation (multi-brand, franchise, healthcare divisions with separate collective agreements), with integrations to an unusual HRIS or sector-specific system (WFM in retail, scheduling in healthcare, TMS in logistics), and on price as you grow, since active-user fees add up quickly once adoption picks up. Custom costs more at the start and less in the long term, and you retain ownership of data, mechanics and governance. We will also tell you honestly when a white-label solution is enough: if your organisation has a flat structure and no exotic integrations, it can be a perfectly good first step.
Native or cross-platform: what do you recommend?
It depends on the functionality and your internal capabilities. For standard internal communication flows (news feed, push, chat, documents), Flutter or React Native work very well and deliver simultaneous releases on iOS and Android from a single codebase. For apps that rely heavily on hardware (NFC for clocking in on the shop floor, camera for incident reports with geo-tagging, offline working in poor coverage, complex push segmentation using operating system features), we more often recommend native development: Swift for iOS, Kotlin for Android. We advise on a case-by-case basis; we can deliver either approach and do both well.
How does the works council (instemmingsrecht) process work?
An app that processes employee data and sends push notifications falls under the works council's right of consent. We involve the works council from the discovery phase, not as a final step. Concretely, we provide a draft DPIA, a privacy statement, an overview of the data collected and a description of the moderation and notification powers. We are transparent on our side: no black-box AI and no hidden data exports to third parties. For organisations where the works council has a formal advisory role on IT decisions, we prepare a short internal document in phase one so that the board and the works council secretary are working from the same facts.
How do you handle GDPR and employee privacy?
Employee data requires a different level of care from customer data: the employer-employee relationship is inherently unequal, so consent is usually not a valid legal basis. We build on other grounds (performance of the employment contract, legitimate interest) and keep profiling to a minimum. Segmentation by location and role type is operational, while segmentation by individual behaviour is only carried out in aggregated form and always in consultation with the works council and the data protection officer (FG). We set up a data vault, retention rules per data category, and logging of all administrative access. We carry out the DPIA as part of the build.
How does the app support multiple languages?
Multi-language support is built into the architecture from day one. Every UI string can be translated, content (messages, documents, surveys) can be supplied per language or machine-translated, and push notifications are sent in the recipient's preferred language. For manufacturing, hospitality and cleaning organisations this is rarely optional: a safety announcement that only arrives in Dutch will not achieve its purpose for a team whose members speak Polish or Romanian.
How do you handle employees who don't have a work email address?
A large group of deskless workers don't have a work email address. We deliver alternative onboarding flows: PIN access linked to employee number, a magic link sent to a personal email address, phone verification via SMS, or a QR code invitation handed out by their line manager. For organisations that don't want to process personal data, we build a variant using only an employee number and a site PIN. SSO remains available for office staff with a corporate identity.
Does the app work on personal phones and on shared devices?
Both. On personal phones, the app works like a normal app with a personal login and a privacy layer that prevents business data from leaving the app (for example, no automatic backups to iCloud). On shared devices in production or warehouse environments, we build a shift mode: you log in at the start of your shift with your PIN or NFC badge and are logged out automatically at the end of your shift. History stays securely in the back end, not on the device.
Does the app work offline?
Reading company news, viewing procedures and checking your rota works offline: content is cached in the background and available without a network connection. Messaging and pulse surveys require a connection, but messages are stored temporarily and sent as soon as the connection returns. Important for sites with poor coverage (warehouses, underground storage, production halls, some care locations). Push notifications arrive as soon as the device is back online: not always instantly, but reliably.
How does the app fit with our intranet and MS Teams?
An internal communications app rarely replaces your entire digital workplace. It replaces the part that currently isn't working for the majority of your staff: the people who have no access, or limited access, to the intranet and MS Teams. For office staff, Teams or the intranet remains the main environment. That is why we always build a synchronisation layer: company news that appears in the app also appears on the intranet. For the mixed workforce, we provide a desktop web version of the app, often in conjunction with our
employee portal service.
How do you measure whether the communication is working?
We set up analytics on activation (what percentage of staff have actually been activated), engagement (daily and weekly openers, average reading time per article, push response), reach (which segments read which messages, and which segments are structurally not being reached) and pulse results where these are in use. Alongside quantitative measurement, we also measure qualitatively: a short cycle of interviews gives you insight faster than dashboards alone.
Who owns the code and data?
You do. We hand over the full source code, schemas, build pipelines and deployment scripts. The data lives in your cloud or with a hosting partner of your choice, with an EU data centre as the default. If you later want to continue with another agency, or take it over in-house, you can do so: there is no lock-in on the technology or on the data layer. We earn our living from good work that lasts, not from clients who are stuck with us.
What determines the cost of an internal communications app?
The biggest cost drivers are the complexity of the role and permissions model, the number of integrations (HRIS, scheduler, DMS, payroll, e-learning, sector-specific), the depth of messaging and knowledge library, the number of languages, and whether the platform runs multi-tenant or single-tenant. Native versus cross-platform and brand-specific motion design also play a role. We work in sprints with fixed sprint budgets: no surprises, and scope can be steered sprint by sprint.
How long before we can go live?
A first working version with login, news feed, push segmentation and a simple knowledge library can be live on TestFlight and the Google Play internal track within a few sprints, ready for pilot use. A fully fledged mobile intranet with HRIS integration, scheduler integration, messaging and multiple languages is a multi-sprint project. We often roll out in phases so that a first site or division can start while we keep building. This gives us feedback that we act on directly before the wider launch.
Could you also start from an existing SaaS product that we are replacing?
Yes, that is one of the most common starting points. Organisations that outgrow Beekeeper, Speakap or Workplace usually have a lot of content (old messages, knowledge articles, channel structure) and a learning curve for users. We build a migration script that transfers content and channels (where the source API allows it) and make sure the first version of the new app feels familiar enough to make the switch smooth. It is often also a good moment to rethink your
employee portal. Poor adoption is partly down to a desktop environment that no longer fits either.