We’re better together – the Seamless partner programme

PartnersOver the past few months, we’ve hinted at some of the tooling we’ve been working on for partners. In the last post, we shared some details of our integration workbench. This work has been part of a broader approach to build a partner community around Seamless so that we can help more people connect more applications more quickly.We’re delighted that to formally launch our partner programme for software delivery partners and distribution partners.

What is a software delivery partner?

Software delivery partners are companies who are delivering applications into their client base. They’ll be using Seamless to include integrations on a low risk, low cost basis within their projects. These applications could be using an off-the-shelf application – e.g. a Microsoft Dynamics partner – or they could be wholly bespoke applications which need to connect into existing infrastructure.

Our launch partners are Preact, a well known and long-standing Microsoft Dynamics 365 partner and Trillium, a market leader in digital transformation for membership and charity organisations. Over the past few months we’ve gotten to know the leadership teams at both companies and we’re delighted to be working with them.

Preact
Trillium
What is a distribution partner?

Distribution partners are companies who specialise in software reselling. They provide insight to purchasers on software selection and maximising the value on license spend. We’ll be looking to support software distributors and resellers provide a low risk, lost cost integration option into their distribution networks.

Our launch partner is Grey Matter. Grey Matter have a 35 year history of providing independent and trusted software advice. We’re delighted to be working with Grey Matter in the UK and Ireland markets.

Grey Matter

How will Recursyv support our partner network?

Recursyv will provide a host of services to partners to make rolling out Seamless integrations quick, easy and efficient.

Commercially… 

  • Revenue share – Subscription revenue is shared with partners over the life of the subscription.
  • Additional revenue opportunities – Delivery of integrations may require development of bespoke connectors or configuration of complex integrations using the Seamless workbench. This creates potential for professional services revenue which can be delivered by those partners who have the technical capacity and choose to do so.
  • Marketing – Recursyv will develop various joint marketing activities.

Technically…

  • Tooling – The Seamless integration workbench and connector plugin SDK.
  • Training – Recursyv will deliver technical training on the integration workbench and on connector plugin development. There will probably be chocolate chip cookies involved.
  • Connectors –  Partners will have access to all connector plugins in the Seamless plugin library. This includes foundation connectors, application connectors and platform connectors.

And operationally …

  • Support – Recursyv will provide second or third line support to partners (as appropriate) to troubleshoot any integration issues

And – of course – Recursyv will operate the live instances of Seamless and provide the proactive monitoring that comes with operating Seamless as a managed service.

What’s next?

Our Sales team, led by Andy, is working to grow our partner community – both software delivery partners and distribution partners. If your organisation wants to deliver low risk, low cost integrations, please reach out to us.

Our Engineering team, led by Jon, is working to extend the partner tooling. The tooling will grow to give partners more technical flexibility in deploying and managing larger numbers of integrations. There’s some more exciting news in this space to come.

Our Marketing team, led by David, is delighted to have written another blog post and is going to have a cup of tea. And probably a biscuit.

[icon name=”users” class=”” unprefixed_class=””]  Click here to read more about our partner programme.

[icon name=”users” class=”” unprefixed_class=””]  Click here to enjoy Recursyv Seamless: Make data islands a think of the past, a lovely online presentation which gives a brief overview of partnering to deliver integrations.

The Seamless integration workbench – a primer

Over the past few months, we’ve dropped a few hints about the Seamless integration workbench. In this post we wanted to share some more details about the workbench.

Integration Workbench

What’s it good for?

The workbench is all about setting up an integration configuration. An integration configuration describes everything the core Seamless service needs to sync data between different systems. Within the workbench, a user can configure all the variables that make up an integration.

  • Specify the connector plugins that need to be used for this integration
  • Specify any properties the plugins require in order to process data (e.g. connection details for the systems being synced)
  • Specify where data in transit will be hosted (a service bus, a database, a local directory, etc.) and when it will be expired
  • Specify the data queries to retrieve data from the source system
  • Specify the data transforms required before posting data into the target system
  • Specify the timing of data sync from source to target and vice-versa

 

How does it work?

All aspects of an integration are ultimately saved into an XML file. These files can be loaded into the workbench (to continue working on a previous integration) and saved from the workbench (for subsequent deployment into Seamless).

