What State Public Education Can Learn From RateMyTeacher

I happened to be watching Channel News’s 6pm Brisbane bulletin on Tuesday and a story caught my eye – a report popped up talking about a web app called RateMyTeacher and how various stakeholders (schools, teachers, education unions and students) are reacting. The overall reaction was very negative from the viewpoint of institutions (clearly students were having a positive one from the gaps in the story, thank you mass media).

While the theme of the story seemed to generally support the cause of the institutions and organisations just mentioned, I think these institutions are missing out on key learning. As with any adverse situation, a threat can be turned into an opportunity, but it is too easy to see the issue as bad and simply shut down in the face of slight adversity.

After a bit of study in IT at the Queensland University of Technology and a bit of experience at this institution, its clear to see a number of things that the above mentioned institutions could learn:

  1. Teachers and education institutions are no longer in a protected environment – they are now in the world of commercial organisations on the web
  2. You can’t hide on the web – you need to be open and ready to react
  3. You can learn from your people and your customers – have a way to listen to them and genuinely act on their feedback

Addressing the first point here – it has long been known that most of the content about a company on the Internet is not written, let alone controlled, by this organisation. In a book I am currently reading, What Would Google Do by Jeff Jarvis, Jeff talks about how easy it is for people to write about your company. And we know that a dissatisfied “customer” (students and their parents are education departments’ customers) will tell anyone and everyone about their experience. Like any incorporated business before them, governments can no longer hide from people’s feedback. Its a powerful tool for an education department’s customers to communicate with their customers. There might be something horribly amiss and the customer has no way to report. But they may also be giving a compliment. You need to take the good with the bad and be prepared to manage all situations with panache, not by hiding in your shell and becoming defensive (as is the case with the story I saw).

This leads me to the second point – you have to be open. In the book by Jarvis (see above) he talks about how Dell turned a PR nightmare into one of the best things to happen to the company. Ever. They were hit by a blog storm from unhappy users finally giving up on Dell Support and expressing their true feelings about the company openly for everyone to hear. The company was hit hard. But they didn’t just sit around, complain, close up and become defensive. Dell turned this threat into an opportunity by starting their own blog and started communicating with these unhappy users. And they did this with good intention and good execution. They were forthcoming and honest. And they listened. it worked. The company made a full recovery and gained market share and brand equity from the change.

It’s time for governments and education institutions to stop shielding themselves in politics and red tape. The Internet is even too open for you to control the message, so get in there and manage it the best you can. In the case of RateMyTeacher, the government and education organizations (including the unions) need to open up and talk to their dissatisfied customers. Turning the discussion into an honest two way exchange can create a lot of value for the parties involved. By actually making a concerted effort in engaging with customers, the government and the education organizations embroiled can start to understand and control the situation, which is their fundamental need.

Finally, if these organizations really want to get the issue under control, they need to do something about it themselves. My idea seems crazy – create their own version of RateMyTeacher. But hear me out. At QUT, we undertake a survey every semester called the Learning Experience Survey (LEX). This is an opportunity for every student to have their say about each of their units and the teaching staff attached. Students are given control over the feedback. And while you may think students who hold a vendetta against an academic abuse the service, this doesn’t hold true in reality. Given the responsibility, student feedback is constructive (as a staff member at QUT, I hear this side of the story; on that note, I should also disclaim this post as supporting any of views of QUT. I’m writing this from my own opinion, experience and knowledge). Academics love it; it helps them learn, grow and improve their units for the next intake of students.

This kind if service is something I would have loved to have had access to at school. I had wonderful teachers, and my feedback would have been overall positive, but I would have loved to have provided anonymous feedback about content and teaching style from time-to-time. Given this tool, I know students would engage more and everyone, students, teachers and supporting staff, could learn a lot from just listening to their customers – a basic of marketing. With a little Web 2.0 magic, this kind of service would be extremely straightforward and inexpensive to implement in schools nationwide.

While I am not defending students posting slander in anyway (that is a separate issue which would be interesting to visit soon), education departments and unions are missing an opportunity to improve their fundamental services by shutting down in the face of this (slight) adversity. By leveraging adversity and changing a threat into an opportunity with a little Web 2.0 and Gen Y nous, there is a way to incorporate student feedback into the improvement of learning experiences and environments. That is something, I think, we can all agree is the mission of education institutions.

