We're on a mission to build a better SharePoint site creation experience.
We're a team of Microsoft 365 consultants who hate creating teams and team sites manually.
We know you hate this too. This is why we're building SProbot.
We're a team of Microsoft 365 consultants who hate creating teams and team sites manually.
We know you hate this too. This is why we're building SProbot.
The BSOLVE team started tinkering with SharePoint (in those days SharePoint Team Services) in 2003. It was clumsy, but we saw the potential.
Over the years, we've used SharePoint as the backbone for more than 100 Intranets and business process applications, from simple ones for 10-person PR firms to sprawling structures for 50,000-person financial services multinationals.
In all instances, creating a structure of any kind starts with a Visio (or these days sometimes Miro) diagram. Stakeholders give their inputs, they agree, they say "wait, hang on" and then agree again.
We then progress the structure to a spreadsheet with URL mappings, permission settings and special comments.
Next, we manually build and demo the structure.
But then, someone realises (usually no fault of their own) that something doesn't work well. So we go back to the drawing board and manually rebuild what needs to change.
This is not an efficient process.
Organisations often need multiple instances of pre-built structures. The challenges are that: