Managed Video as a Service

The place to learn about and discuss Managed Video as a Service

Okay, the only thing worse than a string post is the promise of a string post the next day and then not following up on it for a week.  Guilty.  Actually there a lot of things worse than either of these things, but my apologies anyway.

I posted at some point last week about the pricing decisions we are making around the centralized video storage capability.  In that post I posed the question as to how much storage we should include with our base service, assuming that providing some amount of storage is good so that people could try the service and providing unlimited storage is bad bc that is only good for the few customers that would take advantage of the business model and suddenly archive 10 years worth of video “for free”.

After debating this internally for a little while, we came to the conclusion we were thinking about it wrong.  We had been trying to figure out the minimum amount of storage we could provide so that customers could try that aspect of our service (just enough) but we could still charge a lot of customers that would exceed this threshold.  We concluded this was a shortsighted approach – if we provide 500Mb or 500Gb of central storage with the base service, it doesn’t really matter that much from a cost standpoint - storage is cheap (and saavy customers know this).  What does matter is figuring out how customers are going to use the service and how to make it more valuable for them.  To do that you we need to give customers enough central storage to enable them to utilize it in creative ways that help improve their business.  If we give them too little we’ll constrain their ability to use it and fewer new applications and use cases will likely be created.  If we give them a decent amount of storage (more than enough) and let them play, they’ll figure out ways to use it to create value.  If we pay attention we can learn from this and enhance our service to accomodate their new needs.  At that point they should be willing to pay us more if our enhancements drive real value for them.  They should definitely be willing to pay more than they’d pay for simply another 100Gb of storage.

Net of all of this is we are going to be generous with initial storage to let customers experiment and won’t have a pricing model that is directly tied to the amount of storage you get on the network.  We are after all selling a service, not a hard-drive.

3 Responsed To This Post

Subscribes to this post comment rss or trackback url
mygif_alt
John Honovich said, November 14th, 2008 at 7:15 am

Hi Matt, What are users going to store? I don't see a broad need for a lot of storage. Let's say each store has 1 event per day that is a few minutes and consumes 10MB of storage. That's 36GB per year of storage needed. I think 1 event per day is really high in terms of evidence one would want to keep. I assume there are niche use cases out there. However, I have done central storage for a number of end users and while they enjoy the safety and convenience of permanent off-site storage of video from key incidents, the storage consumption in GBs has been trivial. Thoughts?

mygif
dloher said, November 15th, 2008 at 12:34 am

I would tend to agree with you John. The amount of really important video saved centrally doesn't seem like it's going to be large. Still, that could change based on how customers decide they want to use it. I definitely like keeping options open when it's easy and inexpensive. Markets have a funny way of finding value in unexpected ways. We think the values include capabilities such as: – a secure location to keep important video for a very long time – a location that's always on. – Sharing the video with authorized people anywhere on the Internet – Adding comments and keeping the critical event data – Searching that stored data and video But who knows what other uses customers will come up with.

mygif_alt
James Sweet said, November 15th, 2008 at 12:43 am

I agree with you Darren. Further, if the usage pattern of one of our largest customers is any predictor of how others will use the service then 36 GB is an underestimate. As we've seen many times if you give users an ability they will run with it in ways you've not considered. There are plenty of uses for our system that we've not yet considered and that's one of the coolest things about what we do.

Response To This Topic

Please Note: The comment moderation maybe active so there is no need to resubmit your comment