Portfolio · Vienna

albimeta.com

Senior IT Officer Full-stack developer Web apps Admin & operations

Seven years building production systems for international institutions in Vienna — HR and payroll platforms, multi-agency dashboards, and training and alumni networks. I turn the work that lives in spreadsheets and inboxes into software a team can rely on.

  • 7yearsshipping for institutions
  • 12platformsdelivered to production
  • 12kusers reachedacross live systems
  • 80%cost reductionafter go-live

Who this is for

Teams where the system matters.

  • NGOs, foundations, institutions, startups, scaleups, agencies, and product teams whose workflow has outgrown spreadsheets, inboxes, and no-code patches.
  • Teams on any cloud — Azure, AWS, GCP, Vercel, or hybrid — who want one accountable senior developer for the internal-tools layer beside it. Strongest fit if you’re already in Microsoft 365 and Azure, but not a requirement.
  • Technical founders, CTOs, engineering leads, chiefs of staff, ops leads, and IT directors who want fixed scope, visible delivery, and documentation that survives the next handover.
  • Engagements where the decision-maker is named, reachable, and can sign off in one short call.

Who this is not for

Some requests should stay elsewhere.

  • Pure consumer products — B2C SaaS, marketplaces, social apps, or mobile apps with public signup as the front door.
  • Vendor-platform-first builds — Salesforce, SAP, Dynamics, Workday, ServiceNow — where the work needs to live inside the vendor’s runtime. Integration, yes; rebuilds inside them, no.
  • Projects without a named decision-maker, a definition of done, or an internal owner for after handover.

Interactive

Run the 60-second ops diagnostic.

Five questions about how your team actually operates. You get a scored verdict, your weakest link, and a recommended next step — even if that step is “you don’t need to hire anyone.” It runs entirely in your browser; nothing is stored or sent.

// ops-diagnostic ready

ops-diagnostic --interactive

5 questions · ~60 seconds · runs locally · honest output, including “don’t hire me”

Engagement path

Ways to work together.

Engagement shapes, sized to the problem — from a single session to ongoing capacity. Scope is fixed before any work starts; the right tier depends on whether you need a decision, a baseline, a build, or a long-term partner.

Expertise

Senior development with practical operational judgment.

I build the tool and the operating layer around it: scope, access, data, testing, rollout, notes, and the decisions that keep the system maintainable.

What this fixes

  • Scattered work The same request stops appearing in email, Excel, Teams, and someone’s memory.
  • Access confusion People know who can approve, edit, export, and support the workflow.
  • Slow delivery Work is scoped tightly enough to ship instead of becoming a committee project.
  • Tool sprawl Old apps, lists, folders, and licenses get a decision: keep, fix, replace, or retire.

IT operations

Run

Make daily support and access easier to run.

Tenant hygiene, identity, access reviews, admin roles, and the boring operating habits that break first when no one owns them.

Outcome Clear ownership, access, support paths, and operating routines.

Project management

Align

Keep the work clear enough to ship.

Fixed scope, written decisions, named owners, checkpoints, and risks tracked in one place. The work does not drift into a committee project.

Outcome People can see what changed, who decided it, and what happens next.

Development

Build

Replace the workaround with a tool people use.

Internal apps, portals, automations, reporting screens, and the integration code that holds them together. One person responsible for the whole path.

Outcome The workflow runs through a maintained system instead of a personal workaround.

Implementation

Adopt

Get the system into daily use.

Configuration, migration, testing, rollout, training notes, and the admin runbook that survives after I am gone.

Outcome Staff know where to go, what changed, and how to ask for help.

Cost management

Control

Make tool spend easier to explain.

License usage, overlapping tools, vendor pressure, app inventory, and build-versus-buy decisions you can defend to a board.

Outcome You know what to keep, what to cut, and what is worth rebuilding.

FAQ

Frequently asked.

Why is there no price list on the page?+

Engagement names are stable; the price depends on your setup. Typical budget bands: Diagnostic from €1,500. Baseline from €6,000. Build typically €15,000–€45,000. Partnership from €3,500 per month. One email describing your setup gets you one real number instead of a menu that misprices the work.

How long does a typical engagement take?+

A diagnostic is one focused session. A baseline takes two weeks. A build is usually four to eight weeks of delivery time. Partnership engagements run monthly with a 90-day minimum. The shape is fixed before any work starts, so the timeline is a commitment, not an estimate.

Do you only work with one platform?+

No. Microsoft is a strong lane, but the work starts with the operational outcome. I also cover internal apps, portals, dashboards, workflow automation, implementation, and delivery.

Where do you work — Vienna only?+

Based in Vienna, with on-site working sessions in and around Vienna on request and online collaboration beyond that. Travel is handled explicitly in the scope rather than buried in it.

What happens if the work expands mid-project?+

The base scope stays fixed. If new work appears, we either park it for a later engagement or formalize a written extension. The boundary stays visible on both sides.

How do you handle data and GDPR?+

All client data stays in your tenant — Azure, Microsoft 365, Supabase, your own Postgres. I do not operate a parallel data store. Work runs inside your existing security and compliance perimeter; I do not require you to take on a new vendor processor. The site itself uses Plausible (privacy-friendly, cookieless) and no third-party trackers. Data residency, retention, and access controls are agreed in writing before the engagement starts.

Is the work accessible (WCAG)?+

Yes. Internal applications ship to WCAG 2.1 AA as the baseline, from day one, not as a follow-up sprint. Keyboard navigation, screen-reader semantics, focus states, colour contrast, and reduced-motion preferences are part of the build, not optional polish.

Who owns the code and the documentation?+

You do, from day one. Code is committed to your repository inside your tenant or organization. No license, no source-code escrow, no me-on-the-hook for someone else to fix things later. Admin notes, runbooks, and the role-permission inventory ship with the code, in the same repo.

What if you are not available — illness, holiday, leave?+

Single-person engagements have a bus factor of one; I treat that as the buyer’s risk, not a marketing problem. Every engagement ships with written admin notes, a runbook, and a named internal owner before launch. A competent in-house or contract engineer can pick up the system from those artifacts. That is a deliverable, not a hope.

What languages do you work in?+

English is the primary working language. German for Vienna meetings and documents on request. Albanian when it helps.

Next step

Tell me what your team is working around.

One email is enough — what is being chased by inbox, rebuilt in Excel, or held together by one person. You get a reply within one business day with a recommended next step and a budget range. No calls, no calendars, no sales sequence.

Or use the form — it lands in the same inbox

Vienna · Response within one business day · English · German · Albanian

LinkedIn · GitHub · References on request · No trackers