Wymagania techniczne dla portalu IP Factory – Open CMS

1. Założenia Strategiczne (Fundamenty Portalu)

• Główny cel: "Dowód kompetencji" (Proof of Competence) oraz "filtr inżynieryjny". Portal ma na celu odsianie amatorów od poważnych inwestorów i partnerów technologicznych.

• Grupa docelowa: Audytorzy technologiczni, inżynierowie procesowi, dyrektorzy ds. technologii (CTO), inwestorzy branżowi (Smart Money).

• Tone of Voice (Język i styl): Surowy, techniczny, bezlitosny dla "marketingowego bełkotu". Opiera się na liczbach, schematach, specyfikacjach i matrycach ryzyka. Język dokumentacji technicznej, a nie ulotki reklamowej.

• Kluczowa obietnica: Fizyczna budowa układu zamkniętego (tzw. "skarbnicy zdrowia") z gwarantowaną marżą operacyjną i zerowym ryzykiem skażenia biologicznego.

2. Architektura Informacji (Mapa Strony)

Struktura portalu powinna być celowo spłaszczona, ułożona kaskadowo, od ogółu (założenia brzegowe) do ekstremalnego szczegółu (specyfikacje).

1. Terminal Główny (Strona Główna) – Zamiast typowego "Home", portal wita użytkownika surowym pulpitem nawigacyjnym.

2. Repozytorium Architektury (Open Source Blueprints) – Jądro systemu. Zarysy układów zamkniętych.

3. Matryce Ryzyka i Rygor Biologiczny (Biosecurity) – Sekcja poświęcona wyłącznie eliminacji skażenia.

4. Modele Operacyjne i Marżowość (Economics) – Fizyka i ekonomia zderzone ze sobą. Wyliczenia OPEX/CAPEX.

5. Baza Wiedzy / Raporty Zewnętrzne (Intelligence) – Raporty z audytów, testy obciążeniowe systemów.

6. Śluza Weryfikacyjna (Kontakt / Onboarding) – To nie jest zwykły formularz kontaktowy, to "test wejścia".

3. Szczegółowy Opis Warstwy Merytorycznej (Co znajduje się w sekcjach)

3.1. Terminal Główny (Strona Główna)

• Wrażenie pierwsze: Brak uśmiechniętych ludzi i stockowych zdjęć. Ciemny motyw (Dark Mode) lub sterylna, "szpitalno-laboratoryjna" biel. Na pierwszym planie: kluczowe KPI układów zamkniętych (np. wskaźniki sterylności, zużycie energii na jednostkę produkcyjną, wskaźniki TCO - Total Cost of Ownership).

• Deklaracja (Manifest): Krótki, brutalnie szczery tekst: "IP Factory. Nie sprzedajemy wizji. Udostępniamy parametry wejściowe do budowy bezkompromisowych układów zamkniętych. Skarbnica zdrowia wymaga rygoru, nie marketingu. Weryfikuj nasze modele."

3.2. Repozytorium Architektury (Open Source Blueprints)

• Topologia Systemu: Dostępne w modelu open-source schematy blokowe (np. w formatach PDF, zarysach CAD do pobrania).

• Fizyka budowli: Jak zaprojektować przepływ powietrza (HVAC), śluzy ciśnieniowe, systemy filtracji HEPA/ULPA, obieg wody.

• Integracja warstw: Logiczny opis, jak systemy zasilania, kontroli klimatu i sterylizacji łączą się w jeden niezawodny obwód.

3.3. Matryce Ryzyka i Rygor Biologiczny (Biosecurity)

• Protokoły eliminacji skażenia: Dokumentacja opisująca najsłabsze punkty (Single Points of Failure) w produkcji czystej biologicznie i metody ich mitygacji.

• Standardy operacyjne (SOPs): Szablony procedur wejścia/wyjścia, dekontaminacji personelu i sprzętu.