The workbench can also run the integration locally (i.e. on the local machine). This is useful for troubleshooting and debugging integrations before they’re deployed into the cloud. Integrations are run by clicking play and all logging data is provided to the user for analysis.

What can it not do?

The workbench can not do the deployment of the config file to a live Seamless service. This was kept out of the workbench to enable separation of design and deployment.

The workbench can not run the integration on an ongoing basis. Options for running locally are limited to a handful of iteration cycles. In practice, you couldn’t use the workbench to run Seamless as a locally hosted integration service.

Who gets to use the workbench?

The workbench is provided to all Seamless delivery partners so that they can work on developing integrations. The workbench is also provided to clients who want to specify and build their own integrations – often as part of a broader software project.

Does every Seamless user need to use the workbench?

No. Only delivery partners and users who are specifying their own integrations need to use the workbench. Where you’re working with a delivery partner or directly with Recursyv, you won’t have any use for it.

How did it come to be called the workbench?

You’d think the term “workbench” was a pretty straightforward moniker for this piece of kit. In the early days, our engineering team creatively labelled this the “Seamless Integration Builder” – descriptive but not particularly exciting. After many, many minutes of discussing prospective names for it, David and Jon moved onto a more pressing conversation about why cycling is a better sport than running. In conversation some months later, one of our clients referred to the tooling as “the workbench” and the name has stuck. Also, the client prefers cycling.

Microsoft Inspire – a dozen reflections

Although Inspire finished last week, I was lucky enough to take a few days to explore Washington, D.C. While pounding the pavements, I began to think about all we had seen and learnt. Although I will work through my notes in detail (hooray for OneNote), I wanted to share a few initial reflections while they were fresh in mind. They range from thoughts about our own products to how to get the best out of investing in similar conferences.

In no particular order …

  1. Microsoft want it to be easy for partners to engage with Microsoft. The new partner model, is about simplifying relationships with Microsoft to make it easier to build, market and sell. For a small ISV such as ourselves, this is only good news. We cannot yet tell if it will work, but the design ambition supports our business and we’re excited by that.
  2. Microsoft want it to be easy for SMBs to consume Microsoft products. Microsoft 365 is a significant statement of intent. An aspect of our own vision is about making it easy for SMB size customers to access enterprise class tools. In our world, this is about integration (Seamless) and Dynamics 365 (Sales In-a-Box). We’re delighted that there is broader recognition of this thinking.
  3. Verticalise. Verticalise. Verticalise. This is not a new theme but it certainly remains top of mind for Microsoft. As a provider of a horizontal solution (Seamless), this is a challenge for us. One of our actions is to work out how position our Seamless service into a verticalised market offering. Watch this space.
  4. Just chat to people. Everyone is at the conference to talk about Microsoft technologies and you have no idea whether a conversation might become an opportunity. One of our most promising opportunities was born out of a discussion about tourist highlights in D.C.
  5. At such a big event, you need to play to your strengths. We have a confession to make: we didn’t go to the UK Regional Party! Scandalous, I know, but both Jon and I recognised that a party style function was just one that we don’t enjoy and are unlikely to get much out of. Between ourselves, we had some doubts and we needed to convince ourselves that it was okay to play truant, but ultimately we decided there’s no sense moping around where we didn’t want to be. We took the evening to get a good pizza and discuss product ideas in the wake of what we were learning at the conference.
  6. Put time into the exhibition showcase. It can be easy to dismiss it as swag (more on that later) and marketing pamphlets, but we spent a few hours browsing and discussing our technologies with exhibitors. For the time we invested, we learnt about many things we hadn’t seen before and we have a few follow-up conversations to pursue.
  7. Swag 2017 is all about the fidget spinners. I keep on reminding Jon that I didn’t get 22 “free” fidget spinners as I paid a hefty sum to be at the conference. More seriously though, a week later I probably couldn’t name one company that gave me a fidget spinner. Without making an obvious brand message link, it seems (to me) that swag is just a waste of money. And it doesn’t have to that hard, for a fidget spinner it could be as simple as “No need to be distracted when our software is deployed.” That said, my kids are probably expert in the Microsoft ecosystem by now.
  8. Microsoft is an inspiring company. Yes, it sounds like I’ve been drinking the Kool Aid (in four colours, of course) but hear me out. Every major presentation starts with the mission statement and the content is aligned to the mission. There is a line of clarity from how the work we’re doing lines up to the broader mission of the company. More importantly, talk of diversity is more than empty rhetoric when there is evidence of value based behaviours all over the conference site.
  9. Jon and I need to make time to talk about the business. Over the past quarter I feel we’d fallen out of the habit of thinking beyond the next week or two. One of our personal reflections is that we need to be sure to separate our time between strategic considerations for our business and operational work in the coming days and weeks. The time we spent pounding the pavement across D.C. was a good reminder.
  10. Client experience counts. At a 4 day conference for 17 000 people, we had one hiccup (getting into the Verizon Centre for the first keynote where security lines were too long). It felt as if this had been addressed by the next day. Otherwise the whole event ran as smoothly as clockwork. This includes sessions, the expo, moving people between dozens of hotels and two conference sites, connectivity issues, pre-arranged meetings, the conference app, social events, etc. etc. It was impressive to observe and a delight to be part of.
  11. I look better with make-up on. According to the make-up artist at the LinkedIn stand where I had a new profile shot taken, it was to “take the shine off” and “make my hair pop”. Admittedly, the surface area for shine has grown somewhat since the last time I updated my profile pic.
  12. Finally, if you’re going to Inspire in Vegas next year, and we’re certainly aspiring to do so, wear comfy shoes.

 

