Versie van 20 mrt 2009 om 11:47

Na de release van petities.nl 2.0 op 16 juni 2008 zijn er allerlei tekortkomingen en mogelijke verbeteringen duidelijk geworden. Op deze pagina worden deze in algemene termen beschreven. De gedetailleerde uitwerking staat op de WebsiteWishlist.

Vooral de grote belangstelling voor petities.nl doordat het burgerinitiatief over vuurwerk op petities.nl ondertekenbaar was heeft veel mogelijke verbeteringen aangetoond.

Daarnaast zijn er ook nog oude wensen die ten tijde van de release van 2.0 al enigzins geformuleerd waren maar nog niet genoeg prioriteit hadden.

Burgerinitiatief

Het burgerinitiatief stelt allerlei extra eisen aan het systeem, met name op het gebied van de betrouwbaarheid van de ondertekening. Interface, database en code kunnen op allerlei puntjes iets verbeterd worden daarvoor.

Advies: Het belangrijkste bij het ondertekenen is dat men een (werkend) e-mailadres invult. De rest komt later, we houden het laagdrempelig. Men kan gelijk al alle velden invullen, maar als men dat niet heeft gedaan dan volgen er herinneringen over. Er is wel een extra veld 'nationaliteit' nodig voor het burgerinitiatief. Mogelijk moeten we ook straatnaam en postcode gaan verzamelen als de Commissie Verzoekschriften dat eist, maar met de gegevens die wij nu verzamelen is iedereen te identificeren zonder dat we teveel privacy-gevoelige gegevens verzamelen.

De petitionaris moet aangeven in de beheersinterface of het om een burgerinitiatief gaat door een vakje aan te vinken. Dat kan ook in een later stadium. Dan komt dit ook duidelijk terug in de petities.nl website op allerlei niveau's: in overzichten en op de pagina van de petitie zelf. Uniek bij burgerinitiatieven (zowel lokaal als nationaal) is of de drempel gehaald wordt.

• Er moeten targets aan een petitie gegeven worden door een petitionaris.
• Bij een burgerinitiatief wordt dat voor je gedaan. De petitionaris krijgt automatisch op basis van gemeente een target voor het aantal op het scherm (als % van de opkomst).
• De eisen die een loket zelf stelt moeten in het formulier bij het opstellen duidelijk worden.

Performance

Tijdens het burgerinitiatief Meer plezier met minder vuurwerk bleek de site slecht geoptimaliseerd voor afhandelen van heel veel bezoekers. De website moet aangepast worden om zoveel mogelijk gebruikers gelijktijdig af te handelen.

Advies: tijdens het ontwikkelproces van 2.1 moet code en inrichting van de database efficiënter worden gemaakt. Eventueel een geautomatiseerde stresstest op de staging-versie. Voor deze vorm van testen moet budget voor worden gemaakt. Is het verstandig hier een gespecialiseerd bedrijf voor in te huren?

Bij het bouwen moet er rekening gehouden worden met missie kritieke-onderdelen en de minder urgente (maar wel intensieve) processen: - webpagina's serveren zijn belangrijk, moet ook makkelijk verdeeld kunnen worden over extra servers bij pieken - mailen van bevestigingen en andere e-mails moet (bij piekbelasting) op een andere server gebeuren - statistieken genereren met leuke grafiekjes en dergelijke worden (niet live/ op een andere server) op een geschikt tijdstip ('s nachts) gedaan

Dit is ook een hosting-aspect. Bij piekbelasting kan je extra capaciteit makkelijk inkopen. In een begroting moet hosting ook apart genoemd worden.

Ondertekeningen tonen

Zeker sinds het burgerinitiatief is het relevant om statistieken te laten zien en tagclouds te maken over de achterban van een petitie. De prominenten worden onzichtbaar in de grote aantallen en moeten apart aandacht krijgen. Visuele informatie is belangrijk voor zowel ondertekenaars als voor petitionarissen. Het is behulpzaam bij het goed campagne voeren. Maar ook ontvangers kunnen daardoor veel meer te weten komen over de achterban.

Advies: zie de afbeeldingen met toelichtingen in los document.

