Mobile & SaaS

Mobile App and SaaS Development

POI369 is a Tallinn-based studio that designs and builds SaaS products with user accounts, subscriptions, roles and integrations. iOS and Android apps are scoped per project. The app, the web dashboard and the API behind them come from the same team, and store release is part of the work in the proposal. POITIM, the SaaS product we built end to end, is live in five languages. Pricing is by scope, with a written proposal.

Last reviewed September 26, 2026 · Reviewed by Ahmet Bulut

What we build

iOS and Android apps

Apps that use what the phone offers: camera, notifications, location and offline use. Which platform ships first is decided with you, based on your users.

Cross-platform as an option

Where it fits, shipping to both stores from one codebase is an option. Native or cross-platform is decided in discovery, together with the scope.

SaaS web apps and dashboards

The web app your customers sign in to and the admin panel your team runs the business from. For POITIM we also built a macOS and Windows desktop client.

Accounts, roles and multi-tenancy

Google or email sign-in, a role and permission matrix, and a multi-tenant backend that keeps each customer’s data apart. How data separation is tested is written into the scope.

Subscriptions, in-app purchases, payments

Monthly and yearly plans, trials, credit or token wallets, store purchases and card payments. Who is entitled to what is managed in one place.

Integrations and APIs

Connections to calendar, CRM, messaging and accounting tools, plus the product’s own API and webhooks. When a third-party service fails, the flow does not stop silently.

AI features inside the product

Assistants, recommendations, interpretation and classification. The model only sees data the user is allowed to see, and cost and quality are measured.

Store release and version management

App Store and Google Play accounts, store listings, review, test builds and updates. Crash reporting and notifications are planned with the scope.

Website, app or SaaS?

If the goal is to present the brand, collect leads or sell products, you most likely need a website, and we build those at package prices under Web Design and Development. This page is for products people sign in to and come back to: mobile apps, subscription software, customer portals and internal business tools.

A mobile app is not always the first step. If most users sit at a desk, starting with a web app and moving the proven flows to mobile later can be cheaper and faster. If notifications, camera, location or offline use are central, the app is planned from the start. We give this recommendation in writing, with the reasons, during discovery.

Who it is for

Startups shipping a first version

Teams with a clear idea who want to reach first users with a working product. Scope is cut down to the flows the first version really needs.

Processes that run on spreadsheets

Companies managing orders, bookings, field teams or customer requests through spreadsheets and chat groups. The process moves into one data model.

Brands that want an app for customers

Businesses with a website that want customers to manage accounts, orders or memberships from their phone.

Products moving to subscriptions

Teams moving from one-off sales to monthly plans, trials or credits. Entitlements and the payment flow are built together.

Unfinished or orphaned apps

Apps whose developer left, that cannot be updated or that are stuck on store policies. We review an existing app before taking it over, then propose a plan.

SaaS teams adding AI

Teams that want an assistant, recommendations or automatic classification in an existing product. Data access is scoped first, then the feature is built.

Live work

poitim.com

B2B team-operations platform we built from zero: multi-tenant backend, Google sign-in, role and permission matrix, web app, self-updating macOS and Windows client, the Timo AI assistant, ClickUp, Google Calendar and Telegram integrations, five languages.

poitim.com

Read the case study →

faltastik.com

Consumer platform we built end to end: user accounts, token wallet and payment flow, a per-category AI interpretation pipeline and performance work for the mobile devices most readings happen on; six languages.

faltastik.com

Read the case study →

POI CLOUD SYNC

No-code integration platform: visual flow builder, ready-made connector catalogue, real-time monitoring and automations that recover from failures. Brand, product interface and site by us.

www.poicloudsync.com

Read the case study →

How an app project runs

  1. Discovery and scope

    Who the users are, which flows the first version needs, which platforms and integrations. The result is a written proposal with scope, price and timeline.

  2. Prototype

    A prototype of the main flows, in a format chosen to fit the scope. The aim is to see how people use the screens before code is written, and trim scope if needed.

  3. Build

    App, API, database and dashboard move forward together. You follow progress through test builds and a preview URL.

  4. Testing and release

    Testing across devices, security and permission checks, store listing and review. Crash reporting and analytics setup is planned within the proposal.

  5. Operate and improve

    Post-launch maintenance is planned separately: operating system updates, security patches, monitoring and backups. New features are scoped separately, based on real usage.

Questions we get asked

How much does a mobile app or SaaS product cost?

There is no catalogue price, because cost depends on the number of platforms, screens and flows, integrations, the payment model and the admin panel. After a short discovery call we send a written proposal priced by scope, listing exactly what is included.

How long until the app is live?

It depends on scope. Once the first version’s flows, platforms and integrations are clear, the timeline comes in writing with the proposal. Store review times are outside our control, so the release date is planned with room for review.

Who owns the code?

Ownership and accounts are written into the proposal. Who holds the source code, store accounts, domain and server access, and how they are handed over, is settled before work starts.

Who maintains the app after launch?

Post-launch maintenance is planned separately. iOS and Android change every year, store policies change and dependencies age, so an app needs maintenance after launch. The scope and fee for maintenance are written into the proposal.

Do you handle App Store and Google Play release?

Yes. Developer accounts, store listings, screenshots, privacy disclosures, test builds and the review process are part of the work in the proposal. Whose name the accounts are opened in is written into the proposal. We cannot make the store’s decision; fixes after a rejection are also part of the work in the proposal.

Can you take over an app another team built?

Yes. Before taking over an existing app we review the code, infrastructure, security and store status, then give you findings and a recommended path in writing: continue, rewrite specific parts, or migrate. The decision is made with you based on that review.

Let’s plan your product

Tell us who it is for, what the first version must do and which platforms it needs. We come back with scope and a written proposal.

Tell us about your project