fisnik salihu
← expertise
domain 02

Data Architecture

Understanding data before building on it.

Every system I have ever fixed was broken at the data layer first. Fields nobody defined, duplicates nobody owned, exports nobody trusted. Data architecture is the discipline of deciding what things mean before deciding what software does.

My school was Salesforce at enterprise scale: designing object models that six subsidiaries could share, migrating years of legacy records, building integrations where one wrong mapping corrupts thousands of cases. Certified in data architecture, tested in migrations at 02:00.

The principles are stable across every stack: model the business, not the UI. Name things the way the company speaks. Make ownership explicit — every field needs a person who answers for it. Design for the report you will need in two years, not the demo next week.

Today this thinking runs through everything we build — from DocuVisio, where unstructured documents become structured data, to mortgage platforms where a clean data spine is the difference between fintech and theatre.

let’s talk

Let’s
talk.

For projects, partnerships, speaking or teaching: one conversation, no pitch. Thirty minutes, and you will know whether we should work together.

Zürich · St. Gallen · PrishtinaEnglish · Deutsch · ShqipReply within 48 hours