• Studia przypadków (Post-mortem): Analiza (zanonimizowana) awarii na rynku – dlaczego inni ponieśli porażkę i jak wasza architektura temu zapobiega. To najpotężniejszy dowód dla audytora.

3.4. Modele Operacyjne i Marżowość (Economics)

• Audytor techniczny zawsze współpracuje z dyrektorem finansowym. Ta sekcja udowadnia, że technologia ma uzasadnienie biznesowe.

• Kalkulatory uzysku (Yield Modeler): Surowe tabele pokazujące relację między nakładami energetycznymi (OPEX) a wolumenem i jakością wyprodukowanego "dobra/zdrowia".

• Obrona Marży: Logiczna argumentacja udowadniająca, jak wysoki reżim technologiczny na starcie (wyższy CAPEX) drastycznie ścina ryzyko utraty całego wsadu w wyniku skażenia, chroniąc marżę operacyjną w perspektywie 3-5 lat.

3.5. Baza Wiedzy i Raporty

• Opublikowane white-papers, audyty energetyczne, badania czystości mikrobiologicznej w zrealizowanych lub modelowanych instalacjach.

• Format: Wymagające, gęste od danych pliki PDF/wersje webowe z przypisami i bibliografią naukową.

4. Inżynieryjny Filtr – Mechanika Działania Portalu

Jak logicznie zbudować system odsiewania "amatorów" od "graczy"?

1. Zasada "Wysokiego Progu Wejścia" (Cognitive Friction): Celowo nie tłumaczymy podstaw. Używamy profesjonalnego słownictwa (np. CFU/m3, izolatory barierowe, laminarne przepływy). Ktoś, kto nie rozumie pojęć, sam opuści stronę.

2. Progresywne Ujawnianie Danych:

   • Poziom 1 (Publiczny): Dostępny dla wszystkich zarys architektury i manifest.

   • Poziom 2 (Wymaga rejestracji branżowej): Dostęp do zaawansowanych raportów technicznych i plików CAD/schematów. Aby uzyskać dostęp, rejestracja nie pyta o "imię i e-mail", ale o "stanowisko, cel audytu, firmę i numer NIP/VAT".

3. Śluza Kontaktowa ("Zanim napiszesz..."):

   • Strona kontaktowa zawiera "checklistę gotowości". Np. "Skontaktuj się z nami tylko, jeśli masz zabezpieczony grunt pod budowę z przyłączem >X MW" lub "Zanim poprosisz o spotkanie, upewnij się, że Twój zespół inżynieryjny zapoznał się z naszym Białym Krukiem Architektury z sekcji 2".

5. Przykładowy widok - Moduł Raportu (Jak to czyta audytor)

Gdy audytor otwiera konkretny raport, widzi strukturę:

1. Teza (Streszczenie dla Inwestora): Zabezpieczenie marży na poziomie X% wymaga implementacji śluz klasy ISO 5.

2. Wektory Zagrożeń (Tabela): Lista biologicznych czynników ryzyka.

3. Rozwiązanie Architektoniczne IP Factory: Schemat węzła HVAC i układu kaskady ciśnień.

4. Zestawienie Materiałowe (BOM - Bill of Materials): Parametry materiałów nienasiąkliwych i łatwo zmywalnych wymaganych w strefie czystej.

5. Status: OPEN SOURCE. (Zachęta do wzięcia i wdrożenia na własne ryzyko, lub podjęcia współpracy celowej z IP Factory dla gwarancji sukcesu).

Podsumowanie logiczne: Portal to "pułapka na profesjonalistów". Udostępniając najcenniejszą wiedzę (know-how jak budować) za darmo w modelu open-source, paradoksalnie pokazujecie tak gigantyczny stopień skomplikowania procesu, że poważny inwestor dojdzie do wniosku: "Rozumiem już dlaczego tak trzeba to zrobić, ale fizycznie sami tego nie zbudujemy bez ryzyka. Musimy zatrudnić IP Factory do wdrożenia".

1. Założenia Strategiczne i Ton Komunikacji (Vibe)

