This idea emerged out of a conversation that Renée Brown and I had last week, and I thought it worth sharing with the group.
Renée & I agreed that one of the problems with our current web system is that the editing functions for CMS are ineffectively distributed around institutional staffing. Focusing only on academic departments (our mutual site of expertise), departmental coordinators are the people who hold the keys to the CMS and edit/update the material on departmental sites. However, most of the content revision requests come from faculty & chairs, not the coordinators, and coordinators update sites so infrequently that most lack confidence and comfort in the tasks, and thus seek out help from LIS. The net result is that department sites are typically out-of-date, stagnant, and clunky in their design.
The interesting aspect of the conversation was our different solutions for fixing this problem. Renée suggested that web updating and editing should be more centralized, with staff who are expert at the website fielding requests from departments & other units for changes, revisions, design overhauls, etc. She felt that coordinators lack both the time and skills to dedicate themselves to this task, and will never have enough to do on the website to justify developing the necessary skills. She approaches this issue as someone well-versed in the current CMS system, and sees how the learning curve and historical problems with the system has made it difficult for coordinators to carry out their roles as active editors.
My idea for solving the problem is to create more editors, rather than fewer. With our new platform, we might imagine a more organically integrated editing system, where any user with a login could “make edits” to any page on our website – click a button that says “Edit this page” and have at it via a simple user interface. Any submitted edits would be sent to a moderator who would approve & tweak submissions to fit stylistic norms, proper formatting, and vet questionable content. Since it would be tied to a Middlebury login, vandalism shouldn’t be an issue (and can be easily disciplined if it becomes one). The moderators, probably at Communications or LIS, wouldn’t need to know the content area, just the form, with contact people for each page if there are content-related questions – since the process of moderation would be fairly simple, approvals could be done quickly rather than taking time for much editing, redesign, etc.. All users would be empowered to collectively improve content and quality, make suggestions and recommend clarifications. It wouldn’t be a wiki free-for-all due to the moderation, but it would marshal the energies of more than just designated web editors. (Renée’s main skepticism about this model is that too many people would simply choose not to participate, still asking coordinators to make changes – I’m more optimistic that there are a few energetic editors out there!)
I thought that our different visions on the potential solutions highlights the different assumptions of, to use a jargony phrase, Web 1.0 vs. Web 2.0. Personally, I think that our makeover should try to come up with a wide range of ways to build upon the efforts of many input sources and invite participation broadly under the banner of User-Generate Content, without turning the site into a decentered playground. I’m curious how others might view this or similar problems and possibilities…
Filed under: brainstorming