REALIZACJE · ANONIMIZOWANE DOWODY

Dowody bez ujawniania klientów.

Większość naszej pracy odbywa się w warunkach poufności — pod NDA, w regulowanych branżach albo w kontekstach inwestycyjnych. Pokazujemy więc problem, podejście i efekt, a nazwy i metryki zostawiamy do rozmowy.

Opisz swój przypadekZobacz usługi

ANONIMIZOWANE PRZYKŁADY

Problem, podejście, efekt — bez nazwy klienta.

  • Regulator cyfrowy · region Zatoki
  • Enterprise
  • zaprojektowane

Workbench do oceny zgodności dla regulatora cyfrowego

Problem
Wielotygodniowy, ręczny przegląd dużych paczek dowodów regulacyjnych — klasyfikacja, wykrywanie luk i sprzeczności, decyzja asesora. Rekomendacje AI muszą pozostać wyjaśnialne, a każda sugestia odtwarzalna w ścieżce audytu.
Podejście
Zaprojektowaliśmy end-to-end workbench oceny dowodów: ingest i parsing, klasyfikacja względem ram regulacyjnych, wykrywanie luk i sprzeczności, widok dokumentu z podświetleniami AI, podsumowania wyjaśniające i nadpisanie jednym kliknięciem — wszystko w jednym audytowalnym workspace.
Efekt
Kompletny projekt i propozycja wdrożenia: wielotygodniowy ręczny przegląd dowodów ściągnięty do jednego audytowalnego workspace, z AI w roli przyspieszającej i człowiekiem w środku decyzji.
  • PE / Enterprise · ubezpieczenia
  • PE
  • teza / research

Suwerenna architektura AI dla ubezpieczyciela

Problem
Inwestor i zarząd potrzebują czytelnej odpowiedzi, czy AI jest realną dźwignią w portfelu ubezpieczeniowym, w którym dane wymuszają wdrożenia on-prem i ewaluację gotową do audytu regulatora.
Podejście
Zaprojektowaliśmy suwerenną architekturę AI pod wdrożenie on-prem — z pipeline’em ingestu korpusu regulacyjnego, mechanizmami ewaluacji gotowej do audytu i mapą tworzenia wartości dla underwritingu i likwidacji szkód.
Efekt
Ukształtowana teza inwestycyjna dla sponsora wykonawczego i zarządu portfela — gdzie AI tworzy wartość, gdzie wnosi ryzyko i jaka architektura ma sens w środowisku suwerennym.
  • Operator europejski · IT operations
  • Enterprise
  • zakres określony

Blueprint modelu operacyjnego agentów dla operatora europejskiego

Problem
Popyt na pierwszy pilotaż agentowy bez modelu operacyjnego: brak granic uprawnień, brak ścieżki audytu, brak schematu przenoszenia rozwiązania do innych domen.
Podejście
Zaprojektowaliśmy blueprint modelu operacyjnego agentów dla europejskiej spółki operacyjnej — pierwszy pilotaż helpdeskowy z człowiekiem w pętli, granicami uprawnień i śladem audytu, w schemacie wielokrotnego użytku dla IT, HR i operacji.
Efekt
CIO dostaje wąsko zakrojony pierwszy pilotaż i jednocześnie wzorzec do skalowania na kolejne procesy — bez budowy programu transformacji od zera.
  • Producent średniej wielkości · rozbudowany katalog
  • MŚP
  • zbudowane

Workflow analizy przetargów dla producenta z dużym katalogiem

Problem
Zespół sprzedaży tonie w specyfikacjach przetargowych — ręczne czytanie, ręczne dopasowanie do produktów, brak powtarzalnego rytmu między przetargiem a lead-genem.
Podejście
Zbudowaliśmy end-to-end workflow analizy przetargów, który zespół wykorzystuje dziś na realnych postępowaniach — analiza specyfikacji z wklejonego tekstu, wgranych plików lub folderu projektu, wielokrotnie używany indeks RAG kart produktowych, ranking dopasowań z ręczną korektą oraz eksport raportu i szkicu oferty. Teraz pogłębiamy warstwę danych produktowych: wzorcowy standard karty, generator kart dla działu sprzedaży i reguły eksperckie — tak, by dopasowanie było jeszcze dokładniejsze.
Efekt
Karty produktowe i baza wiedzy stają się wielokrotnie używanym aktywem zamiast jednorazowego kosztu — ten sam zespół obsługuje więcej przetargów i wcześniej kształtuje zapytania, zamiast tylko na nie reagować. Im głębsza warstwa kart i danych, tym dokładniej system dopasowuje produkty do specyfikacji.
  • Producent · konfigurator B2B
  • MŚP
  • zbudowane

