Denk Mee

Opmerkingen & Suggesties

“Genre is bij commerciële- en interne events en niet nodig. Als het mogelijk is om de ‘verplichting’ afhankelijk te maken van specifieke projecttags dan kan het wel meerwaarde hebben.”

“Voor een deel van de boekingen is er helemaal geen genre (denk aan bijeenkomsten), dus dat zou gek zijn – als het gesplitst kan zijn, dus alleen bv bij ons bij ‘programmering’ dan is het wel fijn”

“Zeker niet – niet altijd van toepassing voor ons beter zou zijn dat jullie voorzien in de software dat de klant dit zelf kan beslissen of het een verplicht veld moet worden of niet”

“Als ik het zou mogen bedenken dan zou het ideaal zijn als je zelf kan bepalen (bijvoorbeeld in de instellingen) welke vaste eventvelden je verplicht wilt maken. Zo ook voor genre. Dus niet standaard altijd verplicht maken maar per organisatie kunnen kiezen of je dat wilt. ”

“Er zijn allerlei soorten events, die niet per se een genre hebben (een ontvangst, rondleiding of diner bv). Daarom lijkt het me niet handig om dit een verplicht veld te maken. Het type event ondervang je ook al met een event tag.”

“Het is een ja en een nee. Het zou mooi zijn als je de optie kunt geven in het systeem om iets wel of niet verplicht in te moeten stellen. Bij voorstellingen willen we dit bijv. wel, maar bij evenementen is dit niet van belang. Vandaar dat je het op sommige momenten wel wil verplichten en op andere momenten niet. ”

“Genre is in ons geval overbodig doordat deze info al gecoverd wordt door de Event Tag.”

“Het genre is voor ons niet interessant, het gaat erom dat er een project is. Wel leuk om te weten maar niet nodig”

“We willen dit graag om er in de eventlijst op te kunnen filteren. Nu zijn er veel events zonder genre en dat maakt het lastig. Het fijnst zou zijn als een organisatie zelf kon instellen of genre verplicht is of niet.”

Opmerkingen & Suggesties

“Om geen uitroepteken te krijgen doe ik nu het event een minuut eerder laten eindigen, maar vind ik persoonlijk niet handig.”

“We zouden eerder een alert / overlapteken willen krijgen, dus bij het aanmaken van een reservering al een melding in je scherm met: let op! Dan willen we ook kunnen inzien waar de overlap zit bij meerdere reserveringen. Deze dan kunnen accorderen. Nu krijg je hem pas te zien als de reservering is gemaakt.”

“Theoretisch zou je ruimtes en items een overlaptijd kunnen meegeven. Staat die op 0, dan kan een ruimte of item gelijk weer geboekt worden zonder dat dit een overlap is. Als een ruimte b.v. tussendoor moet worden schoongemaakt of een item opnieuw opgebouwd (b.v. een beamer kun je niet de ene minuut op de ene plek inzetten en een minuut later op de andere plek), kun je zo’n ruimte of item een overlaptijd meegeven. Maar die beamer kan misschien in dezelfde ruimte wél weer gelijk worden gebruikt. Dus ik denk dat over de items nog meer denkwerk nodig is, en meer praktijkvoorbeelden nodig zijn. Ik zou beginnen met de ruimtes. Alternatief voor de ruimtes, als je toch iets wilt signaleren: een aparte melding geven voor aaneensluitend gebruik.”

Opmerkingen & Suggesties:

“Het is niet altijd zo dat de contactpersoon een referentie is van de organisator. Bv. Soms wordt de zaal gereserveerd via een contactpersoon bij de stad, maar zij zijn dan niet per se de organisator van het event.”

“Het zou het mooi zijn als dat een checkbox is , die default aangevinkt is?”

“Ik vind het gek dat dat niet automatisch gebeurd :-), maar ik snap nu dat het zo is ingesteld.”

“Dit is voor ons niet altijd van toepassing. Een pop-up lijkt me wenselijker.”

“Ik denk dat het meestal ja is en in een enkel geval nee. Als ontkoppelen makkelijk is zou ik standaard koppelen.”

“Graag!”

“Als dit ook gaat om alle contactpersonen die wij invullen, bijvoorbeeld ook de tourmanager die als contactpersoon geldt op de showdag, dan vind ik dat deze niet automatisch een referentie moet worden. Als het enkel gaat om organisaties achter een event, dan wel.”

Opmerkingen & Suggesties:

“Tijden: hier zien we graag de “datum” tijden uit eventdetails in plaats van de “boeking” tijden. De organisator is in onze organisatie standaard onze eigen naam. Graag zien we daarvoor in de plaats de volgende functies: * preproductie (uit tabblad “teams” bij Algemeen) * marketeer ( uit tabblad “marketing” bij Marketing) * floormanager (uit tabblad “teams” bij Algemeen) ”

“Om eerlijk te zijn gebruik ik deze weergave niet, maar lijkt mij voor ons geen probleem”

“Voor ons is het veld waar nu ‘116/540’ staat niet van belang in de weergave – liever daar de verkoopstand! ”

“Prima.”

“voor ons zou deze volgorde zelfs nog beter zijn: – Eventnaam – Projectnaam – Organisator – Eventtag het nummer rechtsboven heeft geen enkel nut om daar te tonen – graag deze sowieso daar niet plaatsen”

“Wordt in deze aanpassing ook meegenomen dat de namen van de ingeplande preproducent + floormanager in de blokken te zien zijn?”

“In plaats van Project id/Event id is er vanuit de operatie ook grote vraag naar het aantal te verwachten gasten (kaartverkoop of ingevuld aantal bij verhuringen)”

“Projectnaam is voor ons de belangrijkste informatie, dan pas de eventnaam (omdat onze projecten momenteel bijna steeds uit 1 event bestaan of we maken een onderscheid via tags) en nadien pas de organisator en meestal zelfs de eigenaar. In die zin vind ik de mogelijkheid om de blokken zelf in te stellen (op basis van regels) toch handig.”

“Event ID is ook niet echt van belang in de grote blok.”