• Anty-Marketing: Brak stockowych zdjęć uśmiechniętych ludzi, brak rozpraszających animacji, brak "pustych kalorii" w tekście.

• Bariera Wejścia (Filtr Inżynieryjny): Język i struktura od razu odsiewają amatorów. Portal jest zaprojektowany pod kątem audytora technologicznego (CTO, Głównego Inżyniera, Partnera funduszu VC).

• Radykalna Przezroczystość (Open Source): Udostępnienie ułamka wiedzy (raporty, architektury), który jakością i rygorem miażdży konkurencję, budując natychmiastowy autorytet.

• Kliniczność: Interfejs powinien przypominać zaawansowany system operacyjny, repozytorium dokumentacji (np. Gitbook, Notion, terminal) lub stół laboratoryjny.

2. Mapa Strony (Information Architecture)

1. Terminal Główny (Strona Główna) - Inicjacja i Filtr.

2. Open CMS (Rdzeń Portalu) - Otwarte Repozytorium Architektur.

3. Dolina Śmierci (Protokół Ratunkowy) - Oferta operacyjna / Audyt & Naprawa.

4. Skarbiec IP (Własne Technologie) - Gotowe do wdrożenia zasoby.

5. Architektura Umysłu (O Nas) - Symbioza z AI i elitarność.

6. Inicjacja Procesu (Kontakt) - Zamiast zwykłego formularza.

3. Szczegółowy Rozkład Merytoryczny Podstron

3.1. Terminal Główny (Strona Główna)

Cel logiczny: Szok technologiczny. Odrzucenie klasycznego podejścia sprzedażowego na rzecz surowego profesjonalizmu.

• Hero Section: Zamiast hasła reklamowego – Manifest. Np. "Nie sprzedajemy obietnic. Debugujemy deep-tech i wdrażamy standardy produkcji masowej."

• Główny Nawigator: Od razu prowadzi do konkretów (Do Repozytorium Open CMS, Do Protokołu Ratunkowego, Do Bazy IP).

• Wizualizacja Zdolności: Prosty, interaktywny diagram pokazujący przepływ od "Kryzysu projektu" przez "Narzędzia IP Factory + AI" do "Komercjalizacji".

3.2. Open CMS (Otwarte Repozytorium / Baza Wiedzy)

Cel logiczny: To jest serce układu. Dowód kompetencji i wspomniany "filtr inżynieryjny". Miejsce, gdzie audytor mówi "Wow".

• Struktura Treści: Przypomina dokumentację techniczną API lub bazę publikacji naukowych. Podział na domeny (np. Systemy Zamknięte, Bezpieczeństwo Biologiczne, Skalowalność Produkcji).

• Typy Dokumentów (Przykłady):

  • Case Study Teoretyczne: "Architektura układu zamkniętego – eliminacja ryzyka skażenia biologicznego w rygorze ISO."

  • Model Finansowo-Operacyjny: "Kalkulacja założonej marży operacyjnej vs. koszty wdrożenia dla systemu X."

  • Raport: "Błędy strukturalne w skalowaniu projektów deep-tech na wczesnym etapie."

• Format: Możliwość czytania w rygorystycznym, czystym layoucie (np. dark mode, monospaced fonts) z opcją pobrania zahasłowanego PDF (hasło generowane po podaniu służbowego maila = miękki lead).

3.3. Protokół Ratunkowy ("Dolina Śmierci")

Cel logiczny: Przechwycenie klienta w kryzysie. Komunikacja skierowana do inwestorów i zarządów, których projekty palą gotówkę i nie działają.

• Rozpoznanie Problemu (Haki): Lista kontrolna objawów kryzysu (np. "Wydaliście 10 mln, a prototyp nadal nie przechodzi walidacji?", "Architektura nie pozwala na produkcję masową?").