PS Jon reckons that if had branded “Back to the Future” style hoverboards, we wouldn’t need to worry about the brand message as they’d just be cool. Admittedly, if  we knew were to get those hoverboards, we’d probably be in the business of marketing hoverboards rather than data integrations.

The counter-intuitive benefit of shorter projects

As we’re working to build the partner network around Seamless, I am often talking through (what we believe to be) the benefits of using Seamless for delivery of integrations. We have a background in delivering IT change projects and one of our favourite Seamless benefits is that developing integrations becomes much much quicker. If we have a connector plugin already built, it is simply a matter of specifying the right fields and associated rules. If we don’t, we can often build one in under a week (assuming being reasonable API access).

For companies who make a lot of their revenue selling time (i.e. time taken by software engineers to build applications), it seems counter-intuitive that we’re touting shorter projects as a benefit. Er, what’s up with that?

 

Our response is simple: I’d rather you sold a 60 day project than lost a 120 day project to a competitor.

Our partners will be competing with any number of other organisations who will have different ways to deliver software. Today’s average user has experience of sophisticated web services and expects that software delivery companies can quickly connect up different services. Agile approaches add an additional dimension of expectation because clients expect to see phased delivery of packages of requirements.

Sure, reducing delivery time reduces upfront professional services revenue, but it makes our partners’ projects more commercially attractive. If this can be done in a way that also reduces risk (using technology that is proven to work) and increases flexibility (extendable plugins, a myriad of configuration options, etc.), then the offer becomes more attractive on day one (commercially) and over time (ability to adapt to inevitable business change).

Finally, let’s not lose sight of that fact that, over time, “lost” revenue may be recovered (plus more) through sharing of the subscription fee.

 

 

[icon name=”exchange” class=”” unprefixed_class=””]  Learn more about partnering with Seamless. We could talk about it all day.

Splashing the big bucks, our Microsoft Inspire story (part 1 … part 2 when we’re back)

In about a month we’ll be headed off to Washington, D.C. to join the Microsoft partner community at Microsoft’s global partner conference, Inspire. Attending Inspire with something to say was always a goal for us when we set out. We knew we were working in the Microsoft world and the partner conference is the place to build a network around any Microsoft enabled business.

As you can imagine, a conference of this nature is a significant expense. There are conference tickets to be purchased, flights, accommodation, food and Hard Rock souvenir pin badges. (If Jon doesn’t read this post carefully, I’ll try expense the pins … watch this space!) Returning home with a just handful of business cards would be a significant failure. We consulted with former attendees and built out our plan. With about a month to go, we’re doing okay and I thought it might be interesting if we shared some of our thinking.

 

Continue reading