Pipeline CRM w ERPNext dla producenta z konfiguratorem

Problem
Każde zgłoszenie z konfiguratora powinno trafiać do CRM jako policzalna szansa — bez ręcznego przepisywania, z jednoznacznym właścicielem i właściwym etapem.
Podejście
Zbudowaliśmy end-to-end pipeline CRM w ERPNext dla producenta z konfiguratorem — każde zgłoszenie wpada do CRM jako zdeduplikowany lead, routowany według ról; Kanban, bramki etapów i model uprawnień udokumentowane do przekazania zespołowi klienta.
Efekt
Sprzedaż widzi pipeline w czasie rzeczywistym, zarząd dostaje przewidywalność tam, gdzie wcześniej była praca administracyjna i intuicja — bez podnoszenia zatrudnienia.
  • Producent meblowy · średnia wielkość
  • MŚP
  • zakres określony

Workflow operacyjny w ERPNext dla producenta meblowego

Problem
Lifecycle zlecenia rozciąga się przez ofertę, projekt, produkcję, montaż i serwis — ale stany i kryteria akceptacji żyją w głowach i w mailu, nie w systemie.
Podejście
Zaprojektowaliśmy end-to-end workflow operacyjny w ERPNext dla mid-marketowego producenta meblowego — dziesięć etapów lifecycle’u od leada do zamknięcia, każdy z opisanymi kryteriami akceptacji.
Efekt
COO dostaje gotowy do wdrożenia projekt procesu — kryteria akceptacji są jawne, etapy są policzalne, a praca administracyjna przestaje być wąskim gardłem wzrostu.
  • Usługa lokalna · rezerwacja wizyt
  • MŚP
  • discovery

Głosowy agent do odbierania rezerwacji i oddzwaniania dla usługi lokalnej

Problem
Klienci dzwonią całą dobę, a recepcja odbiera tylko w godzinach pracy. Poranek zaczyna się od oddzwaniania na nieodebrane połączenia, żeby w ogóle ustalić, z czym ktoś dzwonił — bez wiedzy, kto był pilny, a kto może poczekać.
Podejście
Przeprowadziliśmy discovery i opisaliśmy zakres rdzenia: agent głosowy odbiera połączenia po godzinach, przedstawia się jako AI, klasyfikuje sprawę, oznacza przypadki pilne według skryptu zatwierdzonego przez klienta i zapisuje ustrukturyzowane dane do oddzwonienia. Decyzję o kontakcie i samą rozmowę zostawiamy człowiekowi — agent przygotowuje listę, recepcja oddzwania.
Efekt
Gotowe do potwierdzenia podsumowanie discovery z opisanym zakresem rdzenia i granicą działania agenta — co robi po godzinach, a co pozostaje przy zespole. Pełne wdrożenie i wycena czekają na akceptację zakresu po stronie klienta.
  • MŚP · gospodarka magazynowa wyrobów z terminem ważności
  • MŚP
  • zaprojektowane

Aplikacja magazynowa z kontrolą partii i dat ważności dla małej operacji

Problem
Stan magazynu prowadzony jest ręcznie w arkuszu, a wyroby mają numery partii i daty ważności. Nikt nie widzi pełnej drogi towaru od przyjęcia dostawy, przez zużycie wewnętrzne, po sprzedaż przy ladzie. Stąd ryzyko braków, rozchodu pozycji po terminie i brak możliwości wskazania, do których partii dotrzeć przy wycofaniu z obrotu.
Podejście
Po discovery na miejscu zaprojektowaliśmy specyfikację wymagań v1.0 i przekazaliśmy ją zespołowi deweloperskiemu do estymacji. Opisany zakres: przyjęcie dostawy ze skanem kodów GS1 DataMatrix, ewidencja stanu na poziomie partii z rozchodem FIFO według daty ważności, zużycie wewnętrzne i sprzedaż przy ladzie, śledzenie partii pod wycofanie z obrotu, dostęp na PIN z rolami operatora i menedżera oraz raporty z eksportem do CSV, XLSX i PDF. Aplikację zaprojektowano jako przenośną, działającą lokalnie na Windows. Budowę zostawiamy zespołowi deweloperskiemu — my dostarczamy projekt i granicę zakresu.
Efekt
Klient ma gotową do potwierdzenia specyfikację wymagań z opisanym zakresem pierwszej fazy i wyraźną granicą, co do niej należy, a co świadomie odłożono na później. To etap zaprojektowany, nie wdrożony: aplikacja nie jest jeszcze zbudowana, a wycena i budowa czekają na akceptację zakresu po stronie klienta.
  • Enterprise consulting · marketing AI
  • Enterprise
  • dostarczone