Facebook Connect – Empowering Lightweight and Scalable Development For All

In a day and age of software accessed via web browsers, the fundamental development and design models of the desktop age are being turned on their heads. Heavyweight design, development, release and maintenance software processes have been replaced with lightweight, agile and flexible methods of supplying software and services that meet new customer expectations. In O’Reilly’s definition of Web 2.0, lightweight programming is about syndication of data and service and also the remixability and extensibility of functions and services to the benefit of the user and the provider.

One product which follows O’Reilly’s guides and which can assist companies during their start-up phase (where cheap is always best) is Facebook Connect. Facebook Connect is Facebook’s authentication and user information management platform which the company provides as a convenience to sites and services which need a login and user information management system.

The Connect with Facebook button allows users to login to third-party sites with their Facebook account.

Facebook Connect functionality is provided through an Application Programming Interface (API) which Facebook manages and maintains. This reduces overheads for the companies using the Connect service as another party is managing the technical aspects of interfacing with Facebook’s internal data stores and functionality and making necessary updates, while the user simply implements Connect and things just work. The benefits provided to organisations implementing Connect expand when the service is used as a login system for these organizations. Their costs of managing secure login services and user data management plummet, and Facebook benefits from extended reuse of their data.

As Facebook is a massive web service, the company already addresses one of the core requirements of the lightweight development/doing more with less design pattern by leveraging their existing cloud infrastructure. As Facebook manages all data centre work and all data management activities, organizations implementing the Connect service do not have to worry about managing any of these commoditised activities. Facebook can easily manage peaks in requests if something on Facebook Platform goes viral.

One final thing Facebook does well with Connect is the syndication of their business model through Connect. Facebook builds it’s business on advertising, which depends on data, specifically data created and maintained by individual users. By offering Connect, Facebook essentially expands their data collection reach outside of the immediate organisation and onto any site that uses the Connect service (especially through the Like button). By collecting more data, Facebook has more data to leverage to their strategic advantage in serving ads effectively.

The only issue Facebook has with respect to doing more with less is monetisation of the Connect service. The service itself does not produce any direct income for Facebook, which solely relies on the extra data gained through Connect implementations to deliver more targeted ads within Facebook. If Facebook wished to expand their ad network as part of Connect, managing advertising on external sites and services would be a massive overhead just for the Connect service and would likely require a separate part of the Facebook Platform to be developed.

Overall, Facebook Connect is an interesting example of a scalable, lightweight web 2.0 technology that has a lot of potential for both Facebook and the users of Connect. It will be interesting to see how services like Connect (especially Google’s +1 and Buzz services) change and compete in is area in the future.

iStockphoto – Reaching Niche Markets with Web 2.0

The web is a powerful tool to reach people with products and services. With Australians spending an estimated $12 billion online in 2010, reaching consumers through the web is quite lucrative; and with this we are ignoring the fact that the web is a worldwide phenomenon. The web empowers sellers to reach a global market of consumers with lower overheads than traditional stores.

O’Reilly realised the impact of the web on sales to the consumer. Due to plummeting cost of production and distribution, the Internet is actually a large collection of small sites and groups (niches), not a small number of big consumer groups. This is where O’Reilly suggests leveraging the long tail – reaching smaller markets on “the edge”, rather than targeting the major markets like everyone else does. Leveraging the long tail requires excellence in customer self-service and harnessing collective intelligence to deliver the best value to customers.

One online service that leverages the long tail to it’s financial benefit is iStockphoto. iStockphoto sells royalty free photos, illustrations, audio, video and Flash animations. The site started in 2000, selling just a few photos. This is where the site leverages one of the very fundamental parts of the long tail design patter – make your niche in the long tail fatter. By developing the service from a few photos to a diverse range of multi-media covering audio and visual aspects, iStockphoto has grown their market and made it more attractive for them to target. By doing this, they also increased the value for their customers, giving them reason to stay with the service.

iStockphoto Screenshot
iStockphoto showcasing the editors' picks.

