SaaS development in Perth
A SaaS product sold to Western Australian resources companies rarely has a simple tenant. The customer is a company, but the real unit is a site, sometimes run by a joint venture, with contractors who need access to one site for one shutdown and nothing more. Permissions built for a single-level organisation break on the first large contract, usually in front of the customer.
We build SaaS with that shape designed in: tenants with sites and joint ventures beneath them, contractor access scoped to the right site and period and removed automatically when it ends, isolation enforced in the database, single sign-on with each customer's identity provider, and activity history they can export. We design the model with you against your largest customer's real structure, so the next one fits without a rewrite.
Perth runs mines it cannot see. Rio Tinto controls trains, trucks and drills in the Pilbara from its operations centre in Perth, BHP runs much of its Western Australian iron ore logistics from a remote operations centre in the city, and Woodside, Fortescue and Chevron Australia keep their head offices here. Around them sits a large sector of engineering consultancies, contractors and mining equipment, technology and services firms. Most of the software work in the city exists to serve that industry, and it comes with that industry's habits: safety first, careful change control and very little tolerance for downtime.
The line that matters is between operational technology and everything else. Control systems, autonomous haulage and plant automation belong to specialists. The opportunity for outside engineers is on the business side of that line: maintenance and shutdown planning, historian data read out for analysis, contractor and workforce systems for a fly-in fly-out workforce, reporting, and the internal tools that stitch them together. Energy and utility businesses need the same kind of work, and beyond resources the state has its own buyers, from agencies and universities in the city to the wineries of Margaret River selling across the continent.
Hiring is shaped by the resources sector, which competes hard for experienced engineers and can pay for them. Indeed puts the average base salary for a software engineer in Perth at A$100,253, from 59 reported salaries, and a consultancy or scale-up bidding against a mining major for the same person often waits a long time. That is where we fit: senior engineers on a defined piece of work within days, with the code in your repositories from the first commit.
Our four hours of daily overlap land in your afternoon, moved to suit your team. Perth is the closest Australian capital to India's time zone, and neither Western Australia nor India uses daylight saving, so the window sits at the same point in your day all year. Your morning is for your own team and the site calls; the afternoon is for stand-ups, reviews and decisions with the engineer who writes your code.
We are the right fit for defined work on the business side of the operation: data, reporting, maintenance and workforce tools, and contractor systems. Senior engineers start within days, the first piece is a fixed-price two weeks, and we can carry the roadmap through the months before your own hire starts. Agencies can put the work under their own name.
Four ways this arrives.
Then SCIM, then role mapping, then a security questionnaire. We add SAML and OIDC through a provider or your own identity stack, provision users from their directory, and keep the permission model working for the self-serve customers who never asked for any of it.
Shared tables with a tenant column and every query trusted to filter on it. We enforce isolation below the application, with Postgres row-level security or separate schemas, and write tests that try to read across tenants and must fail.
Moving from seats to usage, adding a free tier, or selling annual contracts beside monthly plans. We model plans and entitlements separately from the payment provider, meter usage into a ledger you can audit, and make proration and dunning tested code rather than a monthly surprise.
Every larger customer asks who changed what, who can reach production and how access ends when someone leaves. We build exportable audit logs, least-privilege access and change control through pull requests, so your answer is a screen, not a spreadsheet.
A multi-tenant platform scoped per organisation, with admin screens for users, access and login alerts, and a way for an administrator to view the app as any user.
Read the write-up →Asked by Perth teams.
How do you work with teams in Perth?+
We are in Bengaluru, and four hours of every working day overlap with your afternoon, moved to suit your team. Perth is the closest Australian capital to India's time, and neither side changes its clocks, so the window stays put all year. Stand-ups, code reviews and design calls happen live in it. We work in your tools, whether that is Slack, GitHub or Linear, and every call is with the engineer who writes the code.
Do you build for mining and energy companies?+
Yes, on the business side of the operation. We build pipelines that read historian data out for analysis, maintenance and shutdown planning tools, contractor management platforms, apps that put a FIFO worker's roster, flights and documents in one place, and dense planning views for remote operations teams. We integrate with the maintenance, HR and procurement systems you already run, and start with the problem that costs you most on site.
How does your rate compare to hiring in Perth?+
Indeed puts the average base salary for a software engineer in Perth at around A$100,000, and the resources sector often pays more to win experienced people. Our published rate is $35/hour with a $5,000 minimum, or $5,400 a month for one embedded engineer. There is no recruiting time and no employment overhead, and work can start within days. The first piece is a fixed-price two-week engagement at $2,800, so you judge us on what ships.
What do the first two weeks look like?+
You share the context, with an NDA signed before anything specific. Within two days you are on a 30-minute call with the engineer who would do the work, and within a week you have a written plan. Then comes a fixed-price two-week piece for $2,800: one real thing, such as a maintenance report, a contractor portal screen or a data feed, built in your repositories and reviewed with you in your afternoons.
Shared database, separate schemas, or a database per tenant?+
Shared tables with row-level security for most products, because it is the cheapest to run and the simplest to migrate. Separate schemas or databases when a customer contractually needs isolation, data kept in a particular region, or its own backup schedule. We design so a large tenant can move to its own database later without rewriting the application, because that request usually arrives with the biggest contract.
When should we add SSO and SCIM?+
Before the deal that needs them, not in the first month. Design the user and organisation model so SSO slots in without a data migration, then switch it on when a paying customer asks. A provider such as WorkOS saves you building SAML and SCIM yourself, which rarely pays off until enterprise customers are a large share of your revenue.
Stripe, or a merchant of record like Paddle?+
Stripe gives you the most control over plans, invoices and the checkout. A merchant of record such as Paddle takes a larger fee and becomes the seller, handling tax wherever you sell. For a small team selling internationally from the start, the merchant of record is often the simpler path. We lay out both at your price point before you choose.
Can you make the product ready for enterprise buyers?+
Yes. Enterprise buyers ask for the same things every time: single sign-on, directory provisioning, roles they can define, an audit log they can export, and admin screens their IT team can use. We design those into the data model early, so saying yes to the next large customer is a configuration change rather than a quarter of rework.
What have you built that carries over to SaaS?+
Multi-tenancy, per-organisation access and admin tooling run through most of what we build. FM360 is a multi-tenant platform with all three: organisations, apps and access managed per customer, usage analytics and login alerts. Subscriptions and billing logic we build inside the product, tested like any other code rather than left to a dashboard.