Strategia enablement AI dla partnera doradczego

Problem
Partner doradczy potrzebuje pakietu workflowów AI dla marketingu, który da się powielać u wielu klientów — bez ryzyka, że każde wdrożenie zaczyna się od pustej kartki.
Podejście
Dostarczyliśmy strategię enablement AI dla partnera doradczego: deck wykonawczy, ocenę workflowów, strukturę KPI i zestaw pilotażowalnych workflowów spakowanych do ponownego użycia w wielu zaangażowaniach klienckich.
Efekt
CMO i partner doradczy mają gotową do powielania ramę pracy — pilotaż u kolejnego klienta zaczyna się od zatwierdzonego materiału, nie od białej kartki.
  • Enterprise · programme management
  • Enterprise
  • oferta przygotowana

Oferta architektury danych dla mega-projektu

Problem
Wielo-stakeholderowy, wieloletni mega-projekt potrzebuje odpowiedzi: architektura, zarządzanie danymi, dyscyplina ryzyka, kontrola zakresu — w jednym czytelnym dokumencie ofertowym.
Podejście
Przygotowaliśmy ofertę architektury danych pod realia wielo-stakeholderowego, wieloletniego mega-projektu — architektura, zarządzanie danymi, dyscyplina ryzyka i kontrola zakresu w jednej spójnej odpowiedzi.
Efekt
Programme director dostaje ofertę, którą da się obronić przed komitetem ryzyka i zarządem programu — bez hype’u i bez obietnic, które rozsypią się przy due diligence drugiej strony.
  • Globalna firma doradcza · odporność operacyjna
  • Enterprise
  • dostarczone

Playbook odporności operacyjnej dla globalnej firmy doradczej

Problem
Partner doradczy potrzebował narracji dla zarządów na temat odporności operacyjnej — nie disaster recovery i nie ciągłość działania w klasycznym ujęciu, ale pytanie: czy firma działa dalej, gdy padnie internet, gdy padnie data center albo gdy dojdzie do włamania. Brakowało materiału, który łączy te scenariusze z dzisiejszym profilem zagrożeń, w tym z ofensywą wspieraną przez AI.
Podejście
Dostarczyliśmy deck wykonawczy o odporności operacyjnej i spięliśmy go z playbookiem metodyki: trzy tryby awarii jako oś narracji, warstwowa drabina odporności, pogłębienie najgłębszej warstwy oraz wnioski z realnych incydentów. Do tego zarys trzech usług — audyt odporności, modelowanie zagrożeń uwzględniające ofensywę AI i projekt łączności zapasowej — z granicą: to materiał decyzyjny dla zarządu, a nie wdrożona architektura.
Efekt
Partner doradczy dostał gotowy materiał do rozmowy z zarządami i powtarzalną metodykę pod kolejne zaangażowania — odporność opowiedzianą scenariuszami awarii, a nie katalogiem usług, z miejscem na ofensywę AI w modelu zagrożeń.
  • Dystrybucja B2B · rozbudowany łańcuch dostaw
  • Enterprise
  • aktywne

ERP i agent spotkań jako jedno źródło prawdy dla dystrybutora B2B

