Our CEBP status report is now available. It is a free report. Thank you to Alan Quayle for contributing content and his skills as an editor. If interested in the this report and any other future versions simply email one of us with your contact information. Join the CEBP LinkedIn group to contribute insights or follow the discussions. You can request the report by emailing me via gmail at pmcape.
Sincerely
Patrick Murphy
Monday, September 21, 2009
Friday, September 18, 2009
CEBP use case for Government
I noticed this post from Voxeo. Awesome stuff.
This is a great write-up in the blog of the New York State Senate Office of the CIO, “Dialing in to the NYSenate OpenLeg API“, that outlines the great work that independent developer Mark Headd has done.
As the article notes, Mark has used the IMified platform to let people find out the status of legislation before the NY State Senate using:
▪ Instant Messaging Client (Jabber): opensenate@bot.im
▪ Twitter Client: Send a tweet formatted as a @reply to @opensenate
▪ Short Message Service (SMS): Send a text message to (315) 308-1943
▪ Regular Telephone: Call (646) 736-2439 (see note below)
Through whichever channel people want to use, they can now query the NY State Senate legislation database and find out the status of various bills. As the NY State Senate blog post author, Nathan Freitas, stated:
These services fit very well with the Office of the CIO’s vision for a fully mobile-accessible legislative body, where everyone from elected officials to their consituents can fluidly connect with eachother around issues that matter to them no matter where they are. Access of information via mobile phones also signficantly leverages the playing field when it comes to cost… a $99 iPhone is a pretty fantastic computing device.
Mark went into more details on his own blog in a post, “Leveraging the Government 2.0 Platform“, specifically noting that the exposure of an open API by the NY State Senate was the exciting part to him:
When governments make their data available in public formats, and expose APIs for querying such data, they are throwing the door open to outside developers to build useful things. That’s significant, and the NY Senate should get some major props for being among the first (if not the first) legislative body in the country to provide an API for their legislative information.
When governments make data available through an API, they are telling developers: “Use any platform or programming language you want to access our data.” The basic requirements for invoking an API like the NY Senate’s (or the District of Columbia’s 311 API) is the ability to communicate via HTTP and to parse XML, or JSON. Since pretty much every modern programming language and development platform can do these things, it creates opportunities for developers of all stripes.
But if APIs are platform and language agnostic, they are also modality agnostic – if the data exposed through an API is compact enough, there are lots of different ways to present this data to an end user.
This is a great write-up in the blog of the New York State Senate Office of the CIO, “Dialing in to the NYSenate OpenLeg API“, that outlines the great work that independent developer Mark Headd has done.
As the article notes, Mark has used the IMified platform to let people find out the status of legislation before the NY State Senate using:
▪ Instant Messaging Client (Jabber): opensenate@bot.im
▪ Twitter Client: Send a tweet formatted as a @reply to @opensenate
▪ Short Message Service (SMS): Send a text message to (315) 308-1943
▪ Regular Telephone: Call (646) 736-2439 (see note below)
Through whichever channel people want to use, they can now query the NY State Senate legislation database and find out the status of various bills. As the NY State Senate blog post author, Nathan Freitas, stated:
These services fit very well with the Office of the CIO’s vision for a fully mobile-accessible legislative body, where everyone from elected officials to their consituents can fluidly connect with eachother around issues that matter to them no matter where they are. Access of information via mobile phones also signficantly leverages the playing field when it comes to cost… a $99 iPhone is a pretty fantastic computing device.
Mark went into more details on his own blog in a post, “Leveraging the Government 2.0 Platform“, specifically noting that the exposure of an open API by the NY State Senate was the exciting part to him:
When governments make their data available in public formats, and expose APIs for querying such data, they are throwing the door open to outside developers to build useful things. That’s significant, and the NY Senate should get some major props for being among the first (if not the first) legislative body in the country to provide an API for their legislative information.
When governments make data available through an API, they are telling developers: “Use any platform or programming language you want to access our data.” The basic requirements for invoking an API like the NY Senate’s (or the District of Columbia’s 311 API) is the ability to communicate via HTTP and to parse XML, or JSON. Since pretty much every modern programming language and development platform can do these things, it creates opportunities for developers of all stripes.
But if APIs are platform and language agnostic, they are also modality agnostic – if the data exposed through an API is compact enough, there are lots of different ways to present this data to an end user.
Friday, September 11, 2009
Change is a good thing when you learn something.
With this post about Thomas Howe resigning from Jaduka by Phil Wolfe of the Skype Journal, the many changes at Jaduka and NetworkIP are coming out.
From my perspective, change is a good thing. I'm not in any way predicting the demise of Jaduka or NetworkIP. As you can tell from the Jaduka website, we made several great Bus.Dev. announcements this summer. They are real. Before leaving Jaduka I collaborated with my good colleague Jack Rynes on a next steps plan. With a tight focus,a little luck, and good execution the plan will certainly bear some fruit. I want Jack Rynes and the rest of the guys left at Jaduka to succeed.
I've had three similar conversations this past week that might fall under the category of what Andy Wood ( Head of Consultancy Practice at UK based Affinity), refers to as Context Delivery or Event Driven Architecture.
What caught my attention is that CEBP tools sets and solutions are really starting to focus on the business process creation and logic sets as the path to building value added relationships with clients. From a business development perspective this really fires up my imagination.
Three plus years ago the biggest objection/question to overcome arguably was something related to SaaS versus premise based deployment. For many reasons that obstacle has been overcome.
I'm sure the client statement that sounds something like " what is your per minute or per message rate? Or can I get it cheaper?" is clearly at the top of the most annoying questions/objections in the CEBP space now.
My bet is this commoditization pressure goes away as soon as real innovation within the business process and logic tools of CEBP solutions hit their stride. These innovations become the tools that allow businesses to trial, implement, and iterate.
It is fantastic to see the CEBP space move rapidly beyond clunky, useful, but dumb tool sets towards applications and platforms that drive real change and learning for our clients.
I am not certain if "hanging out my own sign" under the CEBP.biz domain is a short term or long term move. I truly love working with smart teams of technologists and entrepreneurs both domestic and international. So, if there is any need for Go-To Market,Business Development, Sales strategy and tactical help in this CEBP /Telco 2.0 space lets schedule a conversation.
As the saying goes timing is everything.
Patrick Murphy
Principal Consultant for CEBP.biz
From my perspective, change is a good thing. I'm not in any way predicting the demise of Jaduka or NetworkIP. As you can tell from the Jaduka website, we made several great Bus.Dev. announcements this summer. They are real. Before leaving Jaduka I collaborated with my good colleague Jack Rynes on a next steps plan. With a tight focus,a little luck, and good execution the plan will certainly bear some fruit. I want Jack Rynes and the rest of the guys left at Jaduka to succeed.
I've had three similar conversations this past week that might fall under the category of what Andy Wood ( Head of Consultancy Practice at UK based Affinity), refers to as Context Delivery or Event Driven Architecture.
What caught my attention is that CEBP tools sets and solutions are really starting to focus on the business process creation and logic sets as the path to building value added relationships with clients. From a business development perspective this really fires up my imagination.
Three plus years ago the biggest objection/question to overcome arguably was something related to SaaS versus premise based deployment. For many reasons that obstacle has been overcome.
I'm sure the client statement that sounds something like " what is your per minute or per message rate? Or can I get it cheaper?" is clearly at the top of the most annoying questions/objections in the CEBP space now.
My bet is this commoditization pressure goes away as soon as real innovation within the business process and logic tools of CEBP solutions hit their stride. These innovations become the tools that allow businesses to trial, implement, and iterate.
It is fantastic to see the CEBP space move rapidly beyond clunky, useful, but dumb tool sets towards applications and platforms that drive real change and learning for our clients.
I am not certain if "hanging out my own sign" under the CEBP.biz domain is a short term or long term move. I truly love working with smart teams of technologists and entrepreneurs both domestic and international. So, if there is any need for Go-To Market,Business Development, Sales strategy and tactical help in this CEBP /Telco 2.0 space lets schedule a conversation.
As the saying goes timing is everything.
Patrick Murphy
Principal Consultant for CEBP.biz
Tuesday, September 1, 2009
Voxeo Labs and Adhearsion are spreading their wings
I had a terrific conversation with Jay Phillips and Jason Goecke about Adhearsion and their new gig with Voxeo Labs. Here is a press release describing the Voxeo/Adhearsion announcement this summer.
Having been introduced to the wonderful world of Open Source tools,projects, and communities during my time with a regional ISP and web development shop I have always been amazed by the creativity and brilliance found within many of these communities. As a Bus. Dev/Sales type I would scroll through SourceForge and look at projects to figure out how they might be valued by various types of customers. (Yes, that's about as geeky as a non- technical Bus. Dev. guy gets!)
So, I love the direction the VoxeoLabs team is driving. They want to create iterations on the Adhearsion/Tropo frameworks so that other communities of developers can take advantage of Voxeo services. Voxeo has done a fantastic job building a vxml developer community. Why not excite or encourage the Ruby community or other developer communities into leveraging the Voxeo network too?
It makes a lot of logical sense and Voxeo Labs will absolutely be able to leverage the existing Voxeo and Asterisk community to gain even more traction. They will absolutely see some real success!
However, there is a caveat. Others have tried and failed to build highly scaleable business models based upon open source efforts. This needs to be looked at clearly and honestly. It doesn't mean that LAMP,for example, isn't the most widely adopted web server platform. I think? There are real limitations to building a business off these types of projects or by simply opening up apis. Orange suggests their API developer community exceeds 50,000 members. Is the business model a success? Unfortunately, No.
In my mind, communications services continue to be valued by end users so FREE isn't an absolute requirement. But, profitability is severely constrained if you are limited to charging per port, per minute, per channel.
One of the points I have made frequently is that we will be seeing a land grab mentality very soon. The land grab is NOT simply for developers but ultimately for the enduser applications purchased by businesses or consumers. Eventually, communication services will be embedded and adding value to almost every application and business process extending itself beyond the company firewall or household PC.
The closer one gets to the end user is where the maximum value can be identified and monetized. When done well, CEBP solutions help us better communicate with and understand customers. Then, profitability is assured.
Patrick Murphy
CEBP.biz
Having been introduced to the wonderful world of Open Source tools,projects, and communities during my time with a regional ISP and web development shop I have always been amazed by the creativity and brilliance found within many of these communities. As a Bus. Dev/Sales type I would scroll through SourceForge and look at projects to figure out how they might be valued by various types of customers. (Yes, that's about as geeky as a non- technical Bus. Dev. guy gets!)
So, I love the direction the VoxeoLabs team is driving. They want to create iterations on the Adhearsion/Tropo frameworks so that other communities of developers can take advantage of Voxeo services. Voxeo has done a fantastic job building a vxml developer community. Why not excite or encourage the Ruby community or other developer communities into leveraging the Voxeo network too?
It makes a lot of logical sense and Voxeo Labs will absolutely be able to leverage the existing Voxeo and Asterisk community to gain even more traction. They will absolutely see some real success!
However, there is a caveat. Others have tried and failed to build highly scaleable business models based upon open source efforts. This needs to be looked at clearly and honestly. It doesn't mean that LAMP,for example, isn't the most widely adopted web server platform. I think? There are real limitations to building a business off these types of projects or by simply opening up apis. Orange suggests their API developer community exceeds 50,000 members. Is the business model a success? Unfortunately, No.
In my mind, communications services continue to be valued by end users so FREE isn't an absolute requirement. But, profitability is severely constrained if you are limited to charging per port, per minute, per channel.
One of the points I have made frequently is that we will be seeing a land grab mentality very soon. The land grab is NOT simply for developers but ultimately for the enduser applications purchased by businesses or consumers. Eventually, communication services will be embedded and adding value to almost every application and business process extending itself beyond the company firewall or household PC.
The closer one gets to the end user is where the maximum value can be identified and monetized. When done well, CEBP solutions help us better communicate with and understand customers. Then, profitability is assured.
Patrick Murphy
CEBP.biz
Subscribe to:
Posts (Atom)
