2017 Lessons Learned

From Code4Lib
Revision as of 17:20, 3 March 2017 by Gmcharlt (Talk | contribs) (T-shirts / Swag)

Jump to: navigation, search

Code4Lib 2017 Lessons Learned

Venue planning and negotiation

  • Coming soon.

Organizing Volunteers

  • Change the website committee to the communications committee with web and email subcommittees.
  • The email subcommittee should be responsible for communicating with various committees that need announcements to go out at various times. Ideally the first year would create a script for which messages to send when, and who to consult with. e.g. (Call for volunteers, Call for keynote, Keynote voting opens, Keynote voting final reminder, Call for submissions, Call for submissions reminder, Submission voting, Before you come to the conference, Welcome to the conference, Post conference survey, etc.)

Program & Keynotes

  • The keynote voting period was WAY too short. A week does not give people enough time to read up and do research on nominees they might want to vote for. In past years voting was up for much longer. I understand that the organizers are short on time, but any deviation from the norm should be emphasized and there should at least be a reminder announcement as we approach the deadline. I am somewhat involved with the website committee, so I imagine others that are less involved probably were also disappointed.
  • Workshop and program committees seem to work independently generally and don't explicitly coordinate their deadlines. I think they end up around the same time due to the timeline but there's obviously some variation.
  • Send rejection letters before releasing program schedule

Pre-conferences

  • Coming soon.

Voting

  1. Get voting technology squared away and ready to spin up before the Call For Proposals start
  2. If descriptions are on a separate page from the actual voting form, double (triple?) check that the two lists match up before pushing out the voting links.
  3. Use Dieboldatron to address 1 & 2.

Sponsorships

  • When a sponsor commits, we should ask them exactly how they would like to be named in acknowledgements and sponsor listings. One 2017 sponsor ended up wanting their sponsorship to be listed in the name of one of their projects.
  • It was very time-consuming to gather logos from sponsors; we should consider alternatives and supplements to emailing them for logos. Suggestions include
    • accompanying the invoice with a link to a form requesting upload of the logos
    • seek out the logo from any press and marketing materials they have online and, when confirming the sponsorship and invoicing it, suggest use of it as a default unless they have a different version to provide. (This may not help, though, for sponsors from whom we need print-quality logos)

Registration/Attendance

  • Coming soon.

T-shirts / Swag

  • It might be helpful to secure in advance permission to use the t-shirt design winner (and other submissions) in other specific contexts, including the conference website, the main Code4Lib website, signage, and displays and screensavers at the conference.

Food/Beverage

  • Coming soon.

IRC

  • s/IRC/Slack

Scholarships

  • Coming soon.

Registration/Sign-in (during conference)

  • Coming soon.

Audio/Video

  • Coming soon.

Child Care

  • Coming soon.

Signage

  • Coming soon.

Ideas!

  • We need a communications committee with a website subcommittee, and an emails/social-media subcommittee.
  • Draft email templates for each announcement (and reminder emails for each), specify stakeholders, and suggested send dates/windows.
  • No more communication fails.