Problem
Decyzje i ustalenia ze spotkań giną w mailach i plikach, a dane operacyjne żyją osobno w kilku systemach — bez jednego miejsca, w którym dyrektor łańcucha dostaw widzi spójny stan zamówień, logistyki, danych produktowych i obiegu faktur. Każdy proces ma własny rytm i własną prawdę, więc uzgodnienie czegokolwiek między działami zajmuje dni.
Podejście
Prowadzimy wdrożenie ERP w kilku kluczowych procesach operacyjnych równolegle z agentem spotkań, który ma podwójny zapis: nagrania, decyzje i zadania trafiają jednocześnie do firmowego workspace zespołu i do ERP jako systemu zapisu. Dzięki temu ERP staje się jednym źródłem prawdy, a nie kolejnym silosem. Pracujemy etapami i kamieniami milowymi — z pilotem przed pełnym roll-outem; człowiek pozostaje przy decyzji, agent przygotowuje i porządkuje rekord.
Efekt
Agent spotkań jest już dostarczony i pracuje w trybie produkcyjnym — domyka rekord spotkania po stronie zespołu i po stronie ERP. Wdrożenie pełnego ERP jest w toku: konfiguracja i mapowanie procesów biegną w równoległych torach do roll-outu, więc kolejne procesy operacyjne wchodzą do jednego systemu etapami, a nie naraz.
  • Firma z rozbudowanym katalogiem produktowym
  • MŚP
  • zaprojektowane

Endpoint OCR/AI do automatycznego wypełniania kart produktowych

Problem
Zespół ręcznie wypełnia karty i formularze produktowe w aplikacji do zarządzania katalogiem — przepisuje dane z obrazów i dokumentów pole po polu. Przy dużym katalogu ta praca rośnie liniowo z każdą nową pozycją, jest podatna na błędy i zżera czas, który mógłby iść w sprzedaż i obsługę.
Podejście
Opracowaliśmy specyfikację techniczną endpointu OCR/AI, który odczytuje dane produktowe z obrazów i dokumentów i automatycznie wypełnia nimi formularze w aplikacji. Mamy też działający prototyp silnika ekstrakcji, który rozwijamy równolegle pod schematy różnych typów produktów. Otaczające API buduje zewnętrzny partner techniczny klienta; nasz endpoint integrujemy z tym API, gdy ono powstanie.
Efekt
Klient ma gotowy projekt rozwiązania — specyfikację endpointu i prototyp ekstrakcji — który zamienia ręczne przepisywanie kart w odczyt i automatyczne wypełnianie z weryfikacją po stronie człowieka. To etap zaprojektowany, nie wdrożony: integracja czeka na zbudowanie API przez partnera klienta, a zakres komercyjny domykamy przed startem implementacji.
  • Serwis w terenie · systemy niskoprądowe
  • MŚP
  • zakres określony

Dyspozytor serwisu terenowego dla firmy systemów niskoprądowych

Problem
Firma wysyła kilkuosobowe zespoły w trasę — montaż, konserwacja i naprawy systemów niskoprądowych — a całe planowanie zleceń trzyma na tablicy kanban i w mailu. Przy rotujących składach i mieszance krótkich zgłoszeń serwisowych oraz wielodniowych projektów taki układ rozjeżdża się przy każdej zmianie: nie widać obłożenia zespołów na tydzień do przodu, a stare zlecenia trudno odnaleźć po obiekcie.
Podejście
Przeprowadziliśmy discovery z demem narzędzia i zmapowaliśmy proces serwisowy od zgłoszenia po rozliczenie. Na tej podstawie określiliśmy architekturę i zakres MVP: w pierwszej fazie dyspozytor w widoku tygodnia — wiersze to zespoły, podział godzinowy, drag-and-drop, zapisywalne filtry i kolory typów zlecenia. Docelową wizję klienta — moduł ofertowania, raport rentowności plan vs. wykonanie, integrację z fakturowaniem i magazyn — opisaliśmy jako kolejne fazy, świadomie poza fazą pierwszą.
Efekt
Klient ma zmapowany proces, zatwierdzony kierunek na dedykowany system serwisowy jako źródło prawdy o zleceniach i materiałach oraz określony zakres MVP z jasną granicą: najpierw dyspozytor, integracje ofertowo-rozliczeniowe później. Nic nie jest jeszcze zbudowane — następnym krokiem jest wycena w przedziałach, oddzielająca fazę pierwszą od dalszej wizji.
  • E-commerce / handel detaliczny online
  • MŚP
  • aktywne

Sklep internetowy z warstwą treści gotową dla Google i silników odpowiedzi AI

