DISQUS

DISQUS Hello!  The comments on this profile are unclaimed and thus are unverified.

Do they belong to you? Claim these comments.

Peter Cranstone's picture

Unregistered

Feeds

aliases

  • Peter Cranstone
  • Peter Cranstone
  • Peter Cranstone
  • Peter Cranstone
  • Peter Cranstpne

Peter Cranstone

4 days ago

in The Mobile Challenge on Union Square Ventures
Exactly.

The ISV is part of our go to market strategy. Why? They already have our end customer (the Enterprise) as a customer. However they have a problem... their margins are getting squeezed because Web 2.0 is a commodity item. Therefore they need to go back to their customers with a differentiator - mobile. Unfortunately they have another problem - where do the find the mobile programming expertise? (they're web 2.0 guys). So we built a Mobile Application Generator (MAGGIE) that works across platform. You can meet with the customer and define the "meta data" they need from the device for their particular service. You enter the data in Excel and then export it as a CSV file. You drop this into Maggie (online SaaS service) and it generates cross platform code for both BB (Java) and Windows Mobile (C++) the other platforms will come later. Now all they have to do is take this code and hook in the api's and you're mobile development is done (bar some final tweaking).

We're just getting ready to release a public domain version of our software. We built both Windows Mobile and BB versions with Maggie. It generates about 75,000 lines of code with debug in about 4-5 seconds.

But I digress. The core problem is extend web services to mobile in the most cost effective manner possible AND reduce the friction in obtaining device side meta data.

Or as you say - pick a platform and pray and that's not a good investment (IMO) unless you're Apple and make your money on everything but the app.

4 days ago

in The Mobile Challenge on Union Square Ventures
Hi Fred,

We're focused on the Enterprise ($$). We wanted a way that an enterprise could reduce their risk regarding mobile app development, and yet take advantage of GPS etc inside a smartphone while still retaining control/privacy over their data.

Let me give you an example using a large engineering/services company. They have 3,000 employees who are all using Blackberry's. These BB's have GPS in them and they want to access that data and use it for their SmartStatus portal which is browser based. They install a simple mobile app that access the GPS data and then makes it available to the smartstatus web portal whenever their employees login using the browser.

Now they've also decided that they want to incorporate Windows Mobile smartphones into the mix to reduce their dependencies on BB's and the BES server. They want to leverage everything they've done and want an identical solution on another platform.

Using this browser approach you can deploy in less than 30 days. The mobile app is cross platform - the interface is the browser so there is nothing new to learn, and there are no programming changes on the portal server.

If we had to build a mobile app with a full UI and make it identical across multiple mobile platforms the cost would huge (100k or more) and may take 6 - 9 months. The alternative approach is web services and a single set of business logic that can be controlled by their existing programming staff.

For more background on why I think the future of mobile is web services here is a great read http://communities-dominate.blogs.com/brands/20... (it's really long). The key section is titled "Software" followed by "Web based services, not apps". Now I usually disagree with the author, however not this time.

Mobile apps might be fine for the consumer (iPhone) but the Enterprise is a more complex beast. All they want is to leverage what they have and reduce the risk. The way to do that and ensure consistency across everything is the browser and web services.

The problem is simple - get the data off the phone and into the browser. Harder to solve than most think.
1 reply
Peter Semmelhack Peter - I totally agree with you. Everyone forgets that before Windows, ISVs had the same problem with microcomputers. And until there is a similar situation in mobile (which I sincerely hope does *not* happen) the browser/web services/etc represent the only sane way to develop cross device/cross network mobile applications. Otherwise you choose a platform and pray.

4 days ago

in The Mobile Challenge on Union Square Ventures
That's the best part. Our mobile app tells everything we need to know about the device in real time. We know the carrier, the os, the browser height, the browser width, we know the screen dimensions, the number of pixels supported etc. All we do is aggregate that data and then send it to the web server as part of the web page request. Once it arrives there we can determine exactly what the page needs to look like. We also came up with a way to add "custom menus" to the browser using simple HTML. Go to this page (www.5o9mm.com) and do a view source in your browser. Looks near the top for the new meta statements. Whatever you see there now shows up in the mobile browser menu. This improves navigation and frees up the browser screen for more useful information. In essence the browser starts to act as a Rich Internet Application without the need to invent a new UI (user interface).

4 days ago

in The Mobile Challenge on Union Square Ventures
Vladimir,

We faced a unique set of challenges when we built our solution. We use the mobile browser to communicate user, device and location information from the Smartphone. We add the meta data to the outgoing HTTP headers. Our issue was twofold - how do we protect the privacy of this new data and how do we integrate it into the Enterprise back end without requiring Admins to learn anything new. (We solved the problem by creating generic headers which can be read by any script and then you use CGI to pass the data to any back end service that needs it (mash out). This is different from device fragmentation. Which requires that you test on lots of different devices. We don't have that issue because we're "inside" the browser.
1 reply
Vladimir Vukicevic But even though you're inside the browser isn't fragmentation still an important issue? How did you manage to optimize the look-and-feel of the interface (whatever that might be) for all the different screen-sizes and form-factors (touchscreen, the BlackBerry ball, etc.)?

4 days ago

in The Mobile Challenge on Union Square Ventures
Very well stated. A mobile app per se is not a sustainable business model. You have to dig much deeper to uncover the real customer problem. And even when you figure that out, marketing, distribution and price sensitivity all play a big role. Finally don't forget integration - that's a far harder problem to solve the fragmentation.
1 reply
Vladimir Vukicevic What do you mean by integration in this context?

4 days ago

in The Mobile Challenge on Union Square Ventures
Joe,

That's exactly what our solution was designed for. It essentially a mobile app with an Open API. You can attach a sensor to the phone via Bluetooth, transmit that data to our app and then we send that data (you have complete privacy controls) to any web server. The way we do this is to take the meta data and add it to the outgoing HTTP headers. So now all you have to do is read the incoming data at the server. We even have a windows mobile version that you can now access any device side data using JavaScript all from within the mobile browser.

Works like a champ.

5 days ago

in The Mobile Challenge on Union Square Ventures
Our mobile app sends device side data (e.g Who I am, Where I am, What device I'm using, What my personal interests are) to any web server. It would be interesting to see if you can deliver train schedules in the mobile browser.

Cheers,

Peter

5 days ago

in The Mobile Challenge on Union Square Ventures
Totally agree. Multi-factor authentication is really important. Our solution supports that. It can access ANY device side api and then share that data in real time (via the browser) with any backend web service that needs is.

5 days ago

in The Mobile Challenge on Union Square Ventures
Barry,

Do you have a web based (browser) version of your train logic? If so our mobile app can send you real time GPS and or Cell Tower information and they you can display the results in the browser.

Cheers,

Peter
1 reply
Barry Engel Peter, our mobile app already uses the native GPS and mapping from the phone - combined with schedules. Please tell me if you see something else. Thanks! Barry

5 days ago

in The Mobile Challenge on Union Square Ventures
I'd use the browser. Simply extend the current web services/app paradigm to Mobile. That way it scales across all devices, can use one set of business logic and reduces risk and costs of deploying standalone mobile apps.
1 reply
fredwilson's picture
fredwilson I'm a big fan of the mobile browser too but it does seem like the prevailing delivery package today is the mobile app, not the browser

5 days ago

in The Mobile Challenge on Union Square Ventures
Danny,

Totally agree. Here's the technical challenge - how do I get real time location information INSIDE the browser (the reason you use the browser is so that you don't have to write a mobile app, instead you use one set of business logic that scales across all browsers).

Cheers,

Peter

5 days ago

in The Mobile Challenge on Union Square Ventures
Totally agree. All you have to do is remove the friction in the transaction. You have to get the customers "Me" data (Who, What and Where) information without requiring them to type in any data.

You're also right on the whole fixed web vs. mobile web. There is only one web. TBL is correct when he said you should not segment it. The technical issue/challenge to solve is how you extend the current HTTP protocol so that it can accept more contextual data.

The simple way to do that is to add it to the headers coming to your web service i.e. http_x_name "" Then all you have to do is read it at the other end.

Cheers,


Peter

5 days ago

in The Mobile Challenge on Union Square Ventures
We're releasing (next 30 days) a Mobile app for the Enterprise that wants to mitigate the cost and risk of extending Web services to mobile. It supports user, device and real time location information, is fully integrated into the native browser on multiple platforms, and the full Enterprise version ($$$) supports encryption and other capabilities. No mobile programming is required to use/deploy this app. It leverages all current Internet standards and integrates into the Enterprise using all standard web app programming techniques.

We're the guys that invented mod_gzip (content acceleration for the web)

Cheers,


Peter
5o9 Inc.

3 weeks ago

in Twitter…Top or Opportunity? on Howard Lindzon
Here's Twitter's problem... in 3 minutes you had 20 recommendations. Friction to obtain those answers = zero. Cost to obtain those answers = zero. Value generated to you = Priceless... cost to Twitter $$$ to support all of that. Every time they give you value they lose money, and they repeat that on every single tweat. It's simply not a sustainable business model.

You say that you would pay for the service... ok, how much would you, how would you pay, to whom would you pay, how long would you pay. Lots of questions unanswered. And therein lies the rub. It's all about value given and received. The second you don't get value you'll be like your son and your loyalty will switch with a click to the next "percieved" value provider.

You have no idea whether the Twitter top is in, and the kicker is - nor does anyone else.

Cheers,

Peter
1 reply
howardlindzon's picture
howardlindzon Thx peter. You nailed me but its just a blog post.

I would pay per request or monthly.

I am in agrremment re twitter having difficulty monetizing but the platform in some form wikl continue to be viral and cost structures of services low enouhgh and scalable enough to make biznesses

3 weeks ago

in Can We Get This Guy On CNBC? on Zero Hedge
Larry Kudlow needs to see this. Absolutely spot on.
1 reply
Atrain That's the damn truth.

1 month ago

in Maximizing Exit Value Videos - Part 1 on AngelBlog
Simply spot on. Wish this advice was around 19 years ago when I started out. Entrepreneurs who do not pay attention to the content in these videos will not survive.

Cheers,


Peter
www.5o9inc.com

1 month ago

in Glympse vs. Google Latitude in location sharing battle on Scobleizer
Hi Robert,

We're getting ready to release a new browser plug-in for Blackberry and Windows Mobile Smartphones. With it you will now be able to integrate GPS, Cell tower id etc directly into the browser. This information can then be shared (if you choose) with ANY web server. For Windows Mobile all you will need is a few lines of JavaScript in your web page and you can access any device side API. NO mobile programming is required to use the solution and it will come with support to transmit GPS location data to Google, Yahoo, Microsoft, AOL, Yellow Pages, and True Local (search engine out of Canada). Privacy is now integrated into browser via a new menu. Simply pick the data you wish to share. The web service simply reads the data off the headers and can now mash that out to ANY web service with an API.

Cheers,


Peter
www.5o9inc.com

1 month ago

in Glympse vs. Google Latitude in location sharing battle on Scobleizer
Hi Robert,

We're getting ready to release a new browser plug-in for Blackberry and Windows Mobile Smartphones. With it you will now be able to integrate GPS, Cell tower id etc directly into the browser. This information can then be shared (if you choose) with ANY web server. For Windows Mobile all you will need is a few lines of JavaScript in your web page and you can access any device side API. NO mobile programming is required to use the solution and it will come with support to transmit GPS location data to Google, Yahoo, Microsoft, AOL, Yellow Pages, and True Local (search engine out of Canada). Privacy is now integrated into browser via a new menu. Simply pick the data you wish to share. The web service simply reads the data off the headers and can now mash that out to ANY web service with an API.

Cheers,


Peter
www.5o9inc.com

2 months ago

in Being Fair and Equitable for Angel Investors- by Basil Peters on AngelBlog
What a great post! So many entrepreneurs forget that it's shareholders money, NOT their own. It pays to be fair. I'm a serial software entrepreneur who has been doing startup's for 19 years and this is one of the best blogs I've seen on the subject of being fair.

Peter Cranstone
www.5o9inc.com

2 months ago

in The Venture Capital Math Problem on A VC
Fred,

Let's make the math simple. (and the see if it scales). You raise a $100m fund. The LP expects a 3x return back to him. So you have to turn that $100m into "at least" $400m (this covers your expenses and your carry). Now so as to not get eaten alive by inflation (none at the moment) and interest (low at the moment) you have about 4 years to return that asset to the LP. You have then a year to invest that $100m (get it working). Lets say that you invest $10m each time (huge number). You will have to do a deal a month (then take two months vacation for a job well done). You sit back and wait for 3 years for all your investments to exit (not happening now). You know a 1/3 will fail ($33 million down the drain) you know that a 1/3 will break even ($33m for the LP - not good enough you have $367 million to go). Your final 1/3 (actually 4 investments) all hit a five X. So that's $200m returned to the fund. So lets check the math so far:

1/3 - nothing
1/3 - even - $33m
1/3 - 5x - $200m

Total returned over 4 years $233m. Pretty good actually - I doubt the LP could double his money in 4 years.

Now for reality. There's no way you can do 10 ten million dollar deals in a year. It will take 8-10 years to spend that amount. There's no way that 4 of your companies are going to exit with a 5x multiplier (not for the next 10 years anyway).

So what are the chances that your class (VC) can return even a 2x on the $100m in a 7 year time frame. I bet it's a lot less AND with a lot less risk than the LP can do himself by placing safer investment bets.

The Black Swan for the VC's is now clear - there are NO exits and I need to add a qualifier here before you jump on me - "In a time frame that makes it a viable asset class". It's the "AND" that is causing the problem. You will have to hold longer, your companies will HAVE to be profitable and they will have to be either acquired or IPO (huge barriers).

You math above shows that the VC business has now changed forever. You got a reprieve in 2000 because Alan Greenspan made money cheap and Wall Street did some financial engineering - but it was all smoke and mirrors. The chances are that it won't return for at least a decade which means that the Entrepreneurs really have to build "measurable, sustainable, profitable revenue from volume" for less than $15m invested and then drive up the value so that there's a decent enough valuation that the price per share that you exit with is high enough. (Assumes that you got in early enough).

And if your still reading (thank you)...so far I see you as one of the few VC's who understands the business well enough to get in early and set the capital structure of the company... because what few realize is that capital structure of a company is going to play a HUGE role going forward IF you are lucky enough to get an exit.

Cheers,

Peter Cranstone
1 reply
fredwilson's picture
fredwilson Peter

I did read the whole comment (thank you)

Most of what you say is right. But we have deployed about 100mm in our first fund over five years by starting with 250k to 750k seeds and then scaling our investments over time

We now have 7mm to 10mm in most of our top third which is about 7 companies including one which we've exited from (tacoda)

We called that 100mm over five years and will call the final 25mm over the next five years. Our capital calls over time looks like an s-curve with the steep part of it being in years three and four

The model still works if you do it right

2 months ago

in The Three Terms You Must Have In A Venture Investmemt on A VC
Totally agree with this post. It's your money you're putting at risk - the key issue for me is the x factor in the preference. 1x is your money back which is fine, 3x is a tad on the greedy side (seen some VC's do this). Board seat is a must have, got to be there when things get hairy and they always do. As for the other - all in, you bet and I really mean it's your bet. You took the risk you should get to play.

4 months ago

in Which startup’s collapse will end the Web 2.0 era? on Futuristic Play by @Andrew_Chen
Well said. When are people going to realize that funding is not a goal, it's a milestone. The real goal is to solve a customer problem and create sustainable, measurable, profitable revenue from volume. Three key words all MIA from 99% of web 2.0 start up's.

6 months ago

in There's Plenty Of Oxygen In The Air on A VC
You wrote...
Any company that can figure out how to get over a half a million rabid users/bloggers on it platform and reach 15mm unique visitors a month with just six people, three of which have just joined, isn't going to be suffering from asphyxiation any time soon.

Maybe so... however the real issue is this... can they get to measurable, sustainable, profitable revenue from volume? Let's do some back of the envelope math... take 1% of 500,000 users as those who are willing to pay for a premium service. That's 5,000 users. Let's charge them $10 a month. That's 50k a month or $600,000. Now lets say we get some attrition each year, however this is countered by growth of the premium accounts of say 5%. Net growth number is 3% a year. Over 5 years maybe they get to $5m a year in revenue.

Most VC's wouldn't even show up for that. Heck most Angels won't. However there is something here. Lets say that the $4.5m was done at a pre of $6m for a post of $10.5 - the real issue here (which of course no one talks about) is the number of outstanding shares. Let's say there were only 3m pre and 5m post. (post share value is $2)

Now fast forward a few years (they have enough runway for at least 2 more years). They grow the user base, add a premium channel and get to maybe a run rate of $2m a year. Big Co comes along and offers $10 a share for all the outstanding. (Total exit price is $50m which is right in the current M&A range)

VC exits stage left with a 5x return over 2 years. Compare this to stock market returns over the next 2 years and this is a grand slam.

So what's left to do? That can be summed up in a single word. "Execute". Deliver growth (doesn't have to be huge) get people converted (at least 1%) to a premium model and then sell in two years.

Tumblr has done 2 rounds - A & B. Total raise is $5m plus and "IF" they can exit in 2 years the VC has played it perfectly. If they need a C round then the 5x is going to drop.

So there you have it. 5x if the Tumblr team can execute AND the VC can get the exit. If not then all bets are off. However what has happened here is risk mitigation by getting in early before the Cap table gets out of hand.

You just have to remember that while profits are the mothers milk of companies, the price per share is the mothers milk to the VC. Get in early, control the cap table, get the team to execute and then get out before the C round and that's what great returns are made of.

Cheers,

Peter
1 reply
fredwilson's picture
fredwilson Peter

That's all correct and is part of the investment equation here

But there's one thing you left out of your math

Let's say that 5mm/year of revenue is achieved with a 15 person team, 2.5x what they have now

Then its possible that the profits could be 2.5mm per year on 5mm of revenue and at 12x pre-tax, that's worth 30mm

I've written a lot about this. With web services, its possible to get to interesting ebitda levels on a lot less revenue if you stay lean and capital efficient

Tumblr would be a good candidate for this model given what they've achieved to date

And I think the take rate on premium will be a lot higher than 1pcnt, but of course we'll have to see

7 months ago

in Why Can't We Admit That... on Information Arbitrage
Brilliant. You have it dialed. This is OUR problem, however as long as we have HOPE there can be a better tomorrow.

9 months ago

in Should I get an iPhone or an Android? on Mathew's comments
Depends... what problem are you trying to solve and what are you willing to pay for it. Voice is a done deal - no need to pay through the nose anymore. That leaves the data plan and what you're going to access with it. Is it a must have or a nice to have?

Decide exactly what apps you need to run on it and then compare against the competitors. My bet is that a Blackberry will work just fine - the iPhone will look better in your pocket and the Gphone will make you look hip. It all boils down to your wants and your needs. The rest is simply marketing.

Cheers.

Peter
1 reply
mathewi's picture
mathewi Thanks, Peter. Good advice.
Returning? Login