Difference between revisions of "FOSS4G 2011 Lessons Learned"
m (add note re: establishing discounts early on :)) |
Wiki-Tylere (talk | contribs) (Added lessons learned for the abstract submission process) |
||
Line 1: | Line 1: | ||
[[FOSS4G 2011|FOSS4G 2011 Home]] | [[FOSS4G 2011|FOSS4G 2011 Home]] | ||
+ | |||
+ | === Abstract Submissions === | ||
+ | |||
+ | * We allowed users to enter their name (including title) in a single box. This proved to be difficult to parse into firstname, lastname, title in order to check for multiple abstract submissions. Suggestion: have separate entries for firstname, lastname, title | ||
+ | * We allowed users to check multiple boxes for type of presentation (i.e. lightning, general session, etc) from which it was impossible to determine if the submitter had a format preference. Suggestion: have users select choices from a "first preference (required)" and "second preference (optional)" pick list. | ||
+ | * We mixed academic and general track submissions, which made the resulting datasets more difficult to process. Suggestion: Require submissions to be for either the academic OR the general track. Not both. | ||
+ | * Suggestion: Allow users to supply a list of keywords (such as software package, application, etc) This would help to facilitate grouping of talks when scheduling. | ||
+ | * Suggestion: assign an unique "abstract ID" to each abstract when it is submitted, and use it throughout the abstract voting process. | ||
+ | * Suggestion: State explicitly the maximum number of talks (2) on the abstract submission form. | ||
+ | |||
== Previous Years Lessons Learned == | == Previous Years Lessons Learned == |
Revision as of 12:01, 7 June 2011
Abstract Submissions
- We allowed users to enter their name (including title) in a single box. This proved to be difficult to parse into firstname, lastname, title in order to check for multiple abstract submissions. Suggestion: have separate entries for firstname, lastname, title
- We allowed users to check multiple boxes for type of presentation (i.e. lightning, general session, etc) from which it was impossible to determine if the submitter had a format preference. Suggestion: have users select choices from a "first preference (required)" and "second preference (optional)" pick list.
- We mixed academic and general track submissions, which made the resulting datasets more difficult to process. Suggestion: Require submissions to be for either the academic OR the general track. Not both.
- Suggestion: Allow users to supply a list of keywords (such as software package, application, etc) This would help to facilitate grouping of talks when scheduling.
- Suggestion: assign an unique "abstract ID" to each abstract when it is submitted, and use it throughout the abstract voting process.
- Suggestion: State explicitly the maximum number of talks (2) on the abstract submission form.
Previous Years Lessons Learned
FOSS4G 2011 Lessons Learned
Starting this page early so we can document lessons learned as we go along where appropriate, for the benefit of future FOSS4Gs!!
Logo
We had a few misunderstandings over the logo requirements initially! This is a summary of requirements for the logo:
- It must incorporate the FOSS4G "ribbon" element, which has been used in the logo of all FOSS4G conferences. Past logos can be seen here.
- It does not need to incorporate the OSGeo logo.
The logo is something on which everyone has an opinion (often a strong one!). We recommend assigning a small group to get the logo done rather than having extensive debate with the whole team! We ended up using crowdspring and were very pleased with the way that this worked - we would highly recommend using them in future. Start on the logo asap as you need it for other early stage documents like the sponsorship prospectus.
Sponsorship
Make sure that your sponsorship benefits are a reasonable match for the previous year's, unless you have a compelling reason to change that you are willing to defend. In our first brochure we inadvertently reduced the number of conference passes provided, and quickly heard negative feedback about this from several people (in particular the fact that the bronze sponsorship included no passes rather than one). We changed the benefits to match the previous year in the light of this feedback.
LOC Organization
The Chair needs to get assignments made to members of the team as early as possible, and delegate effectively. I (Peter) didn't do this soon enough.
Discounts
Have discounts/comps for workshops and tutorials clearly ironed out before making any call for proposals for workshops/tutorials. This affects who and how many presenters might submit proposals and what they hopes/expectations might be. This year, our budget only stated how many free passes, generally, were available - not with a particular number set aside for workshops.