Changes

Jump to navigation Jump to search
Line 108: Line 108:  
''Education''
 
''Education''
 
* Lack of a forum for teachers: IRC and the wiki are not places where teachers naturally congregate.
 
* Lack of a forum for teachers: IRC and the wiki are not places where teachers naturally congregate.
 +
''Marketing''
 +
* The chief constraint at this time is lack of resources. Marketing and PR are costly and it is quite difficult to obtain meaningful results without funding. The Marketing Coordinator has personally funded nearly all expenses up to now, but it is no longer possible for me to donate several thousand euros per year (not including travel expenses). In my view we need to find contributors to start and develop a Fundraising Team. Beyond that, the community would need to support earmarking a hefty share of the budget for marketing and PR.
 +
* We do not have a strategy at this time. The previous strategy - combating the installation barrier by marketing a demo version as Sugar on a Stick spotlighting the benefits of Activities, and combating the unfamiliarity barrier by raising awareness working with the press - was successful, but unfortunately fell apart after Sugar on a Stick was taken over by Fedora. We consider teacher buy-in to be essential, yet we are unable to offer a simple path for trying Sugar to teachers. We have laid groundwork for an umbrella "Virtual Sugar" strategy - proposing a matrix (distros, languages, Activity sets) of preconfigured VMs for Windows, OS X, and GNU/Linux, supporting many distros on an egalitarian basis - but this is on hold unless the community can choose to support this approach. A variant involves online emulation of the Sugar experience, but the technical challenges appear to be insurmountable at this time.
 +
* Technical orientation of Sugar Labs. This is a difficult and possibly insurmountable structural problem. The majority of SL contributors today have an engineering background; the hacker-teacher disconnect has been well documented. There is widespread ignorance, dismissal, or distrust of the importance of marketing, PR, and trademarks. Often, the professionalism in writing, reviewing, and committing code disappears when it comes time to do marketing or PR where anything goes (cf. obscure project names). There is an over-reliance on systems and technical tools. Contributing code is a higher-status activity than doing something else, which encourages a caste system. In these regards Sugar Labs closely resembles other free/libre open source software technical projects. Unfortunately, very few such projects have ever succeeded breakout marketing. I believe we need to break the mold and do things differently.
 +
* Product quality. Sugar is buggy and, if not already installed on a non-OLPC computer, represents a technical challenge for teachers who need a trouble-free tool in the classroom. A reliable, bulletproof Sugar would spread very quickly by word of mouth; teachers would become product evangelists. This is not possible today. Compounding the problem, teachers do not find the assistance and support they need on our current websites; the MIT MarketLab study showed that today, our site is not fulfilling its role of informing and supporting teachers. We may want to consider a one-year development cycle over the existing six-month cycle in order to focus on quality.
 +
* Absence of OLPC marketing support. OLPC has never had a marketing department, yet has done a great job of raising awareness through world-class PR and product design. To my knowledge, OLPC has never conducted a market study concerning teacher awareness, but anecdotal evidence suggests that aided awareness of "the little green laptop with a crank" is quite high. Unfortunately, Sugar is often omitted in OLPC communications; for example OLPC's new website's About/Software page only mentions Sugar in passing, with no logo at all. The OLPC Association has helpfully worked on promoting Sugar as part of their value proposition in pitches, but consistent joint marketing with OLPC would benefit everyone in the ecosystem.
 +
* Limited availability of XOs. From the start of the project until today, with the exception of the G1G1 program, it is extremely difficult for teachers and journalists to obtain an XO laptop running Sugar. As this is Sugar's native platform - eliminating the installation barrier - this policy hampers our ability to easily demonstrate Sugar as it used by most Learners today. Adam has done a great job with the Contributors Program, but the possibility of easily organizing small deployments would be invaluable for obtaining feedback.
 +
* Absence of usage experience data from teachers and Sugar Learners. With over two million instances of Sugar in use through OLPC, we do not have consistent, reliable feedback flowing back to us from the major deployments. We are not even sure which versions of Sugar are in use where. This information is vital for us to understand teachers' and pupils' needs better and to shape our marketing message.
 +
* Documentation. Sugar is an unfamiliar interface for teachers and documentation (including screencasts) need to be improved. (I have struggled for two years to find a reliable screencast solution, I am hoping the newly updated Activity will fit the bill.) Rich documentation eases the preparation of marketing materials.
 +
* Infrastructure. With Google Apps, we were able to easily publish our PR. This has disappeared and there is as yet no replacement (I use gmail and mass mailings are immediately blocked from personal accounts).
 
''Wiki''
 
''Wiki''
 
* Participation
 
* Participation

Navigation menu