Dwóch opancerzonych zawodników walczących na futurystycznej arenie mobile VR w VOXSYS
VOXSYS · Wybrane zdjęcie projektu

BUDUJ · WALCZ · DOSTOSUJ SIĘ

Arena, na której osłona jest jednocześnie ochroną i bronią.

VOXSYS to futurystyczna strzelanka arenowa, która łączy drużynowe PvP online z budowaniem i niszczeniem w czasie rzeczywistym. Gracze zmieniają osłony podczas meczu, korzystają z broni i wzmocnień oraz dostosowują trasę do przeobrażającego się pola walki.

Karta Steam wymienia rozgrywkę na ekranie i w VR, wieloosobową zabawę międzyplatformową, obsługę OpenXR oraz społecznościowy edytor map. Areny stworzone przez graczy można zgłaszać do oficjalnej puli map.

PRZEBUDOWYWANE POLA WALKI

Niszcz lub odbudowuj dowolne części mapy i ustawiaj specjalne bloki zmieniające przebieg starcia.

DRUŻYNOWA WALKA ARENOWA

Koordynujcie zmienne osłony, futurystyczną broń, wzmocnienia i właściwy moment ataku w PvP online.

EKRAN + VR

Projektowane do gry na ekranie i w VR, z wymienioną obsługą gogli przez OpenXR.

MAPY SPOŁECZNOŚCI

Twórz własne areny w edytorze i zgłaszaj je do ewentualnego włączenia do oficjalnej puli.

FUNKCJE WYMIENIONE NA STEAM

  • PvP online
  • Tryb wieloosobowy międzyplatformowy
  • Obsługa VR
  • Kontrolery śledzone
  • Osiągnięcia Steam
  • Steam Cloud

MAPA KOMPETENCJI

Od decyzji do produkcji.

01

Mapowanie kontekstu i ograniczeń

Doprecyzuj ograniczenia, kryteria sukcesu i granice techniczne.

02

Odpowiedzialność techniczna

Buduj widocznymi przyrostami, utrzymując odpowiedzialność blisko kodu.

03

Decyzje architektoniczne i produkcyjne

Testuj wydajność, recovery i rzeczywiste warunki operacyjne.

04

Kwestie operacyjne i wydajnościowe

Pozostaw dokumentację, observability i następny krok możliwy do utrzymania.

FAQ

Pytania dotyczące tej ścieżki.

Jak zaczyna się voxsys ?

Zaczynamy od bieżącego stanu, ograniczeń, kryteriów sukcesu i założenia o najwyższym ryzyku, zanim zdefiniujemy implementację.

Czy możecie dołączyć do istniejącego zespołu?

Tak. Zanim zmienimy systemy produkcyjne, mapujemy granice odpowiedzialności, stan codebase i ryzyko delivery.

Co dzieje się po delivery?

Handover, embedded capacity lub managed operation uzgadniamy wokół produktu i wewnętrznego zespołu.

NASTĘPNY KROK

Przynieś nam ograniczenie, nie dopracowany brief.

Technical lead przejrzy bieżący stan i zarekomenduje najmniejszy użyteczny następny krok.

Rozpocznij projekt
Rozpocznij projekt