8 - Veelgestelde vragen
Deze FAQ geeft u toegang tot de meest gestelde vragen over project Strategie Regionaal Web. Bovenaan vindt u de meest populaire. Gebruik de zoek functie om het antwoord te vinden op jouw specifieke vraag.
Voor vragen over het CMS, druk hier.
De volgende categoriën zijn beschikbaar in de FAQ:
Informatie architectuur
Content beheer
Functionaliteiten
Scope
Deactivatie en buitengebruikstelling
Beheer van het project
Varia
Vraag | Antwoord | Categorie |
Hoe bepaal je de locatie van je inhoud op de website (bijvoorbeeld wanneer het over thema Huisvesting gaat)? | De inhoud is georganiseerd in thematische families. · Het hoofddoel is om particuliere huisvesting en aanverwante kwesties te behandelen in de context van "Huisvesting". · Uiteraard moet dit worden onderzocht in de macro- en microstructureringsfasen, om de taken te definiëren die specifiek zullen zijn de familie in kwestie (huisvesting in dit geval). Taken die betrekking hebben op andere families zullen worden opgesomd en behandeld in de oefening die betrekking heeft op de thematische familie in kwestie. · Het is ook belangrijk om op te merken dat links tussen thematische families volledig mogelijk zullen zijn om de navigatie voor de gebruiker te vergemakkelijken. Een gebruiker kan bijvoorbeeld eerst in de "Huisvesting"-familie op zoek gaan naar meer informatie over het huren van een woning, vervolgens op zoek gaan naar meer informatie over het EPB en vervolgens in de "Milieu & afval"-familie terechtkomen om meer informatie te vinden over energie in het Brusselse Gewest. | Informatie architectuur |
Hoe worden content en websites beheerd tijdens de overgangsperiode (vooral voor entiteiten die betrokken zijn bij meerdere themafamilies)? | · Tijdens de lancering van alle thematische sites is een overgangsperiode onvermijdelijk. Het is echter belangrijk om dubbele informatie zoveel mogelijk te vermijden en om de gebruikerservaring en het beheer van de sites te vereenvoudigen. · Een belangrijk punt om op te merken is dat de 13 thematische families allemaal in hetzelfde CMS zitten, wat het beheer van de inhoud enorm vereenvoudigt. | Content beheer |
Hoe worden inhoudelijke veranderingen beheerd tussen snapshots van de website aan het begin van het project en het voltooien van de familie later? | Verzoeken om nieuwe inhoud in de loop van het project moeten worden doorgegeven via het SWR e-mail (http://rws.info @paradigm.brussels) en zullen worden geanalyseerd, geprioriteerd en gepland door het projectteam in overleg met de entiteiten. | Content beheer |
Zal inhoud met betrekking tot partijen die niet onder het toepassingsgebied vallen worden opgenomen op het portaal "Huisvesting"? | Het feit dat een partij buiten het bereik van het project valt, betekent niet dat inhoud met betrekking tot die partij niet op de site zal worden opgenomen. Het portaal "Huisvesting" zal alle inhoud bevatten die relevant is voor gebruikers, inclusief inhoud met betrekking tot partijen die buiten het bereik van het project vallen. | Informatie architectuur |
Hoe zal overlappende content die betrekking hebben tot verschillende overheidsdepartementen geïntegreerd worden in het "Huisvesting"-portaal en wie zal verantwoordelijk zijn voor deze inhoud? | Na het identificeren van alle administraties die bij het onderwerp betrokken zijn, zal de redactie de administratie aanwijzen die verantwoordelijk is voor de inhoud van het onderwerp in kwestie. De contentschrijvers van het projectteam zijn verantwoordelijk voor het schrijven van de content, rekening houdend met de verschillende communicatielijnen die door de administraties worden gebruikt, en leggen het voorstel voor aan de betrokken administraties. De contentmanager valideert de definitieve versie. | Informatie architectuur |
Hoe wordt de inhoud beheerd? Welk kwaliteitsniveau wordt er verwacht? Hoe wordt dynamische inhoud beheerd? | Het contentbeheer wordt verzorgd in het kader van de redactiecomités, die de contentverantwoordelijken van de verschillende administraties en de redactieverantwoordelijke van de thematische familie samenbrengen. Afhankelijk van de vraag of we te maken hebben met inhoud die specifiek is voor een administratie of met cross-functionele inhoud, zal het vereiste niveau van validatie variëren, waarbij het belangrijkste is om te vragen of de wijziging die moet worden aangebracht, gevolgen kan hebben voor andere betrokken entiteiten. Als het gaat om dynamische inhoud, is het essentieel om een publicatieschema op te stellen om te veel inhoud tegelijk te voorkomen. Het SWR-team biedt een ondersteuningsteam dat tot taak heeft de verificatie van het kwaliteitsniveau van de op de site gepubliceerde inhoud te ondersteunen. | Content beheer |
Hoe zorgen we voor algehele consistentie in termen van communicatiestijl? | Het Playbook is geschreven met als doel alle informatie te geven die nodig is voor het goede verloop van het project. Het draaiboek bevat ook richtlijnen voor het maken van inhoud en redactionele richtlijnen die moeten worden gevolgd om harmonie op de hele site te garanderen in termen van communicatiestijl. | Content beheer |
In hoeveel talen zal het portaal beschikbaar zijn? | Het is de bedoeling dat het portaal beschikbaar zal zijn in 3 talen (FR, NL & EN). | Content beheer |
Hoe zal inhoud van verschillende afdelingen worden geïntegreerd in de portaalsite "Vervoer en mobiliteit" en wie zal verantwoordelijk zijn voor deze inhoud? | Na het identificeren van alle administraties die bij het onderwerp betrokken zijn, zal de redactie de administratie aanwijzen die verantwoordelijk is voor de inhoud van het onderwerp in kwestie. De contentschrijvers van het projectteam zijn verantwoordelijk voor het schrijven van de content, rekening houdend met de verschillende communicatielijnen die door de administraties worden gebruikt, en leggen het voorstel voor aan de betrokken administraties. De contentmanager valideert de definitieve versie. | Content beheer |
Hoe zijn de categorieën van overheden en instellingen gedefinieerd zoals ze verschijnen op de presentatiepagina van de overheden? | De huidige structuur is gebaseerd op wat aanwezig was op de vroegere website be.brussels (A propos de la Région | Région de Bruxelles-Capitale ). Dit is nochtans een eerste voorstel, maar in overleg met de gewestelijke besturen kunnen we deze categorisering verbeteren zodat ze beter aansluit bij de organisatie van het Brussels Hoofdstedelijk Gewest. | Content beheer |
Naar wie gaan de vragen op het contactformulier? | Naar het e-mailadres (of de e-mailadressen) die door de betreffende instelling worden gedeeld. Deze e-mailadressen worden vervolgens geïntegreerd in het CMS. Als er geen e-mailadres wordt opgegeven, verdwijnt het contactformulier van de pagina. | Content beheer |
In de eerder gegeven demo zijn de links naar bestaande sites actief. Wat betekent dit? Is dit tijdelijk? | Links naar sites die niet onder de familie "Over de regio" vallen, blijven vermeld op de administratiepagina's en contactgegevens. Het project startte met de analyse van de belangrijkste taken van de bezoekers van de websites van de administraties van het Brussels Gewest. Dankzij deze oefening konden we de verschillende taken categoriseren om 13 thematische families uit te tekenen. Na deze bezoekersblik en het bouwen van deze globale architectuur, zullen we ons nu richten op het in kaart brengen van de inhoud van de verschillende sites in de richting van de taken van de families Huisvesting en Transport & Mobiliteit. Tijdens deze oefening willen we dat de administraties proactief zijn. Houd er rekening mee dat alle inhoud waarvan wordt vastgesteld dat deze geen plaats heeft in de families Huisvesting en Mobiliteit & Vervoer, tot het begin van de oefening wordt gereserveerd voor de volgende families. | Content beheer |
In het nieuwe portaal stellen we vast dat verschillende inhoudspagina's van de oude site be.brussels verwijzen naar verschillende overheidsdiensten zonder dat deze geraadpleegd werden. Hoe is hiertoe besloten? | In dit stadium herwerken we enkel de inhoud van de vroegere be.brussels-website voor de pagina's van de familie "Over het Gewest", "Wonen" en "Transport". Voor de pagina's van de andere families zullen we de inhoud en structuur alleen herwerken als we de ontwikkeling van elke thematische familie bespreken. Als u echter opmerkingen heeft op andere pagina's van families behalve de hierboven vermelde, die onjuiste of onvolledige informatie bevatten die schadelijk kan zijn voor uw administratie, zullen we verzoeken verwerken op basis van urgentie. Als er meer dan één administratie bij betrokken is, kunnen we een buitengewone afstemmingsvergadering plannen om het probleem te behandelen. | Content beheer |
Welke functionaliteiten zullen op de nieuwe site worden geïmplementeerd (bijv. Bruxelles Logement heeft een aantal verbeterde contactformulieren voor het indienen van klachten)? | Het doel van het project is om de tools/functionaliteiten die door de entiteiten worden gebruikt zoveel mogelijk te bundelen, wat zou kunnen betekenen dat sommige entiteiten hun processen moeten aanpassen aan nieuwe tools. Niettemin zal de nieuwe site rekening moeten houden met alle functionaliteiten die nodig zijn voor de werking van een entiteit. | Functionaliteiten |
Hoe wordt prioriteit gegeven aan CMS-functionaliteiten en hoe zit het met functionaliteiten die geen prioriteit krijgen maar cruciaal zijn voor het goed functioneren van een administratie? | De te ontwikkelen functionaliteiten worden verzameld tijdens de behoeftenanalyse en vervolgens geprioriteerd op basis van criteria van haalbaarheid, ontwikkelingsinspanning, mogelijkheden voor bundeling en afstemming op de doelstellingen van het project. Het project zal er in het bijzonder op letten dat de werking van een administratie niet wordt geblokkeerd. Als een functionaliteit die cruciaal is voor de werking van een administratie geen prioriteit heeft, zal er een oplossing worden gevonden na een specifieke analyse van het probleem door het Support-team. | Functionaliteiten |
Wat zal er gebeuren met Loyers.brussels binnen de context van SWR project? | Loyers.brussels is een site die werd gecreëerd volgens een specifieke vergelijking. Het lijkt moeilijk om dit te herontwikkelen in de huidige oplossing. Dit moet worden geanalyseerd als onderdeel van de analysefase. Het is belangrijk om op te merken dat het mogelijk is om verschillende integratieniveaus te hebben, met volledige integratie of eenvoudigweg de indruk wekken dat je op dezelfde site bent dankzij dezelfde look & feel, terwijl de site toch gescheiden blijft. | Functionaliteiten |
Zijn er regels voor het gebruik van bouwstenen in de zijbalk navigatie en hun volgorde om uniformiteit op de hele site te garanderen? | De zijbalk is momenteel ontworpen om voornamelijk (1) links naar dochterpagina's te bevatten (als ze bestaan en als ze niet worden aangegeven in de pagina-inhoud) (2) contactinformatie voor de administratie(s) die verantwoordelijk zijn voor de pagina-inhoud (logo bovenaan, dan contactinformatie) (3) het is ook mogelijk om links naar externe pagina's toe te voegen als dit waarde toevoegt aan de pagina in kwestie. In het bijzonder hebben we de mogelijkheid om "herbruikbare blokken" te gebruiken, die slechts één keer worden gemaakt en kunnen worden hergebruikt op alle betrokken pagina's (bijvoorbeeld de contactgegevens van een autoriteit) om de consistentie van alle pagina's te garanderen. | Functionaliteiten |
Hoe zit het met nieuws en nieuwsbrieven? | De nieuwsbrieffunctionaliteit is nog niet beschikbaar in deze eerste versie van de site. Het is opgenomen in onze achterstand en zal worden behandeld in de 2e versie. | Functionaliteiten |
Wat zijn de richtlijnen voor alles wat met documenten te maken heeft (documentbeheer, met name jaarverslagen, bijvoorbeeld) (Is er een algemene/generieke pagina voor alles, of kan elke instantie bijvoorbeeld zijn eigen gedeelte "documentatie en jaarverslagen" maken? ) | Documentbeheer is momenteel relatief eenvoudig: documenten worden gecentraliseerd in het CMS (in een mediasectie) en kunnen vervolgens worden weergegeven op de relevante pagina('s) via het onderdeel "document". Elke administratie toont momenteel zijn eigen documentatie op zijn administratiepagina's. Het is echter de bedoeling dat alle documentatie wordt gecentraliseerd in de sectie "Publicaties, open gegevens, statistieken" in de familie "Over de regio". Dit vereist meer diepgaand werk op het gebied van documentbeheer, dat is gepland voor versie 2 van het platform. Het doel is om een effectievere oplossing voor documentbeheer te vinden die is aangepast aan het regionale portaal, met de mogelijkheid om filters te gebruiken om het zoeken naar documenten te vergemakkelijken. | Functionaliteiten |
Is het mogelijk om informatie in pushmodus te publiceren voor gebruikers die het portaal bezoeken? | Documentbeheer is momenteel relatief eenvoudig: documenten worden gecentraliseerd in het CMS (in een mediasectie) en kunnen vervolgens worden weergegeven op de relevante pagina('s) via de sectie "document". Op dit moment toont elke administratie zijn eigen documentatie op zijn administratiepagina's. Het is echter de bedoeling om alle documentatie te centraliseren in het gedeelte "Publicaties, open gegevens, statistieken" van de "Over de regio"-familie. Dit vereist meer diepgaand werk op het gebied van documentbeheer, dat is gepland voor versie 2 van het platform. Het doel is om een efficiëntere oplossing voor documentbeheer te vinden die is afgestemd op het regionale portaal, met de mogelijkheid om filters te gebruiken om het zoeken naar documenten te vergemakkelijken. | Functionaliteiten |
Hoe zit het met communicatiecampagnes? | Campagnesites kunnen blijven bestaan op tijdelijke onderwerpen (zie de gedeelde presentatie in de bijlage bij deze notulen van de vergadering). | Functionaliteiten |
Worden sites waarvan de werking afhankelijk is van de integratie van CRM- (salesforce, enz.) of ERP- (SAP, enz.) technologie opgenomen in de reikwijdte van het project? | Nee, de scope van het project betreft de informatie-inhoud van websites van overheidsinstanties. Interactieve sites op basis van applicaties van derden vallen niet binnen het bereik van het project. | Scope |
Met het verdwijnen van branding gaan we naar regionale webbranding. Hoe zal de branding van de verschillende entiteiten evolueren? | Er werd nagedacht over hoe de zichtbaarheid van de entiteiten op het nieuwe regionale portaal kan worden geoptimaliseerd en tegelijkertijd een regionale webbranding kan worden ingevoerd. Dit leidde tot de identificatie van verschillende mogelijke integratieniveaus voor websites, afhankelijk van het feit of de entiteiten al dan niet hun merkimago moeten behouden (bv. EPC - zie de gedeelde presentatie in de bijlage bij deze notulen van de vergadering). De invoering van regionale webbranding zal onvermijdelijk een impact hebben op het merkimago van de betrokken entiteiten en daarom is het belangrijk dat de entiteiten deze verandering(en) in overweging nemen en integreren in hun merkstrategie. | Scope |
Wordt de MIVB bij het project betrokken? | Een regeringsdecreet geeft de MIVB toestemming om haar website buiten het SWR om te onderhouden. Toch is het belangrijk op te merken dat, aangezien het SWR een "Transport & Mobiliteit"-familie heeft, de medewerking van de MIVB essentieel blijft om de volledigheid van de informatie voor burgers en bedrijven te garanderen. De MIVB heeft er daarom mee ingestemd het project te ondersteunen. | Scope |
Zal inhoud met betrekking tot actoren buiten het project (NMBS, De Lijn, MIVB, enz.) worden opgenomen op de portaalsite "Transport & Mobiliteit"? | Het feit dat een speler buiten het bereik van het project valt, betekent niet dat inhoud met betrekking tot die speler niet op de site zal worden opgenomen. Het portaal "Transport & Mobiliteit" zal alle inhoud bevatten die relevant is voor gebruikers, inclusief inhoud met betrekking tot spelers die buiten het bereik van het project vallen. | Scope |
Zal een familie de site naar eigen wensen kunnen aanpassen? | De look & feel ligt vast. De structuur is ontwikkeld op basis van de Toptaak-enquêtes, maar kan evolueren naarmate het project zich ontwikkelt. De redactie van een familie bepaalt de structuur. | Scope |
Kunt u ons een lijst bezorgen van alle betrokken sites en hun mate van integratie in het nieuwe portaal? | Na de kick-off hebben we u de lijst met websites die deel uitmaken van het project toegestuurd (samen met onze antwoorden op de vragen). Om te controleren of we een zo volledig en actueel mogelijk beeld hebben, hebben we als onderdeel van de behoeftenanalysevragenlijst ook gevraagd naar de lijst van sites die onder de verantwoordelijkheid van elke administratie vallen. Zodra we alle vragenlijsten hebben ontvangen, kunnen we je een actuelere lijst geven. Als onderdeel van de fase van de behoeftenanalyse zullen we de mate van integratie van de betreffende sites vaststellen en bevestigen (buiten bereik ... volledig geïntegreerd). | Scope |
Sommige sites zijn beschouwd als "out of scope". Welke criteria hebt u gebruikt om ze te classificeren? Kunt u ons de volledige lijst geven? | In het kader van de voorafgaande analyse werden bepaalde sites buiten beschouwing gelaten, ofwel omdat ze inhoud lijken te behandelen die geen betrekking heeft op het familie in kwestie, ofwel omdat het transactiesites* zijn. Het is echter belangrijk om op te merken dat dit slechts een vooranalyse is met als doel een schatting te maken van de complexiteit en kwantiteit van de betreffende sites, maar dat dit kan veranderen na de fase van behoefteanalyse. *Over het algemeen concentreert het toepassingsgebied van de SK zich op de informatieve aspecten van de sites; de transactionele aspecten vallen buiten het toepassingsgebied. De huidige transactionele sites blijven bestaan en worden vermeld in het regionale portaal (one-stop shop, links naar deze pagina's). | Scope |
Sommige overheidsdepartementen hebben aangegeven dat ze zich uit het project willen terugtrekken. Kunt u ons vertellen welke departementen zich uit het project hebben teruggetrokken of dat willen doen? | Het SWR-project is verplicht voor alle besturen en instellingen in het Brussels Gewest. Een administratie kan niet op eigen houtje beslissen om al dan niet deel te nemen. Als een administratie vraagt om te worden teruggetrokken, wordt de zaak doorverwezen naar ons toezichthoudend kabinet zodat een officiële beslissing kan worden genomen. | Scope |
Wat is deactivering en buitengebruikstelling? |
· De inhoud van de site blijft aanwezig op de servers en wordt nog steeds gehost. Deze inhoud is echter niet langer toegankelijk of zichtbaar voor burgers. · Deze oplossing is tijdelijk en snel te implementeren.
· De hosting wordt beëindigd en, als er een lopend contract is met een leverancier, kan dit worden opgezegd. | Deactivatie en buitengebruikstelling |
Voor welke strategie heeft GWS-project team gekozen? | In eerste instantie heeft het GWS-projectteam besloten om de sites te deactiveren waarvan de inhoud is geïntegreerd in de nieuwe be.brussels-website. Nadat de site is gedeactiveerd, wordt aan de administraties een bepaalde periode (1-4 maanden) verleend om te controleren of alle inhoud van hun site ofwel is gemigreerd naar de nieuwe site ofwel is gearchiveerd door de administratie. Nadat deze periode is verstreken, wordt contact opgenomen met de leverancier van de site om de website volledig buiten gebruik te stellen. | Deactivatie en buitengebruikstelling |
Wanneer wordt mijn site gedeactiveerd? | Een website wordt gedeactiveerd wanneer:
| Deactivatie en buitengebruikstelling |
Welke informatie moet ik vertrekken voor de deactivatie van mijn site? |
· Reden voor het creëren van deze Excel met de mapping van doorverwijzingen: Wanneer een site wordt gedeactiveerd of buiten gebruik wordt gesteld, zullen burgers die een of meer URL's van deze site hebben opgeslagen, op een lege pagina terechtkomen. Door echter doorverwijzingen te creëren, kunnen we burgers die deze links willen openen doorverwijzen naar een pagina van de nieuwe site. Dit zorgt voor een goede ervaring voor de burgers. | Deactivatie en buitengebruikstelling |
Wanneer wordt mijn site buiten gebruik gesteld? | Nadat de site is gedeactiveerd, wordt aan de administraties een bepaalde periode (1-4 maanden) verleend om te controleren of alle inhoud van hun site gemigreerd werd naar de nieuwe site of gearchiveerd werd door de administratie (met haar eigen middelen). Nadat deze periode is verstreken, wordt contact opgenomen met de leverancier van de site om de website buiten gebruik te stellen. | Deactivatie en buitengebruikstelling |
Wat gebeurd er met mijn domeinnaam? | De keuze om de domeinnaam al dan niet te behouden, ligt bij de betrokken administratie. Als er evenwel een of meer doorverwijzingen worden gemaakt vanaf een site naar de nieuwe site, moet de betrokken administratie de domeinnaam verplicht behouden. | Deactivatie en buitengebruikstelling |
Hoe wordt de archivering van de inhoud van een website van een administratie beheerd? | Het archiveren van de inhoud van een site die moet worden gedeactiveerd en vervolgens buiten gebruik gesteld, moet door de administratie zelf worden beheerd en uitgevoerd (met haar eigen middelen). | Deactivatie en buitengebruikstelling |
Hoe verloopt de deactivering en buiten gebruikstelling van mijn site wanneer mijn site tot meerdere families behoort? | Als uw site tot meerdere families behoort, wat betekent dat niet alle inhoud onmiddellijk wordt geïntegreerd zodra een van de families in productie gaat, dan zal uw site niet meteen gedeactiveerd/buiten gebruik gesteld worden. Uw website zal pas buiten gebruik moeten worden gesteld wanneer alle inhoud is geïntegreerd in de site. Wanneer een deel van de inhoud van uw site wordt geïntegreerd in de nieuwe site (bijv. het tabblad "Een woning kopen"), dan kunnen we direct doorverwijzingen instellen op uw site. Voorbeeld: als een burger uw site bezoekt en klikt op het tabblad "Een woning kopen", zal hij worden doorgestuurd naar de pagina "Een woning kopen" van de nieuwe site. Deze doorverwijsstrategie moet worden besproken en gevalideerd met elke administratie, geval per geval. | Deactivatie en buitengebruikstelling |
Zijn overheidsinstanties verplicht hun domeinnaam op te geven als de site eenmaal buiten gebruik is gesteld? | Nee, het is aan de administratie om te beslissen of de domeinnaam al dan niet wordt behouden. Het ontmantelingsproject zal samen met de administratie alle kwesties met betrekking tot ontmanteling analyseren (redirects, behoud van de domeinnaam, impact op e-mailadressen, enz.) | Deactivatie en buitengebruikstelling |
Wie bepaalt wanneer sites worden ontmanteld? | Websites worden altijd gedeactiveerd in overleg met de relevante autoriteiten. Er is geen sprake van websites die verdwijnen zonder een passend proces. | Deactivatie en buitengebruikstelling |
Zijn dezelfde teams betrokken bij de verschillende families? | Sommige profielen zijn multifunctioneel, terwijl andere specifiek moeten zijn voor elke themafamilie. Het bouwen van de contentarchitectuur en vervolgens het integreren van de content wordt beheerd door een team dat zich specifiek bezighoudt met de desbetreffende familie. Inzicht in het thema en de inhoud is essentieel om succes te garanderen in deze fasen. Technische ontwikkeling, bedrijfsanalyse, enz. zullen echter worden uitgevoerd over alle themafamilies heen, zodat de behoeften (voor zover mogelijk) kunnen worden gebundeld. | Beheer van het project |
Hoe wordt de analysefase beheerd met de contentmanagers (rekening houdend met hun agenda's)? | We moeten ervoor zorgen dat de juiste mensen aanwezig zijn bij de behoeftenanalysesessies. De analyse van de behoeften die specifiek zijn voor de entiteit zal per entiteit worden uitgevoerd. De analyse per hoofdtaak zal echter worden uitgevoerd in de vorm van workshops waarbij de verschillende betrokken entiteiten betrokken zijn. In het begin kan daarom ten minste één workshop worden gepland met de entiteit alleen, gevolgd door een workshop voor elke hoofdtaak. | Beheer van het project |
Hoe zit het met de redactieteams? (Destijds bestond dit team uit een vertegenwoordiger van elke administratie voor het operationele beheer van de inhoud voor elk portaal) => Is er al een tijdschema vastgesteld voor de implementatie van de redactieraad voor de 1e familie? | De lancering van de website vandaag betekent niet dat we meteen beginnen met de "Run"-fase. Er moet nog inhoud worden toegevoegd aan de "over de regio" familie om de structuur te voltooien. We werken aan het opzetten van deze redactieraad, rekening houdend met de recente opmerkingen die we hebben ontvangen, en zullen u binnenkort meer gedetailleerde informatie over dit onderwerp geven. In de tussentijd centraliseert het projectteam verzoeken voor nieuwe inhoud of updates van bestaande inhoud. Alle verzoeken moeten worden gestuurd naar http://rws.info @paradigm.brussels | Beheer van het project |
Waar wordt deze redactieraad gevestigd? Paradigma? BCIT? Synergie Brussel? | Deze kwestie zal door de redactieraad van elke familie worden besproken met de direct betrokken autoriteiten. | Beheer van het project |
Kan iedereen zijn eigen nieuws toevoegen aan het nieuws van de portaalsite? Wie zal als scheidsrechter optreden? | Het idee is dat iedereen moet kunnen communiceren met wie en wanneer hij maar wil, ook via persberichten. Algemeen gebruik moet ook binnen de redactieraden worden besproken. Voorlopig moeten nieuwsaanvullingen worden gestuurd naar het projectteam: http://rws.info @paradigm.brussels. | Beheer van het project |
Wie beheert de inhoud die door overheidsinstanties wordt gepubliceerd? Behoudt de overheid de controle over haar publicaties of moet ze toestemming vragen aan de redactiecommissie? Hoe zit het in dit geval met "urgente" publicaties? | Elke administratie zal verantwoordelijk zijn voor zijn eigen inhoud en deze beheren. Het zal niet nodig zijn om naar de redactieraad te verwijzen telkens als inhoud moet worden gewijzigd of bijgewerkt. De redactieraad zal worden gebruikt om de inhoud die door verschillende administraties wordt beheerd te coördineren of om kwesties met betrekking tot de site in het algemeen aan te pakken (zoals structuur, prioriteitsinformatie, enz.). | Beheer van het project |
Hoe denkt u om te gaan met meningsverschillen tussen overheidsdepartementen binnen de redactiecommissie? | De bestuurs- en besluitvormingsprocedures van het redactiecomité zullen in samenwerking met de lokale overheden worden ontwikkeld om rekening te houden met de specifieke kenmerken van de regio. Er zijn richtlijnen opgesteld als onderdeel van het draaiboek, maar deze zullen worden verbeterd op basis van wat er op het terrein wordt geleerd, waarbij de families Huisvesting en Vervoer & Mobiliteit de eerste zijn die een zekere mate van cross-functionele inhoud zullen bevatten. | Beheer van het project |
Hoe kan het dat mijn website zomaar gedeactiveerd wordt? | Websites worden altijd gedeactiveerd in overleg met de relevante autoriteiten. Er is geen sprake van dat websites verdwijnen zonder een passend proces. Dit zal besproken worden tijdens vergaderingen met de verschillende autoriteiten in een vroeg stadium van de ontwikkeling van de families die hen aanbelangen. | Beheer van het project |
| Tijdens de vergadering van 21/10/2022 werd de voorgestelde initiële planning voorgesteld. Dit schema voorzag in de uitrol van 3 families per jaar na de proeffase. Op dit moment zijn de volgende families nog niet aangewezen, dus we kunnen u niet precies vertellen wanneer ze zullen worden uitgerold. | Beheer van het project |
Wat is op basis van deze taakverdeling de verwachte werkbelasting tijdens en na het project bij Leefmilieu Brussel? Kunt u mij een idee geven van de benodigde middelen? | Als onderdeel van het project hebben we 3 profielen nodig binnen de administraties. Ten eerste een SPOC (tussen 1 en 2,5 dag per week, afhankelijk van de projectfase) die beschikbaar moet zijn vanaf het begin van de fase van behoeftenanalyse (september) om de behoeften van het projectteam en die van de overheidsdiensten op elkaar af te stemmen. Vervolgens zullen de content managers beschikbaar moeten zijn voor de microstructureringsworkshops (tijdens de macrostructureringsfase zullen we vertrouwen op de SPOC) en vervolgens voor het schrijven/herschrijven en/of valideren van content als onderdeel van de content sprints (vanaf oktober). Tot slot zijn er schrijvers nodig voor de content sprints (vanaf oktober). De werkdruk van de contentmanagers en schrijvers hangt af van de hoeveelheid content die moet worden geïntegreerd voor de administratie. | Beheer van het project |
Hoe verhoudt be.brussels zich tot de websites van andere overheidsdepartementen? | Analytics kunnen indien nodig worden gedeeld met overheidsdepartementen | Beheer van het project |
Hoe gaan we de algemene samenhang van de communicatiestijl garanderen? | Het draaiboek is geschreven om alle informatie te bieden die nodig is om het project soepel te laten verlopen. Het draaiboek bevat ook richtlijnen voor het maken van inhoud en voor de redactionele lijn die moet worden gevolgd om te zorgen voor harmonie op de hele site wat betreft de communicatiestijl. Het voorstel om een circulaire op te stellen vloeit voort uit de opmerkingen van het IF over het ontwerp. De FI gaf aan het risico te zien dat administraties parallelle inhoud blijven ontwikkelen buiten het kader dat door dit project is vastgesteld. | Beheer van het project |
De aanpak waarbij de behoeften van de gebruikers centraal staan, is prijzenswaardig, maar zoals gezegd helemaal niet geschikt om het internationale imago van het Gewest te promoten. | In eerste instantie ligt de focus op burgers en bij uitbreiding op bedrijven. De internationale rubriek is nog niet ontwikkeld op de pagina "Over het Gewest". Een specifieke subrubriek "Brussel Internationaal" is voorzien voor deze familie. | Varia |
Is het ontwerp van de nieuwe portaalsite niet te flauw en te weinig inspirerend? | Met toestemming van het kantoor van minister Clerfayt hebben we ervoor gekozen om ons te richten op inhoud en gebruikersbehoeften. Dit hield in dat we kozen voor een eenvoudige, overzichtelijke eerste versie van de site om de navigatie te vereenvoudigen en gebruikers in staat te stellen snel de informatie te vinden die ze zoeken. In de toekomst zullen we evolueren naar een sterkere regionale visuele identiteit. | Varia |
Wat is de procedure voor het benoemen van documenten/media/...? ? Altijd met het oog op uniformiteit. | Voor bestanden: verklarende titel van het document - dd/mm/jjjj - NL/FR | Varia |
Heeft de site het anysurfer- of gelijkwaardige label gekregen? Of krijgt hij dat nog voor de lancering? | We zijn van plan om dit label te verkrijgen. Het zal volledig worden geïmplementeerd in de weken na publicatie en heeft onze hoogste prioriteit. | Varia |
Terug naar de startpagina van het draaiboek via deze link