• Een andere oplossing voor het tonen van de ondertekenaars op de voorpagina. Uitwerking volgt.
• Statistieken zoals Google Finance met links naar nieuws hoogtepunten voor de petitie
• Extra tab met top-zoveel van de meest actieve ondertekenaars (actiefste wervers via widgets, links, gadgets, uitgenodigde e-mailadressen)
• Functie-cloud

Idee: een dynamische weergaven naar idee van http://twitterfall.com/Spring

Web 2.0

Integreren met andere websites middels widgets, RSS-feeds, iframes, kaarten en dergelijke. Maar ook andersom, links naar social bookmarkingsites, slideshows, filmpjes, RSS-feeds en zo verder moeten door petitionaris in nieuwsberichten te zetten zijn.

Advies: zie de afbeeldingen met toelichtingen in los document.

E-mails versturen

Pas bij het versturen van veel e-mails werd duidelijk dat dit een eigen benadering vraagt. Het is een belangrijke kracht van de website.

Advies: meer functionaliteit, vooral geautomatiseerde bounce-verwerking. Ook een interface voor de petitionarissen voor de beoordeling van de niet-automatisch te verwerken bounces, want zij kunnen veel werk overnemen van de loketten. Er is al veel voorbereidend werk gedaan, moet alleen nog goed geïmplementeerd worden.

Privacy

Gegevens verzamelen gaat nu automatisch, maar het weggooien is nog niet geautomatiseerd. Dat is wel de beste garantie om de privacy van mensen te beschermen; niet bewaren wat niet nodig is.

Advies: scenario 1 is alles weggooien, petitionaris moet archiveren elders. Scenario 2 is het beheren van ondertekeningen overlaten aan de ondertekenaar en alle verborgen ondertekeningen bij petities die afgehandeld zijn wissen. Statistieken moeten wel eerst 'bevroren' worden voor een petitie als 'overhandigd' krijgt. Het wissen van individuele ondertekeningen bij afgesloten petities moet met een apart en slim formulier afgehandeld kunnen worden zodat de beheerder bij een periodieke review alleen 'akkoord' hoeft te geven.

Usability

De WebsiteWishlist staat vol met allerlei kleine puntjes waarop de interactie voor de eindgebruiker verbeterd kan worden.

Advies: zie de afbeeldingen met toelichtingen in los document.

Petitieproces voor loketten

Er zijn nog allerlei kleine verbeteringen mogelijk in het traject van een petitie, vooral in de interactie tussen loket en petitionaris. Dit nog verder afstemmen. Eigenlijk is er nog te weinig ervaring en feedback van loketten, alleen Almere heeft petities die tot aan status afgehandeld zijn gekomen. Er moeten in 2009 meer petitieloketten komen met petities. Hopelijk eindelijk de Tweede Kamer.

Internationalisering

Ook mensen die de Nederlandse taal niet machtig zijn hebben legitieme redenen om wel een petitie te starten. De interface moet om die reden meertalig worden.

Advies: Brussel wil graag lokale petities ontvangen. De lokale petitiewebsites (zoals petities.nl) geven een petitie door aan andere sites in andere lidstaten die ook ondertekeningen voor dezelfde petitie verzamelen. Er moet daarvoor een import-export feature gemaakt en gedocumenteerd worden. Zie het bijbehorende project EuroPetition. In alle gevallen is het goed meertaligheid te ondersteunen van zowel petities als interface. Hoe dat oplossen in de database? Want het zal praktisch nooit in alle Europese talen verschijnen.

De petitie-website is nu in het Nederlands. Als de code open source wordt en in het buitenland ook gebruikt gaat worden dan moet het vertaalbaar worden. In een eerder stadium zou het al mogelijk moeten worden om de tekst van een petitie al om te schakelen in een andere taal. Eventueel kunnen we het woord 'petities' in alle Europese talen bij SIDN registreren om voor alle Europeanen een goede petitie-website aan te kunnen bieden.

Campagne hulp

Het campagne voeren voor een petitie is niet makkelijk voor een petitionaris. De website moet dit heel makkelijk en behapbaar maken door gefaseerd te vragen om extra zetten. Ook zijn er allerlei tools nodig na het starten van de petitie om de achterban met elkaar in contact te brengen en te activeren.