Beyond this, anyone can contribute content, democratising the contribution process. People already have their own tools and knowledge and can produce content they can offer to iStockphoto and earn commission off. iStockphoto can also balance supply and demand, as they perform a manual review process. They know what consumers want and can control what is and is not made available. Content is also generated on top of the digital content through keywords (users essentially provide free tagging for their images, making search easier). Unfortunately, iStockphoto does not use other metadata such as popularity or ratings to suggest further purchases to users, so they are missing out on possible value here.

To successfully use the long tail to financial benefit, customer self-service becomes important. This is one area where iStockphoto has made a trade off between control and fully implementing the design pattern. While most of the support services are outsourced to the client through forums, FAQs and manuals, iStockphoto insists on vetting all of the content that actually is put up for sale on the service. This creates significant overhead in terms of staffing to perform the manual approval process. To reduce the actually overheads here, iStockphoto could consider outsourcing this to the users. This could be an effective move, as manuals for quality are already made available to contributors for their own self-check of work before submission. By using multiple users to check and vet the content, iStockphoto gets free labour. Users would also feel more intimately involved because their contributions are visible on the service. It’s a win-win for iStockphoto and their users.

Overall, iStockphoto democratized content sales and reaches niche markets well, but there is a lot of the pattern the service could integrate to improve their service.

What else could iStockphoto do to build their use of the long tail?

Toodledo – Perpetual Beta

When Tim O’Reilly wrote his famed article “What is Web 2.0?” in 2005, it is likely he could see where applications have evolved to today. His vision was the end of the software release cycle; a form of online software development and distribution where the user had seamless access to a service managed by a provider. O’Reilly posited that to be successful, software and service providers must follow some basic rules when it comes to using the End of the Software Release Cycle pattern. Primarily, these rules are: operation must be a core competency (a company must excel at what it does or what its product does), make use of “instrumentisation” (make software capable to returning implicit user testing results to developers for relentless improvement), involving users as co-developers (tapping into customer needs, wants and suggestions), release often and using lightweight tools.

Web 2.0 is full of examples of services leveraging this pattern. Google is a major proponent of this ethos; Gmail bore the Beta name-tag for the first five years of its life, which was finally dropped in 2009, but not after Google made statements which back up those sentiments expressed by O’Reilly. There is clear advantage to responding to customer needs by reducing the barriers to meeting said customer needs.

Toodledo is a nice example of how web developers and web service companies may derive value from the End of the Software Release Cycle Web 2.0 pattern. The tool is a cross-platform, web-based tool for to-do list and task management. The tool has been around since 2006 (according to the Toodledo website) and has been expanding across platforms up to this day.

Toodledo Main Web Version (Folder View)

The providers of Toodledo make use of several of the aspects described in O’Reilly’s work on the relevant design pattern. First and foremost, updates to the software and service are consistent and frequent. Toodledo’s own Blog is a testament to their continuos release of bug fixes and new features. This is important, as it allows them to take feedback directly from user requests, which is another part of the pattern. Toodledo’s release notes are testament to their responses to their user community. This is important, as feature additions keep users coming back on a repeat basis. Toodledo also manages to balance these changes by spreading changes over time. This means users have time to adjust to features and are not greeted by a new interface each time the use the service.

The company also uses lightweight mechanisms to create their software. The API offered by Toodledo allows connection via eXtensible Markup Language (XML) and JavaScript Object Notation (JSON), both of which are publicly accessible and lightweight languages for data communication. Developers from the Toodledo community are empowered to create plug-ins to the service due to the use of these open frameworks (empowered by Toodledo’s use of the Data is the Next Intel Inside Web 2.0 design pattern). External developers and users may be connected with internal developers using Toodledo’s forum community, further enhancing the use of the design pattern at hand.

While Toodledo makes good use of the pattern, there is room for the service to improve. While the web service is lightweight, making use of light frameworks and open-sourced tools and languages, the iOS application is written in Objective-C, a  language attributed to Apple and required for iPhone development. While there is no way to avoid this in terms of distributing the iOS application through Apple, there is a market for releasing the app using the same frameworks and languages used in the full web version. Toodledo’s Slim version goes some of the way. It would also be possible for Toodledo to make use of shadowed software and implicit user testing/instrumentation to improve their development by collecting usage data. This requires some overhead and it may be possible Toodledo already does this without telling the community clearly.

