Clever Gets $10 Million To Provide A Standardized API For School Data
techcrunch.com
techcrunch.com
Working with their API was really a delight, and I certainly have experience with some less than enjoyable services. Apparently public school IT systems are notoriously a pain in the neck to work with, but Clever just abstracts all of that out so you don't have to worry about it. Clever's development team was also very competent and professional. They seemed to really know their stuff and went out of their way to help us be successful. Assuming they take proactive steps to protect teacher and student personal data I wish them all the success in the world!
This is one of the major points that allowed us to see this level of growth over the past year, and I'm excited to see where Clever takes education going forward.
We're also actively hiring so head over to our jobs page if being on the forefront of a revolution in the edtech space sounds interesting to you. https://getclever.com/about/jobs
Congrats on the funding, and all the best!
What you are describing sounds good, but I'd like to know: is what Clever offers truly open source, or is it just free as in beer?
From my quick perusal of the Clever site, I don't see any real assurance that this is a truly open offering. I admit I'm taking a quick look on my lunch break, so please correct me if my impression is off.
I have rarely seen companies continue to serve students well when there is a profit motive involved. People should get paid well for their work, I have no issue with that. But I am wary of where the profit motive leads ed tech initiatives.
These are HUGE hurdles for districts. They often realize it too late and end up getting taken to the cleaners by some freelancer or company who milk the hours trying to do integrations/data-warehosues (I've seen 60k/1yr jobs that were solved with 10k/2wk rewrites).
Congratulations on the funding, I am excited to see any company that can help break down those barriers. Sorry that I sometimes take business away from you as a freelancer doing integrations sometimes (you do get mentioned from time-to-time) ;)
No need to apologize for your custom integration work. As a company building integrations in an automated & scalable way, we can't cover all possible use cases & combinations. I'm thrilled to see devs doing great work at a reasonable rate (& let's talk - maybe we can send some referrals your way!).
Who pays the the developers? Is the school expected to pay the developers?
Sick day trackers, maybe some kind of grade statistics apps... there's a lot of value in these kinds of apps, but i'm not sure there's enough to support the infrastructure needed to sell things to thousands of different schools.
The only way I think this will pan out for Clever is if they can somehow become the gatekeeper into the schools, whereby enterprise'ish edtech software companies are required to pay-to-play, such as an AppStore model. What I don't understand is why the existing back-office edtech software companies are allowing them to do so. They should be charging Clever significant integration/certification fees. Its done in other markets.
Clever act like they are doing this out of the kindness of their hearts. They aren't.
They act like this is "free" for schools. It isn't. Because the costs of Clever and LearnSprout get sent right back to the school in the form of higher fees for the other apps they buy. Oh, and instead of paying one price for Clever, they are going to pay that price over and over and over.
Clever is just another "Vertically Integrated Network" right out of 1999. Their customers are largely going to be VC-funded startups who want to show that they have "solved" this issue by paying the Clever tax. Since most of those VC-funded startups are going to be offering free-services themselves, Clever is really just a giant hoover vacuum for VC funds.
It's a 1999 business model and it will likely lead to the same resolution in the end.
Interesting comparison, but I think you might be missing a couple things:
1. Data integration is incredibly costly for edtech vendors - it's a massive engineering & support distraction, and it slows down sales and customer onboarding. Vendors tell us paying for Clever is worth it - just for the internal cost savings.
2. While seed-level edtech companies without revenue may get more attention on hackernews, there's a significant number of companies in various niches of education earning great revenues selling to schools and districts. Those are the folks adopting Clever & driving our growth (not "free to teacher" apps).
The spending trends in the K-12 space are not positive[1], and while I'm sure there are companies in "various niches of education" with respectable revenue, the bankruptcies of companies like Cengage Learning[2] and School Specialty[3] are hard to ignore.
There's a strong argument to be made that education as a market, particularly K-12 education, is in secular decline.
[1] http://thejournal.com/articles/2013/09/12/report-most-states...
[2] http://thefutureofpublishing.com/2013/07/inside-the-cengage-...
[3] http://www.bloomberg.com/news/2013-01-28/school-specialty-de...
That's why companies attempting to get a piece of a growing pie are generally easier to build and more likely to be successful than companies attempting to get a bigger piece of a shrinking pie.
Schools buy educational content for classrooms and media labs. Increasingly, this content is electronic, but historically, schools are used to buying piles of dead trees covered in ink (physical books). Because of this historical precident, schools get their money in the form of large-dollar-amount, single-use budget allocations. Let me decode that. Someone in an administrative office notifies the person who will actually buy the materials and says something like, "You have $1.2 million dollars to spend by August. The checks must be issued by that date or the funds disappear."
So now the buyer is sitting on $1.2 million to spend by a specific date. Let's say I just built an ebook platform that allows students to log in to a website where I display non-fiction content, along with some reading comprehension questions. When I develop my pricing models, I have to make sure that they fit with the way the buyer spends their money. In the consumer space, we'd do something like:
All plans include access to over 900 titles!
$9.95/mo for up to 10 students
$19.95/mo for up to 25 students
$49.95/mo for up to 100 students
$99.99/mo for up to 500 students
More than 500 students? Call for custom pricing.
The buyer ignores your product completely. Why? Because they can't spend $100/month. The check has to be written by August, then the money goes away. The buyer is also used to buying physical books, so they're averse to the idea that they should pay monthly for something, even if it is much, MUCH cheaper. Remember, they don't know what their budgets will be next year, so "a bird in the hand" rules over value.
Instead, what often happens is that the publisher charges a one-time fee of $100,000 for 2,500 students, then agrees to keep the content accessible for as long as the school wants. The publisher takes on the risk associated with hosting the content, and is well compensated.
The school doesn't want to pay an API middleman, they want to buy content. Clever is very well situated, and publishers (and schools) are going to be very happy they exist.
I'll put aside a host of successful companies over the last 14 years that have been quite successful pursuing similar businesses.
Instead I'll challenge your assumption that the (enormous) efficiency gains you get from Clever result in higher prices for anyone. This is only true if the integration was otherwise free for the people selling products to schools.
It's not. It's actually incredibly expensive to perform these integrations on an ad-hoc basis. I'd bet this solution ends up cheaper for everyone.
I guess you could argue the downside of there being fewer programmer jobs available since people are having to do less work. That's a bummer I guess.
[edit] The question is whether the schools will be better off having one party in control? That's usually not a recipe for cost containment.
That's the point I'm making. Of course the integration has a cost. I believe that it simply costs a whole lot more of if everyone does that integration themselves. I can pay Clever a monthly fee or I can pay several developers to go out and learn how to do it at $100k a pop. Even if Clever is charging me $10k/month I'm still coming out pretty far ahead.
Not to mention the cost of ongoing maintenance every time something changes at an individual school.
tldr; you can spread the cost of integrating one time out among a bunch of companies, or each company can do it themselves. One of those is (by far) not only more efficient, but very likely much cheaper as well.
I personally find this entire thread extremely interesting, and enjo's comment gets to the heart of it. <Reader alert - I work for SIF>
Now here's my source of confusion. We are an non-profit standards organization with an open standard (written and approved by our members) that can be used without cost by all K-12 end users and vendors (members or not), and with no IP agreement to sign. True there is an optional product certification program, but that involves only a nominal fee to cover our costs. The SIF Certification program was created to support our end users who often demand products undergo SIF certification to ensure they will seamlessly interoperate (ideally out of the box - but there are a LOT of reasons including optional data elements, why things are often not that simple). The Clever folks know what I’m talking about ... or they will soon.
In earlier SIF releases, when the infrastructure was basically home grown, several integrators wrote what we call “agents” which allowed vendors (including vendors of SIS, Library, Transportation and more recently Assessment and LMS related systems) to essentially enable their applications run in SIF interoperability Zones without changing a line of code. For example some agents use internal application database triggers to detect data changes the application publishes. There are several free open source SIF Agent toolkits available today for SIF 2 and we expect the same for SIF 3 where the fact that the infrastructure is now based on REST will make things a lot easier.
So we finally reach my question. Some very smart people have invested $10 million dollars in Clever, but the stated business model seems (in SIF terms) to be to:
• Create and establish an API to retrieve data from SIS applications and
• Sell SIS vendors the agent software to allow them to utilize that API.
If that’s essentially correct (and if not, I would ask a Clever representative to correct me) than given our own experiences I just don’t understand how such a strategy can be effectively monetized to provide an acceptable return on such a large initial investment. And I’m particularly interested, because if I knew how to do that, I’d try and get my employers to do that too! :-)
(It reminds me of Google book scanning thing, which has the same issue, but worse.)
Their value proposition is in providing a common interface to the growing number of systems used to manage student information at schools in the United States.
Schools in the US are free to choose -- more accurately, must purchase their own -- student information system. Many different systems (old and new) exist in the market. If I'm an application developer who is building a literacy app that students will use in the media-lab/classroom at school, the customer (school) will inevitably need a way to get student performance data back in to their student management systems.
There are no industry-wide standards for this, currently. I wouldn't expect any to emerge in the immediate future either. Schools in the US are autonomous, and are structured differently in different areas of the country. For example, here in Florida, schools are organized in to large administrative districts, where decisions are made for groups of thousands of students. By contrast, in northern Ohio, each school is largely independent. Florida school districts are some of the largest, in the country. According to NCES, there were 13,629 school districts in the US as of 2010 [1]. That number is trending downward slowly, but that's still a very large number of independent bodies making decisions. We'll likely see some consolidation instandards, but given the backlash against "Common Core" (an attempt at a standardized curriculum), I wouldn't hold my breath.
1: http://nces.ed.gov/programs/digest/d11/tables/dt11_091.asp
Um, what? I’m not even sure what you are implying that I claimed was Clever’s “play”. What I wrote has nothing to do with privacy, that would be a whole other issue.
There are but they suck.
http://en.wikipedia.org/wiki/Sharable_Content_Object_Referen...
I would posit as an axiom that getting good developers to work with shitty tools is a major hurdle to getting said developers to stick around. IMO, Clever will have a positive impact on the development of educational content, because they will abstract away a lot of the "suck" associated with interfacing with the common SIS/SMS applications in the market.
sadly, it still means this exact thing for Clever's devs. good luck to them - it's a dirty job, but someone's gotta do it.
Example integration flow of SIS to LMS: SIS client (pull) <- business rule filters <- integration itself -> business rule filters -> LMS client (push)
Example integration flow of LMS to SIS: LMS client (pull) <- business rule filters <- integration itself -> business rule filters -> SIS client (push)
Examples of system clients: https://github.com/rockymadden/brainhoney.js https://github.com/rockymadden/masteryconnect.js
Example of K-12 specific spec that is often so mangled into most codebases it causes bugs: https://github.com/rockymadden/lti.js
Some I've done (almost a cartesian product): Infinite Campus, BrainHoney, MasteryConnect, Moodle, IFAS, Blackboard, Safari Montage, Edgenuity, netTrekker, PowerSchool, Canvas, dozens more...
For the vast majority of schools their data is syncing with their apps within a few minutes of them signing up. This is something that wouldn't be possible if we had to white glove every new school.
Clever basically says "Here is the data that we need" which is basically a handful of simple flat files each covering some aspect of school data.
The school is responsible for extracting that data and getting it to Clever (which usually translates into their SIS vendor extracting the data).
Luckily most SIS vendors serve many more than one school district so they get the extract done once and all of their clients are covered.
Working in education for years, I can tell you there is a real need for an open standard that is palatable and feasible for schools and vendors aiming to integrate with student systems.
So open Standards look to be in pretty good shape. Perhaps Clever should support SIF as well? Then it wont be able to be blamed as being so propitiatory.
I envision a Clever App Store, where districts/schools/teachers have credits that can be used to buy interactive work sheets, attendance apps, or whatever else developers dream up.
In most states you couldn't store data on third parties servers with out consent from the kids parents.
Using Cloud Offerings just isn't permissible in most places because of the legalities. Clever would need a lot more than $10M to change all the necessary Federal, State, County, City, laws.
I work in edtech, and there is a lot of FUD around this issue. I'm not in the US, so I'm not familiar with the specifics of the laws there though.
FERPA allows schools to disclose those records, without consent, to the following parties or under the following conditions (34 CFR § 99.31): ... - Organizations conducting certain studies for or on behalf of the school; - Accrediting organizations;
And additionally:
Schools may disclose, without consent, "directory" information such as a student's name, address, telephone number, date and place of birth, honors and awards, and dates of attendance.
Having worked with a lot of schools you can't even do this for Backups of data legally. eMail through Google, or Microsoft technically can get you in trouble if you use it for the Faculty.
Basically Privacy of Minors trumps convenience for IT
Getting API access to the system as a parent is hard to impossible. The vendor's site is geared towards selling to schools and supporting them.
In the meantime, you might want to take a look at the Dept of Ed's "MyData" initiative (http://www.ed.gov/edblogs/technology/mydata/). It's addressing your need pretty closely (although not with an API).
While the SIS stores core student data, there is a lot of missing functionality that could be supplemented well by products specializing in a particular niche (eg school lunch tracking, alerting, progress reporting, special education documentation, medicaid reimbursement, etc). However, schools feel unable to use these products since SISes generally disallow information write-back, arguing that accepting data from 3rd party vendors makes the database unstable and violates their end-user license agreement with the district.
Clever has helped with the easy problem, but the harder one is no closer to being solved.
You would probably be right if you argued that Clever solves an issue of having to re-create the "integration wheel" for every implementation, and so saves money in the short run. However, if Clever is successful, they will be a gatekeeper, and could demand significant fees from software vendors, possibly resulting in higher prices for schools.
That seems like a dangerous claim.
What does that mean in real terms, (beyond "end-to-end encryption")?
If ~10% of US school-age children's personal data is stored with Clever, that's a lot of data to potentially lose...
Because you appear to misunderstand Clever.
Clever is simply replacing the existing processor of schools having to coerce CSVs and other horrible formats and them them off (over email sometimes) every time data changes.
Schools may or may not buys apps that help determine teacher performance. Clever may or may not be used for moving the data. However regardless teacher unions not be effected differently with Clever as opposed to without.
We get love from teachers all the time at Clever (which, as a former teacher, makes me incredibly delighted).
Schools are using more and more technology (see http://edsurge.com/ for some examples), but often the burden of tech falls to the teacher. I remember burning the midnight oil manually setting up class rosters in MasteryConnect as a teacher, and fighting "roster rot" as students switched in and out of my class over the course of the school year.
With Clever, teachers get to focus on using the tool with their students, instead of managing data. They love it!
:(
SIF is a bloated mess.
It is indeed.
Are you interested in international (Australia) expansion?
I think you'll find that's SIF 3. I think that last time we spoke there was only one SIF 3 deployment around, and that was a pilot. All production instances are SIF 2 - or has that changed recently?
As I've said previously - I quite like the SIF data model, but I'm not keen on the SIF 2 programming model (to be fair - as many have said: it's pretty old software now). The SIF 3 programming model is a lot better.
I have a full online course in SIF 3.x and the Open Source Framework if you want to learn more.