carru.agem and hosped.agem: design ready, backend next
The new fronts for carru.agem.pt and hosped.agem.pt already show transport, lodging and gems in one system. The next stage is backend integration, like we did on vadi.agem.pt.
We fetched the live pages at desktop size to look at them as product, not as promise. carru.agem.pt and hosped.agem.pt already have their front end designed and a public prototype standing. They are not complete services yet: the decisive next layer is backend, real data, accounts, bookings, payments and operational states. It is the same step that just moved vadi.agem.pt from a demonstrative agenda into one fed by Portuguese event pages.
carru.agem: transport without changing wallet
carruagem opens with a quick gesture: origin, destination, calculated route, estimated time and payment in gems. The interface already puts the essentials on the first screen. The request sits on the left; the map gives visual context to the ride on the right. The wallet appears in the header so it is clear this is not an isolated app, but a piece of the agem network.
The backend needs to turn this functional mockup into an operation: true locations, route calculation, availability, prices, safety, history and the link to the person account. The design already says how it should be used; the next stage is making the service answer with live data.
hosped.agem: lodging as part of the trip
hosped.agem.pt is at the same maturity point: design ready and prototype live. The page already organizes homes, rooms, unique stays, farms and stays with events. Search sits at the top; the grid shows Porto stays, favourites, ratings and prices in gems. What is missing is the layer that makes it usable for real: inventory, calendar, availability, hosts, bookings and payments.
The important point is that carruagem and hospedagem already speak the same visual language: clear interfaces, short gestures, visible gems and the account at the centre. Now all of it needs to connect to the same technical ground.
The next step is backend
vadi.agem.pt shows the path. First came the product design; then came the live data layer, pulled from Portuguese agenda pages. For carru.agem.pt and hosped.agem.pt, the next phase should follow a similar method but with different responsibility: transport and lodging require availability, confirmation, trust, rules and payments with much less room for vague data.
The priority is connecting these fronts to vi.agem. Travel should not be only an inspiration page; it should assemble real packages: event, transport, lodging and payment. The user enters through their person, chooses a combination and pays with gems through the wallet.