Toodledo iOS (iPad) Version

Toodledo is an interesting example of the End of the Software Release Cycle. Heavy reliance on the community for ideas and feedback, frequent updates and seamless updates exploit the design pattern well. While there is room for improvement, Toodledo is an innovative company that is embracing the design pattern well over time and running with the ideas that are generate from this pattern.

Toodledo is a powerful cross-platform tool powered by the End of the Software Release Cycle. How else could Toodledo exploit this pattern to derive competitive advantage?

References

  • Apple. (2011). iOS Application Programming Guide. Retrieved April 22, 2011 from http://developer.apple.com/library/ios/#documentation/
    iPhone/Conceptual/iPhoneOSProgrammingGuide/Introduction/Introduction.html
  • Coleman, K. (2002). Gmail leaves beta, launches “Back to Beta” Labs feature. Retrieved April 22, 2011 from http://gmailblog.blogspot.com/2009/07/gmail-leaves-beta-launches-back-to-beta.html
  • O’Reilly, T. (2005). What is Web 2.0?. Retrieved April 22, 2011 from http://oreilly.com/web2/archive/what-is-web-20.html
  • Toodledo. (2011). Developer’s API Documentation: Tasks. Retrieved April 22, 2011 from http://api.toodledo.com/2/tasks/index.php
  • Toodledo. (2010). Toodledo Blog: News, Updates and Changes. Retrieved April 22, 2011 from http://www.toodledo.com/info/news.php

Tumblr – Software Above the Level of a Single Device

Web 2.0 is a powerful tool which is now reaching far beyond the desktop computer; the ability to reach target markets is increased dramatically. In 2010, there were five billion Internet connected devices – an incredible channel to reach users and target markets. But these 5 billion devices include traditional desktops, mobile phones, tablets and any number of other devices. Clearly, one version of an application cannot suit all devices due to the variances in the features of devices.

This is where the concept of software above the level of a single device arises. As one of the core Web 2.0 design patterns, this pattern states that web applications should be tailored to meet the needs of individual devices, by targeting specific features of a service to devices, and making the most of what these devices have to offer. This creates a rich, tailored and complete service which a company can and should use as part of their Web 2.0 offering.

Focusing specifically on mobile devices and the desktop, there are a collection of web apps that have complimentary mobile app options. One such company offering this functionality is Tumblr. Tumblr is a unique blogging platform, siting somewhere between micro-blogging service Twitter and full-blown WordPress, Blogger and other blog services. It encourages users to post short content – quotes, text, links, photos and so on – but deliver this in a more blog-oriented style. While Tumblr is multi-platform – there is a desktop tailored web-app, native applications for iPhone, BlackBerry and Android, and also connectivity to Twitter and Facebook.

Tumblr makes unique use of software above the level of a single device best practice. First, Tumblr tailors the experience of posting to the device. On the desktop, the web app fills the display and has a wide-screen layout. On the mobile devices, the posting activities are tailored to fit the display. Tumblr takes these steps to suit the device and ensure accessibility, which invites content contribution by users. Further, mobile device applications take use of the hardware on these devices (specifically photo, video and audio recording), which are not always available on desktops. Users always have their mobile devices with them, meaning the barrier to contribution is lowered and the user may post from where the action is. Data is available across the web and mobile platforms once the data is posted.

Tumblr for iPhone vs. Tumblr for Web
The post selection screen for Tumblr on iPhone compared to the same interface for Tumblr for Web

One aspect of the pattern which Tumblr does not integrate is location. There is a push for location services in web 2.0, examples including FourSquare, Google Places and Facebook Places. Tumblr is positioned to include functionality to post a users location and have a Google Map show as the post on the user’s Tumblr blog. It may also be possible for Tumblr to spread social interaction to the real world and allow a way for users to discover posts near them, as a way to find out interesting things going on around them. This in itself would require Tumblr to further adopt Web 2.0 strategies such as harnessing collective intelligence as in other blogging applications, perhaps through comments.

Overall, Tumblr is a very focused application which addresses the more important best practice of the software above the level of a single device design pattern, but has room to grow and take advantage of other parts of the pattern.

Tumblr has given me a new way to reach my audience. How have/can you use Tumblr in your social media brand?