Brent Simmons draws out the difference between Flexibility Vs Power in software:

Flexibility is the ability to change how software works; power is the ability to do more with less effort

Historically we have been sucked into believing that “Flexibility = Power” and the complexity of most ELNs shows the result. As Brent mentions, iOS and the like are causing us to understand that the benefits come from Power – that’s how we deliver the return on investment. Flexibility can distract from that.

I suspect in the future we’ll see a lot more focused, powerful systems which allow us to concentrate on the job in hand rather than having to figure out how to configure all the flexibility we thought we wanted.

When you add a new App to your iPad/iPhone you are generally up and running within seconds. Imagine if that was the user experience for ELNs…

 

Tim Bray comments on Conference Organisers and the number of attendees they claim

When conference organizers count people, the number they care about most is registered paying attendees; they track that every day as the conference approaches. Suppose you are an outsider, considering attending or sponsoring or exhibiting at the conference, and you inquire as to the likely attendance. You will never be given the real number; instead you will be told a number which is at least twice that, and usually higher. This is justified by including trade-show exhibitors’ staff, the conference organizer’s own people, PR folk and journalists, the food service crew, and is basically pulled out of a monkey’s butt. Just thought you’d like to know.

Yup.

When a delegate ticket is the price of a small PatentSafe installation, and vendors pay over $10k to even turn up and give a “talk”…

There has to be a better way for the industry to talk to each other.

 

I recall back in the late 90′s a lot of discussion at CENSA meetings about the need to move data between different systems, and of course from one ELN to another. From the customer’s perspective it is a really important issue although sadly one that doesn’t get enough attention until they are committed to a vendor – and of course it isn’t in the Vendor’s interest to allow you to take your data somewhere else… to a competing product for example. We even sponsored the development of CENSML (Collaborative Electronic Notebook Systems Markup Language) which was meant with complete apathy and interestingly no one else proposed anything similar.

So at this time the data portability situation in the ELN world is pretty awful. Which is a shame, and at some point people are going to start noticing – and perhaps the next round of ELN purchases will have open file formats as a purchasing consideration.

I came across the Data Portability project in this article on Tech Crunch which seems to be a really nice way of at least making the Data Portability issues obvious to consumers. They are starting off in the online web app area but clearly it is very relevant to any IT system, either cloud-based or on premises.

For the record, Amphora’s systems are completely open – our view is that it is your data and you should be able to take it where you want, when you want, without even having to involve us.

In addition, our focus on IP means we need to be able to reassure our customers that they can take a record out of our ELN and defend their IP long after their relationship with Amphora has come to a close – with a 50 or 100 year retention timescale, requiring the vendor to be around just isn’t acceptable (which is a big concern with services that claim to outsource IP protection, something I’ll blog on in due course).

We take this a step further in our Hosted/SaaS offerings, where customers can take a copy of their data (via rsync or similar) onto another server controlled by them every night. We also work with those customers to make sure they can spin up their own server as needed. This means that even where we’re Hosting them, they can tell us our services aren’t required and still have complete access to their data without any cooperation for us.

We believe that open data, neutral file formats, powerful APIs and above all a respectful policy to our customer’s IP are the cornerstone of any ELN vendor’s offering.

Our next web site refresh will contain our Data Portability policy. In the meantime I can only hope that as various advocacy groups get more vocal about the need for Facebook, Twitter and others to unlock your data, that will cause Data Portability to be given the consideration it deserves in the ELN world.

 

The Register has a good article on Software Licensing Models which is a useful primer if you’ve never had to encounter this wonderful world before… I thought it might be worthwhile examining our choices in this area from a vendor perspective. I know some Lab Informatics and especially ELN vendors have some quite complex models, so this area is of continued interest to us (and then there’s Oracle’s model!).

We’ve always had a very straightforward model; because our Electronic Lab Notebook needs to know about every user to do its job (every user needs to be uniquely to sign and witness their entries), it is easy to just charge for the number of users which are enabled on the system. Fairly straightforward.

We do have a slight complexity in that we split PatentSafe functionality into modules, so you can have cheaper licenses for people who just want to read, or people who just want to submit and sign stuff, etc. We have assigned “points” values to these functions, and customers buy a certain number for their system which gives them a lot of flexibility.

Sometimes we’re asked about concurrent pricing but that request generally comes from an IT dept who are (quite reasonably) looking for ease of administration and don’t realise every user is going to be setup (automatically or otherwise) with a PatentSafe account anyway. Concurrent licensing wouldn’t help anyone in our use case.

We do have a mix of perpetual and rental options in our licensing structure; this accommodates customers who have capital and want the reassurance of owning something (generally larger more established customers) as well as making enterprise-grade solutions attainable to companies who might either be short of capital (being VC funded and at the end of a round) or unsure of their growth curve.

We don’t do anything silly in terms of copy protection; it just adds to pain for the users, and ultimately support pain for us! We don’t even lock a system to a particular number of users – PatentSafe just points out how many users you have and we trust our customers to have that many licenses. We also don’t charge for test servers, although we do make a small additional support charge if you want production-level support for an additional server.

I guess we are unusual in that we’re a records system which is intended to go into court at some point, so we can trust our users to do the right thing in terms of having the right number of licenses. This level of trust makes everything easier, and interestingly means users are more trustworthy back – in all the years I don’t think I’ve ever heard of a reason to be worried that a customer may be exceeding their entitlement.

I know some software companies view having a complex licensing structure as a sales tool but I’ve never found it all that attractive. We’re providing and supporting a tool which will benefit a customer’s organisation, and the question is how to fairly measure the value we provide and hence should be compensated for. We’ve found the easiest and most reliable way to do that is count up how many scientists we’ve freed from the drudgery of the Bound Paper Lab Notebook, so that’s how we price the system. Simple, transparent, predictable – and fair.

Interestingly treating our customers like adults means they act like adults; and the relief expressed in the sales cycle when the realise we’re straightforward to deal with is quite gratifying! I continue to remain befuddled as to why more companies can’t have understandable pricing schemes – I can’t see how complexity helps the vendors or the customers.

 

I’ve been following the Adobe/Apple fight about Flash on the iPhone & iPad with some interest, and I must say my sympathies are with Apple, especially when you consider how much of a CPU hog Flash is on the Mac. So far so boring.

In a move that I take as more of a sign of weakness, Adobe have placed an advert in the press basically saying they love Apple, but Apple are being unreasonable.

I can’t improve on TechCrunch’s thoughts this whole thing. Adobe have painted themselves into a corner and I suspect Flash is a dead end technology. They’d do better to admit that and move on, rather than flailing around like so many other failing businesses – the Flash franchise wasn’t as strong as they tried to make out (being dependant on a plugin being installed), they overplayed their hand, and Steve Jobs called their bluff.

© 2011 elnblog.com Suffusion theme by Sayontan Sinha