• Nasz Algorytm Działania (Kroki):

  1. Przejęcie sterów i Debugowanie: Znalezienie fundamentalnego błędu w architekturze.

  2. Stabilizacja: Wdrożenie rygoru i ucięcie "korporacyjnych procesów", które nie budują wartości.

  3. Zabezpieczenie IP: Uszczelnienie własności intelektualnej.

  4. Production-Ready: Optymalizacja pod masową komercjalizację.

• Obietnica Wartości: "Zostawiamy solidną architekturę gotową do generowania marży. Brak litości dla błędów projektowych."

3.4. Skarbiec IP (Gotowe Technologie)

Cel logiczny: Pokazanie, że IP Factory tworzy własną wartość, a nie tylko doradza. Zmiana pozycjonowania z "konsultanta" na "partnera technologicznego/wynalazcę".

• Katalog Zasobów: Kafelkowy lub tabelaryczny wykaz gotowych koncepcji i technologii.

• Opis każdego zasobu:

  • Geneza (Z jakiego problemu wyewoluowało).

  • Gotowość technologiczna (TRL - Technology Readiness Level).

  • Potencjalne pola aplikacji.

• Call to Action: "Szukamy partnerów do wdrożenia / joint venture." (Tylko dla poważnych graczy).

3.5. Architektura Umysłu (O Nas / Metodologia)

Cel logiczny: Wyjaśnienie, dlaczego nie jesteście molochem, a robicie rzeczy trudniejsze niż wielkie korporacje.

• Manifest Anty-Korporacyjny: Wyraźne odcięcie się od armii etatów, PM-ów i hierarchii. Jesteśmy "Komandem", a nie "Armią Z poboru".

• Symbioza z AI (Kluczowy Differentiator): Wyjaśnienie, jak pracujecie.

  • Technologie profilowania - szybkie mapowanie kompetencji i problemów.

  • Optymalizacja promptów i LLM - jak używacie AI jako multiplikatora siły intelektualnej do rozwiązywania problemów inżynieryjnych i projektowych.

• Efekt: Przekaz, że płaci się za bezprecedensową efektywność, a nie za roboczogodziny.

3.6. Inicjacja Procesu (Kontakt / Triage)

Cel logiczny: Utrzymanie bariery wejścia i zaoszczędzenie Waszego czasu.

• Mechanika "Triage" (Selekcji): Zamiast "Imię, Nazwisko, Wiadomość", formularz przypomina zgłoszenie problemu inżynieryjnego.

• Pola do wypełnienia (Opcjonalne, ale pożądane):

  • Natura problemu (Kryzys w Dolinie Śmierci / Audyt / Partnerstwo IP).

  • Obecny poziom TRL (Technology Readiness Level).

  • Krótki opis techniczny "wąskiego gardła".

• Komunikat końcowy: "Analizujemy zgłoszenie z wykorzystaniem naszych modeli. Skontaktujemy się tylko, jeśli nasz ekosystem może rozwiązać ten problem."

4. Wytyczne dla UX/UI (User Experience)

Nawet jeśli projektujemy warstwę logiczną, UX musi ją wspierać:

1. Nawigacja: Powinna być płaska i błyskawiczna. Żadnych głęboko ukrytych podstron. Wszystko dostępne z poziomu głównego repozytorium (Open CMS).

2. Czytelność: Ponieważ portal opiera się na transferze ciężkiej wiedzy inżynieryjnej, typografia musi być perfekcyjna. Szerokie marginesy, czytelne fonty bezszeryfowe, wyraźny kontrast.

3. Brak "Ściany Tekstu": Nawet najmądrzejszy audyt technologiczny musi być podzielony na akapity, z użyciem punktorów, wyliczeń i pogrubień dla kluczowych wskaźników (np. marża operacyjna, wskaźniki bezpieczeństwa ISO).

Dostosowanie tej elitarnej, inżynieryjnej koncepcji do standardowego szablonu Mercury w systemie OpenCms wymaga strategicznego mapowania. Szablon Mercury (z jego systemem Container Pages, drag-and-drop i predefiniowanymi elementami) jest bardzo elastyczny, ale domyślnie ma dość "korporacyjny" wygląd.

