Jak BLISK zbudował własny system strony, procesu i kwalifikacji bez przypisywania projektowi wyników klienta, których jeszcze nie ma.
Bez portfolio dowodem musiał stać się sposób pracy.
BLISK startował bez listy klientów, opinii i efektów, które można byłoby pokazać jako dowód skuteczności. Zamiast tworzyć koncepcyjne makiety udające realizacje, serwis miał publicznie pokazać proces, ceny, zasady kwalifikacji i techniczny standard.
Klient ma widzieć, za co płaci, kto odpowiada za decyzje i gdzie kończy się to, co można uczciwie potwierdzić.
Bez fikcyjnych referencji, sztucznych liczb, nieistniejących klientów i wyników dopisanych po fakcie.
Wiarygodność została rozłożona na sześć decyzji.
Jedna konkretna obietnica
Strona ma pomóc klientowi zrozumieć ofertę, zobaczyć powody do zaufania i wykonać następny krok.
Proces przed efektem wizualnym
Osobna podstrona pokazuje etapy pracy, zakres odpowiedzialności, budżet i warunki współpracy.
Publiczne widełki cenowe
Cennik daje rząd wielkości i filtruje niedopasowane zapytania przed rozmową.
Filtr BLISK zamiast zwykłego kontaktu
Formularz zbiera sytuację, problem i oczekiwany rezultat, a nie tylko adres e-mail.
Biblioteka jako dowód myślenia
Artykuły pokazują kryteria decyzji dotyczące zakresu, zmian i odpowiedzialności po publikacji.
Kontrolowana publikacja
Zmiany przechodzą przez wersjonowanie, podgląd wdrożenia i końcową kontrolę przed publikacją.
ARTEFAKT DOWODOWY / PR #52
Proces został pokazany na realnym wdrożeniu.
Poniższy artefakt łączy rzeczywisty pull request, działającą wersję Preview Vercela i deployment produkcyjny na blisk.pl. Interfejsów nie rekonstruowano — pokazano faktyczne etapy kontrolowanej publikacji.
ARCHITEKTURA SYSTEMU
Każda podstrona odpowiada za inną część decyzji.
Problem, różnica i główna obietnica.
Zakres odpowiedzialności, budżet i sposób pracy.
Treści pokazujące kryteria i decyzje.
Autor, zasady pracy i granice odpowiedzialności.
Opis sytuacji zamiast pustego „proszę o wycenę”.
Lekki, kontrolowany produkt zamiast ciężkiego zestawu wtyczek.
Autorski generator BLISK, oparty na Pythonie, tworzy gotowy HTML, CSS i JavaScript z wersjonowanych plików konfiguracji i treści. Publiczna warstwa strony nie wymaga klasycznej bazy danych ani ciężkiego panelu działającego na serwerze. Ogranicza to zależności i powierzchnię ataku typową dla dynamicznych CMS-ów oraz pozwala dostarczać gotowe pliki bez zapytań do bazy przy każdym wejściu. Nie korzystam z gotowych motywów ani page builderów.
Responsywne warianty AVIF i WebP, kontrolowane wymiary, minifikowane zasoby i lokalny font.
Walidacja po stronie przeglądarki i serwera, ograniczenia pól, ochrona antyspamowa i nagłówki bezpieczeństwa.
Git, podgląd Vercela, kontrolowany deployment, canonical, metadane, JSON-LD, sitemap, robots i llms.txt.
04 / PAGESPEED — POMIAR KANONICZNY
Mobile jest osobnym testem akceptacyjnym.
Aktualny pomiar laboratoryjny strony głównej BLISK został wykonany 17 lipca 2026 w Lighthouse 13.4.0. Pełne liczby są publikowane tylko w tym miejscu.
- FCP
- 1,0 s
- LCP
- 1,1 s
- TBT
- 0 ms
- CLS
- 0
- Speed Index
- 1,0 s
- FCP
- 0,3 s
- LCP
- 0,3 s
- TBT
- 0 ms
- CLS
- 0
- Speed Index
- 0,4 s
3 z 3 kontroli dla agentów AI. BLISK przechodzi komplet obecnie dostępnych audytów Lighthouse dotyczących przeglądania agentowego — technicznego przygotowania strony do odczytu i interakcji przez narzędzia oparte na AI.
CO MOŻNA JUŻ POTWIERDZIĆ
- działający, responsywny serwis pod własną domeną,
- spójna oferta, proces i publiczne widełki cenowe,
- działający formularz kwalifikacyjny,
- biblioteka ekspercka i system dalszej publikacji,
- kontrolowany workflow zmian i wdrożeń.
CZEGO TEN PROJEKT JESZCZE NIE DOWODZI
- wzrostu sprzedaży u zewnętrznego klienta,
- określonego współczynnika konwersji,
- liczby pozyskanych klientów,
- zwrotu z inwestycji po stronie zamawiającego,
- powtarzalności procesu na wielu branżach.
Projekt własny BLISK pokazuje gotowy system, nie wynik klienta.
Rezultatem jest spójny system komunikacji, cen, kwalifikacji i publikacji. Dowód wpływu na sprzedaż lub konwersję może powstać dopiero po zewnętrznym wdrożeniu i zebraniu danych.
Najważniejszą decyzją było nie udawać wyniku, którego jeszcze nie ma.
NASTĘPNY ETAP / PIERWSZA REALIZACJA
Pierwszy projekt zewnętrzny ma sprawdzić ten system w realnej firmie.
Jedno miejsce, pełny zakres i cena referencyjna w zamian za możliwość uczciwego opisania procesu oraz efektu po publikacji.