We are an early adopter and face many of the standard challenges, that just comes with the territory. Overall we are very happy with the decision we made and I would recommend Silverlight, especially if you have .NET expertise.

InfoQ spoke briefly with their CEO, Samad Wahedi, about the general philosophy of this new PaaS:

We are different from the current Platform-as-a-Service providers. Our main goal is to make workflow as simple as powerpoint. Our target user is Andy the Sales Guy. He is 30 Years old. Works within a small geographically dispersed sales team of 30 members, working for a much larger firm of 500 employees. Has a face book account and is very familiar with the office suite of products.

We decided to start from scratch and question everything. How does Andy think, what would make sense to him, how does he work, what are the problems he is trying to solve and how would he go about solving them… SnapFlow was born.

With that in mind, SnapFlow does not use any of the traditional BPM standards (BPMN or BPEL). Samad explains:

Andy our Sales guys is not a professional process engineer, hence we did not design around BPMN.

The workflow model is centered on activities and actions. The actions decide which activity comes next. This model removes the need from Swim Lanes as users and roles are associated to each activity.

We will continue to build for Andy but we do recognize that we will need to expose more complex capabilities. Our goal is to hide these features from Andy, yet expose it to the power users. This is a challenging balance to achieve, but I believe we are up to the task.

SnapFlow is the first PaaS built on Microsoft technologies and comes fully equipped with Web-based form and workflow designers. It does not use Azure yet, of course, but it provides a good view of what a .NET PaaS would look like. Tim Heuer, SilverLight Program Manager, wrote recently about SnapFlow. His post features a 3 min demo of the product. He notes:

What is cool in one of the features is that once you, the creator of the workflow, are complete, you can then deploy that workflow into your web site or other portal (the demonstration shows using Sharepoint for example). So you could develop a workflow for gathering some data from your web site, and embed the generated Silverlight application on your site with absolutely no coding required on your part.

As the industry is still unsure about how to design BPMN moving forward, let alone define a precise articulation between BPMN and BPEL, SnapFlow seems to be reopening the question of whether it is time to explore alternative BPM models that can bring more users into the design process, not just BPM analysts? It also asks the question whether PaaS should be designed for professional developers which can deploy their solutions on EC2 or Azure Windows Services, or if PaaS should rather focus on more casual users which need to build simple solutions quickly, often for a one-off project? What do you think?

This technology better than that one... Well that's mainly a question of competencies. At RunMyProcess we're running a BPM as a service platform with a user interface based on Flex, and I believe our interface proves that ergonomy and ease-of-use is largely accessible with Flex, in particular to design extremely powerful workflows and processes. Imho it's even a wonderful tool for building user interfaces. Competencies is the most important issue, way beyond technological "comparison"...