Problem
Klient chciał osobny sklep dla nowej marki — budowany od zera, nie kopię ani migrację istniejącego serwisu, który dalej działa równolegle. Katalog jest duży, a treść opisująca produkty musi budzić zaufanie, bo dotyczy obszaru wrażliwego (E-E-A-T/YMYL). Do tego dochodzi pytanie, na które większość sklepów nie ma jeszcze odpowiedzi: jak napisać tę treść tak, żeby czytał ją i poprawnie cytował nie tylko Google, ale też silniki odpowiedzi AI — AI Overviews, ChatGPT, Gemini, Claude, Perplexity.
Podejście
Budujemy storefront wraz z warstwą treści przygotowaną pod wyszukiwarkę i pod silniki odpowiedzi AI: automatycznie generowane nagłówki, meta, sekcje FAQ, dane strukturalne Schema.org oraz plik llms.txt, z dbałością o wiarygodność treści w obszarze YMYL. Do tego panel administracyjny do zarządzania katalogiem i zamówieniami oraz pełny stos analityki. Prace są w toku — pierwszy live build stoi już na serwerze, równolegle powstają brand-book i klikalny prototyp sklepu. Pracujemy iteracyjnie, kamieniami milowymi; zakres treści i jej wiarygodność potwierdzamy z klientem etapami, a człowiek pozostaje przy ostatecznej akceptacji.
Efekt
Na tym etapie klient ma działający prototyp na serwerze, brand-book i klikalny szkielet sklepu — z warstwą treści zaprojektowaną tak, by była zrozumiała zarówno dla Google, jak i dla silników odpowiedzi AI. To wciąż prototyp, nie uruchomiony sklep produkcyjny: budowa trwa, a kolejne podstrony i moduły wchodzą etapami. Przejście do pełnego MVP czeka na akceptację prototypu po stronie klienta.
  • E-commerce · druk wielkoformatowy
  • MŚP
  • oferta przygotowana

Preflight plików do druku wielkoformatowego z korektą po polsku

Problem
Sklep przyjmuje pliki, które klienci wgrywają do zamówień reklam wielkoformatowych, i dopiero dział DTP sprawdza je ręcznie pod kątem błędów drukowych — nadruku, nieskonturowanych fontów, przestrzeni barwnej, paserów, niezgodnych wymiarów. Każdy tydzień to stały strumień plików do ręcznej korekty, a gotowe na rynku silniki preflight mówią po angielsku, hiszpańsku i francusku, więc nie tłumaczą polskiemu klientowi, co i dlaczego jest nie tak z jego plikiem.
Podejście
Zaprojektowaliśmy i zatwierdziliśmy z klientem architekturę „czarnej skrzynki”: wadliwy plik wchodzi przez API, gotowy do druku wychodzi, a dotychczasowy frontend e-commerce zachowuje całą obsługę użytkownika. Na tym architektura opiera dwie warstwy, które są tu wartością dodaną. Pierwsza to korekta i wyjaśnienia po polsku — opis błędu i poprawki w języku klienta, którego silniki z półki nie obsługują. Druga to segregacja w trzech progach: zielony to błędy naprawiane automatycznie z logiem zmiany (nadruk, konturowanie fontów, bezpieczna konwersja barw, usuwanie paserów); żółty wymaga szybkiego potwierdzenia od użytkownika; czerwony, zbyt złożony, kieruje plik do grafika lub do weryfikacji człowieka. Oryginalny plik zawsze zostaje zachowany do porównania XY, żeby poza wykrytym błędem nic się w nim nie zmieniło, a wytyczne druku przypisane do każdego produktu pełnią rolę zestawu reguł.
Efekt
Klient ma zatwierdzoną architekturę rozwiązania i przygotowaną ofertę końcową: od pliku z błędem, przez automatyczną naprawę z dziennikiem zmian i progi z udziałem człowieka, po polskie wyjaśnienia i bezpieczne zachowanie oryginału. To etap z gotową ofertą, nie wdrożenie — budowa jeszcze się nie zaczęła, a start implementacji czeka na decyzję klienta co do zakresu.
  • Instytucja edukacyjna · portal informacyjny
  • MŚP
  • zbudowane

Edytowalny klon portalu z wizualną warstwą zarządzania treścią dla instytucji edukacyjnej