Aby utrzymać nasz "kliniczny, anty-marketingowy vibe", musimy zrezygnować z wodotrysków Mercury'ego (np. rozbudowanych animacji, sliderów) i skupić się na surowych komponentach: Dynamicznych Listach (Lists), Teaserach (zestawieniach kafelkowych), prostych kontenerach tekstowych i Formularzach (Web Forms).

Zaktualizowałem dokument architektury, przypisując każdą sekcję logiczną do konkretnych, natywnych modułów szablonu Mercury w OpenCms.

Dzięki takiemu podejściu, osoba wdrażająca portal w systemie OpenCms dokładnie wie, jakich gotowych klocków (modułów) z szablonu Mercury użyć, unikając jednocześnie projektowania niestandardowego kodu od zera.

Wszystkie cele logiczne i merytoryczne zostały "przetłumaczone" na język natywnych funkcjonalności tego konkretnego CMS-a (Container Pages, Dynamic Lists, Web Forms).

1. Założenia Strategiczne dla Szablonu Mercury (Vibe)

• Anty-Marketing w Mercury: Używamy wariantu kolorystycznego o wysokim kontraście (np. domyślny Dark Mode lub surowy czarno-biały motyw). Wyłączamy efekty parallax i karuzele (Image Slider). Stawiamy na statyczne, ostre obrazy i czystą typografię.

• Bariera Wejścia (Filtr Inżynieryjny): Układ ma przypominać system repozytorium (np. Git) zaimplementowany na webie.

• Typografia Mercury: Konfigurujemy bazowe fonty w szablonie na techniczne/bezszeryfowe (np. Roboto Mono, Inter), aby nadać interfejsowi surowości.

• Nawigacja (Main Menu): Płaska, bez rozbudowanych mega-menu. Tylko twarde linki do kluczowych sekcji.

2. Mapa Strony vs. Typy Stron OpenCms (Sitemap)

1. Terminal Główny (Home) -> Typ: Container Page (Strona Główna)

2. Open CMS (Rdzeń) -> Typ: Container Page (Listing) + Detail Pages (Treść raportów)

3. Dolina Śmierci (Ratunek) -> Typ: Container Page (Standard)

4. Skarbiec IP (Technologie) -> Typ: Container Page (Listing)

5. Architektura Umysłu (O Nas) -> Typ: Container Page (Standard)

6. Inicjacja Procesu (Kontakt) -> Typ: Container Page (Formularz)

3. Szczegółowe Mapowanie Komponentów Mercury

3.1. Terminal Główny (Strona Główna)

Cel logiczny: Szok technologiczny i szybki routing.

• Komponent Mercury: Hero Banner (lub Flexible Element o pełnej szerokości):

  • Obraz/Tło: Ciemne, techniczne, abstrakcyjne (np. kod, schemat blokowy układu zamkniętego).

  • Tekst główny: Manifest. "Nie sprzedajemy obietnic. Debugujemy deep-tech i wdrażamy standardy produkcji masowej."

  • Przyciski CTA: Dwa ostre, kontrastowe przyciski ("Wejdź do Open CMS", "Zainicjuj Protokół Ratunkowy").

• Komponent Mercury: Teaser Row (Układ 3-kolumnowy):

  • Trzy minimalistyczne kafelki (Teasery) prowadzące do: 1. Repozytorium, 2. Audytu/Naprawy, 3. Skarbca IP. Zamiast zdjęć – techniczne ikony (np. SVG) lub surowe bloki tekstu.

• Komponent Mercury: Text / Image:

  • Schemat (diagram przepływu pracy) z krótkim opisem metodologii.

3.2. Open CMS (Otwarte Repozytorium / Baza Wiedzy)

Cel logiczny: Serce układu, "filtr inżynieryjny".

