Ścieżki użytkownika

Ta strona jest mapą tego, jak ludzie faktycznie korzystają z DataFlow AI od początku do końca. Tam, gdzie strona Persony i role opisuje kim są użytkownicy, ta strona śledzi co robią — od pierwszego logowania, przez codzienną pracę, reagowanie na incydenty, aż po długotrwałe projekty migracji. Każda ścieżka jest tu streszczona i szczegółowo opisana w dedykowanym przewodniku dla danej persony.

Katalog ścieżek

Platforma ma dobrze udokumentowane ścieżki dla wszystkich czterech person plus ścieżkę Specjalisty ds. migracji obejmującą wiele person. Dzielą się one na cztery kategorie: wdrożenie, codzienny przepływ pracy, ścieżki zadaniowe oraz reagowanie na incydenty.

Pierwszą ścieżką każdej persony jest wdrożenie, a każde wdrożenie zaczyna się tą samą nakładką prowadzonej wycieczki — krok po kroku przeprowadzającej użytkownika przez płótno, paletę i tryby edycji, zanim dotknie on prawdziwych danych.

Łuk ścieżki inżyniera danych

Droga Anny biegnie od pierwszego logowania na zimno do pewnego wdrażania produkcyjnych potoków danych i migracji starszych zasobów.

   Day 1            Day 2-3           Day 4-5         Steady state
 ┌────────┐      ┌──────────┐      ┌──────────┐    ┌────────────┐
 │  SSO   │─────▶│  Connect │─────▶│  First   │───▶│   Daily    │
 │  login │      │  Git +   │      │  real    │    │  workflow  │
 │  +tour │      │  databases│      │ pipeline │    │  + debug   │
 └────────┘      └──────────┘      └──────────┘    └─────┬──────┘
                                                          │
                                          ┌───────────────┴────────────────┐
                                          ▼                                ▼
                                   ┌──────────────┐               ┌─────────────────┐
                                   │ Build &      │               │ Debug a failure │
                                   │ schedule     │               │ (AI diagnosis,  │
                                   │ a pipeline   │               │ re-run from     │
                                   └──────────────┘               │ checkpoint)     │
                                                                   └─────────────────┘

Pełne instrukcje krok po kroku — 5-dniowe wdrożenie, codzienny przepływ pracy, budowanie i planowanie, debugowanie oraz tworzenie własnych konektorów — znajdują się w Przewodniku inżyniera danych.

Łuk ścieżki analityka biznesowego

Droga Marka jest celowo krótka: platforma celuje w 30 minut od pierwszego logowania do działającego potoku danych, bez napisanego kodu.

 ┌─────────┐   ┌──────────────┐   ┌──────────────┐   ┌─────────────┐
 │  SSO    │──▶│ 5-min guided │──▶│ AI builds    │──▶│ Schedule &  │
 │  login  │   │ Design Studio│   │ first 3-node │   │ monitor on  │
 │         │   │ tour         │   │ pipeline     │   │ dashboard   │
 └─────────┘   └──────────────┘   └──────────────┘   └──────┬──────┘
                                                            │
                                  ┌─────────────────────────┴───────────┐
                                  ▼                                     ▼
                          ┌───────────────┐                  ┌────────────────────┐
                          │ AI-guided     │                  │ Self-service       │
                          │ ad-hoc extract│                  │ catalog exploration│
                          │ via AI Chat   │                  │ in Data Browser    │
                          └───────────────┘                  └────────────────────┘

Szczegółowe instrukcje znajdują się w Przewodniku analityka i stewarda.

Łuk ścieżki stewarda danych

Praca Tomasza ma charakter dochodzeniowy i kontrolny, a nie twórczy. Jego ścieżki tworzą pętlę monitorowania, przeglądania i certyfikowania.

        ┌──────────────────────────────────────────────┐
        │                                              │
        ▼                                              │
 ┌─────────────┐    ┌──────────────┐    ┌──────────────┐│
 │  Lineage    │    │  Governance  │    │   Quality    ││
 │ investigation│──▶│  review &    │──▶│  monitoring  │┘
 │             │    │ certification│    │              │
 └─────────────┘    └──────────────┘    └──────┬───────┘
        ▲                                      │
        │           ┌──────────────┐           │
        └───────────│ Audit &      │◀──────────┘
                    │ compliance   │
                    └──────────────┘

Pełne instrukcje — badanie pochodzenia danych, przegląd ładu i certyfikacja, monitorowanie jakości oraz audyt — znajdują się w Przewodniku analityka i stewarda.

Łuk ścieżki administratora platformy