Problem
Instytucja miała działający portal, ale każda zmiana treści wymagała interwencji programisty. Układ sekcji, teksty i widoczność bloków były zakodowane na sztywno — bez żadnej warstwy, przez którą redaktor mógłby samodzielnie wprowadzić korektę.
Podejście
Zbudowaliśmy wierną kopię portalu jako aplikację React, a następnie dodaliśmy edytor wizualny uruchamiany bezpośrednio w przeglądarce: kliknięcie na tekst otwiera pole edycji, uchwyty drag umożliwiają zmianę kolejności sekcji, a każda sekcja daje się ukryć lub przesunąć bez dotykania kodu. Wprowadzone zmiany zapisują się do pliku nadpisań i obowiązują natychmiast po odświeżeniu. Cały przepływ edycji zweryfikowaliśmy testami end-to-end przed przekazaniem.
Efekt
Klient ma w pełni edytowalną kopię portalu: redaktor może przepisać dowolny tekst, zmienić kolejność sekcji i ukryć bloki bezpośrednio w przeglądarce — bez angażowania programisty przy każdej korekcie.
  • Aurora internal · usługi profesjonalne
  • Enterprise
  • wdrożone (system wewnętrzny)

System przechwytywania wiedzy i asystent RAG (IP wewnętrzne)

Problem
Wiedza firmy żyje w głowach, mailach i starych plikach. Klasyczny RAG bez metadanych i pewności daje wyniki niespójne, a model halucynuje historię organizacji.
Podejście
Zbudowaliśmy wewnętrzny system przechwytywania wiedzy i asystenta RAG — agent wywiadu → chunki ze strukturalnymi metadanymi YAML i oceną pewności → wielowymiarowe wyszukiwanie zasilające RFP, asystentów wewnętrznych i wielokrotnego użytku bazę wiedzy sprzedażowej.
Efekt
Pamięć instytucjonalna staje się używalna w RFP-ach, onboardingu i pracy z klientem — każda odpowiedź AI ma ślad do oryginalnego chunka i etykietę pewności.
  • SMB / Enterprise · Microsoft 365
  • Enterprise
  • wdrożone (system wewnętrzny)

Agent inteligencji e-mail projektowej w M365 (IP wewnętrzne)

Problem
Skrzynka projektowa jest faktycznym systemem operacyjnym firmy — triage, klasyfikacja po projektach i dzienne podsumowania pochłaniają godziny, których nie wolno oddać autonomicznemu agentowi bez kontroli.
Podejście
Zbudowaliśmy agenta inteligencji e-mail projektowej w M365 — triage, klasyfikacja projektów, dzienny digest. Każde działanie wychodzące przechodzi przez bramkę zatwierdzenia człowieka; agent jest obserwatorem i asystentem, nie podmiotem decyzyjnym.
Efekt
E-mail przestaje być wąskim gardłem zarządzania projektem — bez oddawania kontroli nad komunikacją autonomicznemu agentowi.
  • MŚP · e-commerce
  • MŚP
  • wdrożone (system wewnętrzny)

Narzędzie wzbogacania metadanych obrazów produktowych (IP wewnętrzne)

Problem
Surowe obrazy produktowe trafiają do katalogu z nieczytelnymi nazwami i bez alt-tekstu — listingi są nie do wyszukania od pierwszego dnia, a praca ręczna nad metadanymi się nie skaluje.
Podejście
Zbudowaliśmy narzędzie wzbogacania metadanych obrazów produktowych — z surowych zdjęć generuje SEO-grade nazwy plików i alt-teksty tak, by listingi e-commerce były wyszukiwalne od pierwszego dnia.
Efekt
Karta produktowa idzie do katalogu z metadanymi, które obsługuje wyszukiwarka, a nie z placeholderem — bez ręcznej pracy nad każdym obrazem osobno.

NOTA O ANONIMIZACJI

Większość przykładów jest anonimizowana ze względu na poufność klientów — pracujemy w regulowanych branżach, kontekstach inwestycyjnych i pod NDA. Szczegóły, metryki i nazwy podajemy w rozmowie referencyjnej, gdy klient wyrazi zgodę.

ZACZNIJMY

Powiedz, jaki proces chcesz poprawić.

Przynieś nam workflow, decyzję inwestycyjną albo wąskie gardło — rozmowę zaczynamy od konkretu, nie od slajdów.

Opisz swój przypadek