Is your organization ready to embrace a serverless future, one where you can take advantage of the full capabilities of cloud systems without the expense, physical space requirements, and maintenance needs of on-premise systems? And if so, what do you need to know to fulfill that vision?
Here are the considerations and options that we use when we help Sikich clients plan and execute an on-premise to cloud migration.
There are a lot of reasons why SMBs are increasingly migrating their systems to the cloud. For many, it’s been on their radar for some time. But even for businesses that have been planning this move, the following factors have increased their urgency:
When a business begins to seriously consider moving to the cloud for some or all applications, the next step is to look at the available options.
Below is a helpful reference for thinking about this decision to go to a serverless office. It’s called the Cloud Responsibility Chart, and it’s a good high-level representation of the available cloud platforms.
Moving from left to right, cloud platforms fall into three basic levels: Infrastructure as a Service (IaaS), Platform as a Service (PaaS), and Software as a Service (SaaS).

Every migration includes one or more of these platforms, and that depends on the details of the particular environment.
When you move from on-premise to one of these cloud platforms, the responsibility for management of certain parts of the infrastructure transfers to the service provider.
It’s also important to remember that in all cases, the ultimate responsibility for the data still rests with the client, and that comes into play when planning for security or disaster recovery.
Although the service provider may be responsible for managing the various components within the infrastructure, we, along with the client, are still responsible for the design, configuration, customization, administration, and support.
Based on the experience of Sikich’s Solution Architects, a successful migration to the cloud requires focusing not just on the technology itself, but on the needs of the business and what problems need to be solved.
Arriving at that crucial understanding requires four key questions: The Why, The What, The Where, and The How.
The Why is all about determining what is driving the impetus to change the environment structure. Some of those factors may include:
Determining where to go is easier once we’ve analyzed what’s already in place. Some factors that are important to consider include:
Once we’ve considered the reasons for the move and our goals, and analyzed the environment, we can better determine where to go. The options we recommend most often include Microsoft Dynamics 365 and Azure, although some clients may want to consider other providers, as well.

All that leads us to the final question. How we proceed with the implementation will be largely determined by the Why, the What, and the Where. A few of the most important elements include:
There are different levels of partner involvement, but for Sikich, as a main service provider for our managed clients, our teams are highly integrated and intimately familiar with our clients’ environments, business needs, and operations. That helps us more effectively assist organizations in planning and executing their migration because there’s less discovery time needed.
Our options for this step may include scoping out and providing professional services for the entire project. We may start by performing an assessment to make sure we have all the necessary pieces in place. We may help with providing licensing and software. Or, for some clients, who have the necessary talent and capabilities in place, it might be a consulting engagement where we provide guidance to identify the right options, and then the client handles the execution.
Internal Team Involvement is another key part of the strategy—understanding which tasks will be performed by which teams, as well as the internal teams’ involvement in testing and any proprietary solution management.
Methodologies and best practices help determine the How, as well, to ensure that we choose the correct options based on needs and goals. This might involve a staged or a cutover approach, or depending on the scope of the project, it could be a series of projects.
Pilot programs can be helpful in testing the waters before proceeding with a migration. User and stakeholder training is another critical element: making sure that managers and their teams know what’s coming.
Compatibility and confirmation analysis need to be part of the planning, as well, to make sure that not just the right applications but the right versions are in place, as well as decisions about whether or not to upgrade applications that may or may not still be in use a couple of years down the road.
For a more detailed exploration of the process, including a step-by-step look at a specific use case scenario for moving to a serverless office, watch our Achieving the Serverless Office 2023 Webinar featuring Sikich vCIO Rick Vines and Solution Architect Jon Cole.
Ready to talk about moving to a serverless office? Please contact us at any time!
This publication contains general information only and Sikich is not, by means of this publication, rendering accounting, business, financial, investment, legal, tax, or any other professional advice or services. This publication is not a substitute for such professional advice or services, nor should you use it as a basis for any decision, action or omission that may affect you or your business. Before making any decision, taking any action or omitting an action that may affect you or your business, you should consult a qualified professional advisor. In addition, this publication may contain certain content generated by an artificial intelligence (AI) language model. You acknowledge that Sikich shall not be responsible for any loss sustained by you or any person who relies on this publication.