Principal Product Designer (B2B)

Collaboration and delivery model

This profile describes how I work as Principal Product Designer (B2B), with a focus on reliable infrastructure and paved-road delivery. Design systems, admin UX, and product narrative In recent years I have supported organizations that needed Kubernetes, SRE, and platform engineering — Design systems, admin UX, and product narrative — often from Geneva, Switzerland, remotely or on site. The sections below show end-to-end how I structure engagements: from the first working session through production and continuous improvement. All content is synthetic demo data for freelancer.svoxx; it does not refer to real people or confidential projects.

Category and domain focus

Engineering engagements (infra/platform) deliver paved roads: templates, policies, and observability teams adopt voluntarily. I plan landing zones, network segmentation, and cost guardrails with FinOps. Incidents use SLOs and blameless postmortems; runbooks are mandatory. For industrial and IoT contexts I respect safety, firmware updates, and OT interfaces.

At a glance

• Focus — Design systems, admin UX, and product narrative
• Core skills — CAD, CAE, SolidWorks, Simulation
• Location — Geneva, Switzerland
• Engagement — Hybrid, availability Unavailable, 13 years experience
• Languages — English
• Rate — from USD 150/hour (demo)

Typical flow in three steps

1. Focused discovery — clarify goals, constraints, stakeholders, and the riskiest dependencies.
2. Thin vertical slice first — integration, delivery, and observability are real, not slide fiction.
3. Clean handover — playbooks, decisions, and a backlog your team can carry.

"Design systems, admin UX, and product narrative" — synthetic quote for seed profile 068; not a real client reference.

Depth: quality, risk, and operations

I approach leadership as a system: clear goals, protected focus time, and a rhythm of reviews that is honest about blockers. I have led mixed seniority groups across time zones, and I structure ceremonies so that distributed teammates have equal access to context. I work with people leads on growth plans, not only tickets, and I am explicit when trade-offs are technical versus organizational. When a programme is in distress, I reset the narrative around outcomes and a minimal recovery path instead of a sweeping rewrite, because morale and momentum often return faster with a small win on the critical path.

Security and reliability are not separate from delivery speed. I use threat modeling light enough to finish in a morning but concrete enough to drive a backlog. I am pragmatic about control frameworks: I map your risks to a sensible subset of actions instead of a checkbox parade. I align with legal and DPOs on retention, sub-processors, and data subject workflows where personal data is involved, always using test personas for demos — never real individuals from production. For operational resilience, I make sure on-call has runbooks, escalation paths, and a blameless postmortem culture that produces durable fixes.

Discovery always starts with constraints: business outcomes, team topology, security posture, and the timeline you are willing to invest in. I run structured workshops that turn vague goals into measurable acceptance criteria, service boundaries, and a backlog that your stakeholders can read without a glossary. I document decisions in a lightweight decision log, link them to your roadmap, and make sure the same context travels into engineering — so scope creep is visible before it is expensive. Where legacy systems are involved, I start with a thin slice that proves integration patterns and de-risks the hardest dependency first. That sequence keeps momentum while protecting production traffic and on-call engineers from unplanned work.

I prefer shipping in thin verticals with observability and rollback baked in. That means feature flags, staged rollouts, synthetic checks, and dashboards that answer whether users are completing the journeys that matter, not just whether the cluster is up. I partner with SRE and security to align on secrets handling, key rotation, dependency scanning, and incident playbooks. When you need a bridge into procurement or compliance, I translate between vendor contracts and the technical work required to deliver them, so you do not pay twice for the same control. I am comfortable in regulated environments: audit trails, least-privilege access, and evidence packs that an external assessor can follow from ticket to production.

Quality is a product decision. I work with you to pick the right test pyramid: contract tests for APIs, targeted end-to-end suites for the highest-risk user journeys, and static analysis in CI to catch the categories of defects that your team is tired of re-opening. I encourage pairing and mobbing when knowledge transfer matters, and I leave your team with scripts, templates, and a definition of done that is enforceable, not aspirational. Performance work follows evidence from traces and budgets rather than pre-emptive rewrites, and I document hotspots with reproduction steps your developers can re-run locally. Accessibility and internationalization are treated as requirements with concrete checks, not late-stage tickets.

The user interface is where your promise meets reality. I combine qualitative insight from interviews and sessions with analytics that show where workarounds and silent drop-offs begin. I translate that into a coherent interaction model, component library usage, and writing patterns for empty states, errors, and long-running operations. I prototype at the right fidelity: sketches when the problem is poorly understood, high-fidelity when alignment between marketing and product is the blocker. I coordinate with brand and content so the tone of voice in the product matches the story you tell on the website, and I prepare engineering handoff that reduces rework on spacing, copy, and motion.

Regional context and industries

Based in Geneva, Switzerland, I am used to expectations from enterprise and growth-stage buyers: documented changes, aligned interfaces, and realistic planning for distributed teams. I adapt communication and meeting rhythm to your culture — async with clear decisions when that fits. Seed profiles power portal demos; bookings happen on the platform, not via direct contact details in this text.

Appendix — additional detail (synthetic)

Data engineering only matters when the business can trust the numbers. I set expectations around freshness, idempotency, and reconciliation between sources. I am explicit about the difference between a dashboard for day-to-day operations and a dataset for modeling, because mixing them is how organizations ship optimistic forecasts by accident. I have worked with dbt, streaming ingestion, and batch warehouses; I will recommend the mix that fits your data volume, skill mix, and regulatory constraints. I document lineage, ownership, and SLAs, and I build the first set of data quality rules that are painful enough to fail loudly when the pipeline breaks, not months later in a board deck.

I treat APIs as public contracts even when the audience is internal. Versioning, deprecation policy, and error models are part of the first design review, not a retrofit after launch. I favor standards where they exist — OpenAPI, problem+json, OAuth2 patterns — and I document the intentional deviations so future maintainers are not left guessing. For integrations with third parties, I map retry semantics, idempotency keys, webhooks, and data residency expectations up front, using realistic sandbox data before anyone commits a launch date. That discipline reduces the integration surprises that show up in production under customer load.