Case Study

Apollo.ai: Board Management and Corporate Governance Platform

Industry

SaaS

Project Type

Full Development

Location

Austria

Deliverable

Mobile & Tablet

The Problem

A board meeting produces decisions. Those decisions need to happen, and someone needs to make sure they do. The chain from agenda to meeting to decision to follow-up was broken at almost every point for most organisations.

Agendas were sent by email. Documents lived in shared drives with no real access control. During meetings, voting happened by show of hands or verbal confirmation with no record attached to the agenda item. After meetings, minutes were written up separately by hand, sent around for corrections, chased for signatures, and stored in a folder that was hard to find later. Action items were noted in spreadsheets that nobody updated.

Decisions that were made in a meeting often went nowhere. A month later, nobody could confirm whether a resolution was acted on, who was responsible, or what the board had actually agreed to. For large regulated organisations, this is not just an efficiency problem, it is a compliance problem. An auditor asking for evidence of a governance decision should not receive a chain of emails.

What We Built

These are two different codebases, two different skill sets, and two different engineering concerns. The reason this distinction matters is that the complexity of Apollo.ai lives in both layers, how they work together correctly across five user types, multiple organisations, real-time voting, and legally binding document workflows.

Live voting during meetings

When the chair opens a vote on an agenda item, every participant’s device shows the voting interface. Each person casts their vote. The result. including the breakdown of who accepted, rejected, or abstained. is visible live to the whole room. The record of that vote is written to the database the moment the vote closes and attached to the agenda item permanently.

Todos and action item tracking

Action items are created during the meeting, assigned to a specific person, given a deadline, and tracked by status. Every assignee sees their open todos. Overdue items are flagged. The meeting chair can see the status of every action item from a previous meeting before the next one starts.

Proposals

proposal is a structured object, it has a title, type, duration, the person who proposed it, the people it involves, and a status. Proposals sit in a queue and move to Approved when the relevant person confirms they belong on the agenda. The paper trail for how an agenda item reached a meeting exists in the platform

Decisions log

Every vote outcome is recorded in the Decisions log the moment it closes. Each record shows the resolution text, whether it was unanimous, the date, the board, the meeting, and the status Approved, Rejected, or Undecided. The log is filterable and linked directly to the agenda item and the meeting it came from. A compliance manager or an auditor can find any decision in seconds.

Technology Stack

Flutter

Cross-platform iOS app development

Swift

Native watchOS companion app, required because Flutter has no watchOS support

Kotlin

Native Android bridge code


Flutter

Cross-platform iOS app development

Swift

Native watchOS companion app, required because Flutter has no watchOS support

Kotlin

Native Android bridge code

Firebase

Auth, Firestore database, Cloud Messaging (push notifications)

TypeScript

Firebase Cloud Functions, persona identification, session triggers, notification logic

Google Cloud

Cloud infrastructure, function hosting, AI model serving

Node.js

Firebase Cloud Functions, persona identification, session triggers, notification logic

Firebase

Auth, Firestore database, Cloud Messaging (push notifications)

TypeScript

Firebase Cloud Functions, persona identification, session triggers, notification logic

Google Cloud

Cloud infrastructure, function hosting, AI model serving

Node.js

Firebase Cloud Functions, persona identification, session triggers, notification logic

What Was Delivered

10+

Hours Saved Per Meeting

25%

More Decision Actioned

4x

Decision Implementation Rate

Apollo.ai is a live product in active use by enterprise clients across Austria and Europe. The product metrics the client publishes reflect what the platform achieves in real deployment: more than 10 hours saved per meeting, 25% more decisions followed through to completion, a 4x improvement in decision implementation rate. 



The clients using Apollo.ai, OMV, PricewaterhouseCoopers, GETEC, DORDA, All for One, Verbund, Salzburg AG, CERAFILTEC, Ventocom, and Stadtwerke Klagenfurt, are large, regulated organisations in Austria and Europe with strict requirements for data security, compliance documentation, and governance process integrity. The platform handles their board operations.

ETechViral built the complete product: every mobile and tablet screen in Flutter, the Node.js backend, the real-time voting engine, the circular resolution workflow, the minutes generation and sign-off pipeline, the file storage module, the decisions log, the audit trail, and the multi-board permission system, from first line of code to live deployment.

Building a complex multi-role SaaS product?

ETechViral builds Flutter and Node.js products for enterprise clients in fintech, healthcare, and governance. We handle full product development from architecture to App Store delivery.

More Case Studies

Stress Guru: Mental Wellness App

Stress Guru an iPhone and Apple Watch app that detects stress through biometrics and triggers personalized AI coaching. Targets the three areas chronic stress hits hardest, sleep, focus, and relationships.

Finden: AI Workspace

Finden An AI workspace that connects Google Drive, OneDrive, Teams, Jira, WhatsApp, and more. Users ask a question in plain text and get answers across all their data instantly, no app switching.