Droga Katarzyny zaczyna się trzydniową budową infrastruktury, a następnie przechodzi w operacje i reagowanie na incydenty.

   Day 1-3 setup                  Steady-state operations
 ┌──────────────────┐          ┌──────────────────────────────┐
 │ Infrastructure   │          │  08:00 morning health check  │
 │ (Terraform/GKE)  │─────────▶│  ──────────────────────────  │
 │ Security (Keycloak)         │  user mgmt | scaling | cost  │
 │ Connectivity     │          └──────────────┬───────────────┘
 └──────────────────┘                         │
                                ┌─────────────┴─────────────┐
                                ▼                           ▼
                       ┌─────────────────┐        ┌──────────────────┐
                       │ User & team     │        │ Incident response│
                       │ onboarding      │        │ (PagerDuty P1,   │
                       │                 │        │ bulk retry)      │
                       └─────────────────┘        └──────────────────┘

Szczegółowe instrukcje znajdują się w Przewodniku administratora.

Ścieżka Specjalisty ds. migracji

Migracja starszych rozwiązań nie ma dedykowanej persony — wykonuje ją inżynier danych pracujący w Centrum Migracji. Zakres RFI to ponad 500 przepływów PowerCenter oraz 50–100 przepływów Alteryx (mniej więcej 550–600 zasobów), z celami automatycznej konwersji >85% dla PowerCenter oraz >75% dla Alteryx.

  Phase 1        Phase 2          Phase 3          Phase 4
  Week 1         Weeks 2-3        Weeks 4-5        Week 6
┌──────────┐  ┌──────────────┐ ┌──────────────┐ ┌──────────────┐
│Assessment│─▶│ Batch        │▶│ Validation   │▶│ Cutover      │
│ upload + │  │ conversion   │ │ data-parity  │ │ parallel run │
│ AI report│  │ (AI + rules) │ │ tests        │ │ + decommission│
└──────────┘  └──────────────┘ └──────────────┘ └──────────────┘
 /migration/   /migration/      /migration/      /migration/
   import       conversion       validation        progress

Czterofazowa instrukcja jest udokumentowana w Przewodniku administratora.

Ścieżki telekomunikacyjne obejmujące wiele person

Niektóre ścieżki obejmują jednocześnie kilka person. Są one charakterystyczne dla domeny telekomunikacyjnej Polkomtela.

Potok przetwarzania CDR (Inżynier + Steward)

Wczytanie plików Call Detail Record z przełączników sieciowych przez SFTP → parsowanie binarnego formatu ASN.1 za pomocą własnego kodeka → wzbogacenie danymi abonentów z SAP HANA poprzez buforowane złączenie wyszukujące → agregacja według abonenta, regionu i okresu → uruchomienie kontroli jakości kompletności CDR → załadowanie do DWH Teradata oraz Iceberg na GCS. Inżynier buduje go i obsługuje; Steward jest właścicielem reguły jakości kompletności.

Integracja Subscriber 360 (Inżynier + Analityk + Steward)

Pobranie z CRM (SAP HANA), Billingu (Teradata), danych CDR (GCS) oraz Sieci (MSSQL) → scalenie po kluczu abonenta MSISDN → deduplikacja → zastosowanie historii SCD typu 2 → ocena jakości → załadowanie do Snowflake.DIM_SUBSCRIBER_360, który zasila model ML rezygnacji w Databricks. Inżynier go buduje, Analityk konsumuje jego wyniki, a Steward certyfikuje jego pochodzenie danych.

Przekazanie przeglądu i zatwierdzenia (Inżynier → Menedżer / Steward)

Inżynier zgłasza potok danych do przeglądu; Menedżer (lub, w Hubie Ładu, Steward) przegląda zmiany i albo je zatwierdza, albo żąda zmian. Zatwierdzone potoki danych mogą następnie zostać zaplanowane do produkcji. Jest to jedyny przepływ pracy, w którym wykorzystywana jest rola MANAGER.

Innowacje UX i persony, którym służą

Powyższe ścieżki są wygładzone dzięki zestawowi celowych innowacji UX.

Dokąd dalej

Wybierz przewodnik pasujący do swojej roli:

• Przewodnik inżyniera danych — wdrożenie, codzienny przepływ pracy, budowanie i planowanie, debugowanie, własne konektory.
• Przewodnik analityka i stewarda — samoobsługowe ekstrakty, eksploracja katalogu, pochodzenie danych, ład, jakość, audyt.
• Przewodnik administratora — konfiguracja platformy, codzienne operacje, wdrażanie użytkowników, reagowanie na incydenty, migracja starszych rozwiązań.
• Persony i role — cztery persony i sposób odwzorowania trzech taksonomii ról.