• Główna strona działu – Komponent Mercury: List (Dynamiczna Lista):

  • Skonfigurowana do pobierania zasobów typu "Artykuł" lub dedykowanego typu "Raport IP".

  • Włączone opcje filtrowania (Faceted Search w Mercury) po tagach/kategoriach (np. Systemy Zamknięte, Skalowalność).

  • Wygląd listy (Formatter): Ustawiony na rygorystyczny "List view" lub prosty "Card view" bez dużych obrazków, z naciskiem na tytuł, datę i abstrakt.

• Strona szczegółów (Detail Page):

  • Surowy Text block z zachowaniem struktury (H2, H3, punktory).

  • Generowanie Leada: Moduł z zasłoniętą resztą treści lub osadzony Web Form (formularz zapisu), który po podaniu służbowego maila wysyła w pełni odblokowany dokument PDF (wykorzystanie funkcji integracji formularzy/mailingów).

3.3. Protokół Ratunkowy ("Dolina Śmierci")

Cel logiczny: Przechwycenie klienta w kryzysie.

• Komponent Mercury: Text (Wstęp):

  • Haki i objawy kryzysu wyliczone w rygorystycznej formie wypunktowania.

• Komponent Mercury: Accordion (Zwijane panele) lub Step/Timeline Element:

  • Idealne do zaprezentowania Algorytmu Działania. Krok 1: Przejęcie sterów, Krok 2: Stabilizacja, itd. Użytkownik rozwija techniczne szczegóły każdego etapu, co zapobiega powstawaniu "ściany tekstu".

• Komponent Mercury: Call to Action (CTA Block):

  • Ostry, bezpośredni komunikat: "Zostawiamy architekturę gotową do komercjalizacji." z przyciskiem przekierowującym do formularza selekcji (Triage).

3.4. Skarbiec IP (Gotowe Technologie)

Cel logiczny: Prezentacja gotowych zasobów TRL.

• Komponent Mercury: List (Lista w układzie Grid/Tabela):

  • Zestawienie posiadanych technologii. Dla każdego elementu tworzymy spersonalizowany widok wyliczający kluczowe parametry.

  • Pola (zdefiniowane w strukturze XML typu zasobu w OpenCms): Geneza, TRL, Potencjalne aplikacje.

  • Brak klikania w "Czytaj dalej" dla pustych marketingowych tekstów – wszystko podane na tacy w ustrukturyzowanej karcie (Teaser/Card).

3.5. Architektura Umysłu (O Nas / Metodologia)

Cel logiczny: Elitarność i symbioza z AI.

• Komponent Mercury: Flexible Text/Image (Układ asymetryczny):

  • Po jednej stronie krótki, dosadny Manifest Anty-Korporacyjny.

  • Po drugiej stronie schemat ideowy pokazujący pętlę sprzężenia zwrotnego między Waszymi inżynierami a narzędziami AI (LLM / Optymalizacja promptów).

• Komponent Mercury: Icon Box Row (Rząd ikon z tekstem):

  • Wyliczenie przewag: 1. Technologie profilowania, 2. Brak zbędnych etatów, 3. Multiplikacja siły operacyjnej przez AI.

3.6. Inicjacja Procesu (Kontakt / Triage)

Cel logiczny: Filtr antyspamowy i weryfikacja kompetencji rozmówcy.

• Komponent Mercury: Web Form (Formularz Kontaktowy):

  • Konfigurujemy zaawansowany formularz (korzystając z edytora formularzy Mercury), który odrzuca standardowy układ.

  • Pola niestandardowe:

    • Select Box (Wybór rozwijany): Natura problemu (Kryzys / Audyt / Partnerstwo IP).

    • Select Box / Radio Buttons: Obecny poziom TRL (1-9).

    • Text Area: "Krótki, techniczny opis wąskiego gardła projektu."

    • Email: Z wymogiem (walidacją) adresów firmowych.

• Komponent Mercury: Text (Obok formularza):

  • Jasny komunikat zrzekający się odpowiedzialności za natychmiastową odpowiedź: "System weryfikuje zgłoszenia. Reagujemy tylko na problemy na poziomie inżynieryjnym, z pominięciem standardowych zapytań ofertowych."