• Skip to primary navigation
  • Skip to main content
Big Shifter Site Logo

Big Shifter

Kicking Your Vision Into High Gear

  • Home
  • Services
  • Our Story
  • Recent Shifts
  • Blog
  • Support
  • Contact Us

Discovery

You can pick your friends, you can pick your CMS, but you can’t pick your friend’s CMS.

bigshifter · January 10, 2017 ·

A few weeks ago I was helping a friend look for a bike at a local shop. Anyone who knows me understands what it means when I go to a bike store. My wife does not let me go into bike stores on my own… so there’s that.

A bike I can't afford, but can drool over.
A bike I can’t afford, but can drool over.

So while I am waiting for my friend to show up, I am casually looking at the bikes that I would like to have. They are high-end bikes, made of carbon fiber or aluminum, and range from $1,300 to $4,000. I figure a 58cm carbon fiber frame, SRAM RED groupset, aero rims a bit more aggressive setup, and possibly disc brakes will do just fine for my next road bike. After all, my existing bike has over 7,000 miles on it and there is no hurt in looking at something to replace it someday right? 

When my friend showed up, we talked about his needs for a bike. As we spoke, we slowly walked away from the carbon fiber loveliness in the front of the store and strolled towards the bikes at the back of the shop.

My friend is a retired seventy-plus-year-old man, is fairly tall, has a replaced hip, and is on a strict budget. I asked him questions concerning what kind of riding he wanted to do, what type of gear he had already, and what type of maintenance was he willing to do, if any, on the bike.

My friend's bike.
My friend’s bike.

From that conversation, we determined he needed a low maintenance bike that fit his large frame and had relaxed positioning on the bike so that it didn’t put unnecessary stress on his back or his hips. We purchased him a mid-grade recreational bike that would ride well around the city and the local parks he visits. No carbon, no racing setup, no multi-thousand dollar bike. What was good for me, was not good for my friend. And that’s a good thing.

What you have may not be what they need

You may already have a website using one of any Content Management Systems (CMS) out there. You may have a Squarespace, WordPress, Wix, Weebly, Drupal, or other system managing your website. You have been using it for years and it works well for you and you think it’s the best thing since sliced bread.

Here’s a scenario: A friend may come to ask you what you use for your website and you answer, “I use <preferred CMS here> and I think it’s great!”. You recommend that CMS to your friend and then you wonder why they haven’t called you in months. You see them at the local coffee shop sipping their latte and ask them why they haven’t called and how has their website been coming along. 

They look you straight in the face and say, “The system you recommended was confusing, hard to learn and I don’t have time to learn a complex system and now my site is not working properly, I’ve invested money into it and am frankly a bit put out by all of it.”

What went wrong? Why didn’t this system work for them when it was the best thing for your online enterprise? That’s because the system that was recommended was not the best for them.  It would be like me taking my friend to the front of the bike shop and convincing him to buy a carbon fiber race bike that he didn’t know how to ride or control. When a standard cruiser bike, without all the bells and whistles, would have been a better solution for him.

Stranded

I hear story after story of people that were introduced to a web CMS and are ‘stuck’. They don’t know what to do with the system their friend set up for them and they come to Big Shifter often asking for help to get to the next level of managing their site. We also have customers that get sucked into the ‘free’ or ‘inexpensive’, do it yourself website solutions and don’t know what to do once their site is up and running.

We are, of course, happy to oblige but I empathize with these folks as we try to fit the people to their system instead of having their system fitted to their needs.

At times, we will port their existing system over to something more simple, like Squarespace that satisfies a lot of their requirements but isn’t so hard to use which is what they wanted in the first place.

There are a lot of choices out there to manage a website. There are garbage systems that are ‘easy’ to use but produce bad code and thus bad websites. There are also top-end systems that produce flawless code, create beautiful websites, but are impossible to use. Both of these systems are useless to someone if the website they create doesn’t suit the very needs of its owner!

Let Me Explain… no, there is too much, let me sum up

When trying to find a CMS that works for someone, there needs to be some time spent asking questions. This effort is simply called Discovery. I’ve written a blog post about discovery that details how it’s done.

We cannot make assumptions that what works for one person or organization, works for another. Everyone has different requirements that we have to take the time to find out. We can start by asking questions.

At Big Shifter, we’ll take the time to find out what you need through our Discovery process. Our primary CMS solution is Squarespace because it satisfies most of our client’s needs. But we do have experience in other CMS’s and will recommend those systems IF they fit your needs. Contact us if you need help getting your website started for your organization.
 

ABOUT THE AUTHOR

Erik Kulvinskas Head shot

Erik Kulvinskas has over 2 decades of web development experience that started way back before front-ends, back-ends, ‘dot-coms’, and social media. He loves making things easier to understand and more efficient to use. He loves spending time with his family, cycling, and volunteering. He enjoys empowering others to be their best and leading others by serving them.

Why Discovery is Crucial to Project Success.

bigshifter · December 28, 2016 ·

The dot-com that almost ‘dot-crashed’

Many years ago, I was a part of a design agency that was building its first ‘dot.com‘. After eight months, we delivered version one and to be honest, it was full of bugs and we were all exhausted from weeks of late night coding. That first version was ‘code thrashing’ at its finest. We threw code at the requirements the project stakeholders were dreaming up and the frustrating part was that those were changing… every day.

Nothing was documented except for madly scribbled notes and any commenting that we had time to accomplish within our code. Beyond that, all decisions were made during coding sessions and ad-hoc hallway conversations. The product was miserable. Crashing servers, lost data, mysteriously vanishing items in customer shopping carts… it was ugly. But no rest for the weary, the boss-man came to us saying he wanted the next release to happen in six months. We hung our heads in defeat. How in the world were we going to do this?

I rallied the team together to discuss how we were going to hit this next deadline without the same issues that were in the current version. Throughout our initial team meetings, the same theme kept popping up, we did not have any documentation detailing what we were building and why. Being new to formal software development, we didn’t know what we didn’t know so we started researching. How do we collect what the business wants, and even more critical, what questions do we ask? We looked at what other software development shops were doing and pieced together a process we thought would work for us.

411 Process PHoto

We came up with our own process diagram that we affectionately call the “411 Method” which was presented to the stakeholders. This method was a 4 phase, 11 step software method that gave us a software development process that included documentation, quality assurance (QA) and testing. We didn’t see a downside to this process, except one thing. We wanted two months for meetings, discovery and documentation and then 4 months to build out the solution.

After presenting this process to the project stakeholders, I thought they were going to die. They laughed at the idea. We had just spent 8 months trying to figure out version one and we delivered something less than spectacular and now we wanted only 4 months to code the new version? It was one of those decisions in my career where there was a rush in my ears and sweat trickling down my back. But I stayed firm as I was representing my team. The management team finally caved and gave us our timeline. Now we had to deliver.

We spent 8 weeks on discovery. We dissected the current version of the site and kept requirements that made sense and threw out the rest. We met with the project stakeholders and documented any additional requirements that they desired. We submitted those documents for the management team for approval and we were off to the races. 

In short, we delivered on time, with minimal issues, and with a complete version two solution that covered all of the project stakeholders needs. Version 2 of the project is when we started making money as well so we were all very happy with our new process. The main difference between version one and version two was that we took the time for discovery. We took the time to ask questions, communicate concerns and come to an agreement on scope, resources and the timeline. I’ve never forgotten how important discovery is to agencies, projects, clients and my sanity.

What is Project Discovery?

Project discovery is taking the time to find out what we know, and don’t know, about a client’s business needs for a specific project. It’s also an effort for the client and the agency to further develop their working relationship before a project even begins.  Many times, the discovery process finds weaknesses in the client’s understanding of their website and exposes details that they may not know about their business processes.

Project discovery can be as simple as an online form collecting information from a client or as complex as multiple day workshops where an agency will meet with the client to dive into their business requirements. 

Notice I never said ‘how’ the work will accomplish things. Or with ‘what’ technology the solution will use to get the work done. That is not the core goal of the discovery process. On smaller projects, those answers could be a part of your discovery document in a recommendations section.

Larger projects may require a separate set of documentation called technical requirements document that detail how a solution would be produced and with what technologies that solution will employ to satisfy the business requirements in the discovery document.

Discovery is a critical part of any website project. Some agencies call discovery different names like Phase Zero, Pre-Planning, or Recon. It doesn’t matter what they call it, what matters is that it is accomplished. 

Resistance to Discovery 

The project discovery phase is often seen by agencies as something that clients don’t want to pay for but that they have to accomplish. Clients look at a “Discovery” line item on their estimates and ask, “What am I paying for now?” The answer here is to agree that discovery happens in all projects and clients need to be educated why it needs to happen. As an agency, it is your duty to educate your clients on the discovery phase and the value it brings. Without discovery, your damaging your relationship with your client and you are also putting a burden on your staff that will result in endless evenings, burned-out employees and high turnover.

The discovery phase of a project is one of the most important efforts a project team can accomplish because it lays the foundation for a project. The documentation that results from discovery is used by project managers, programmers, designers and the client. A good discovery document can be taken to any agency and used to help build out a project.

The discovery document is also organic, it changes throughout the project. Elements are added to it as they are uncovered and the project’s phases can be planned using the items identified in the document.

Why is discovery important to my project?

There are many people I have met at agencies that cringe at the thought of charging someone for a separate discovery phase for a project. But here’s the thing, you are already doing it! Many people I talked to have it built into their sales process and they never recover any of the professional consultant services they give the client during that sales phase. Time after time, these agencies spend hundreds of hours on proposals for clients that dig deep into the client’s business processes. Then the agency documents those and creates a proposal and estimate for the work required to get the project done. Guess what they just did? They provided a discovery document that the client can now use to shop to other agencies! I’ve done this countless numbers of times first-hand and it has never resulted in winning the job. 

Any project you work on requires discovery. I If you are a potential client of an agency and they do not have a discovery phase, you should ask for one or find an agency that knows how to do them. 

AGENCY BENEFITS

  • Transparency in the project
  • Revealing business processes that are directly and indirectly affect the website
  • Creating a foundation of open communication with your client
  • Creating a canonical document that can be referenced during the term of the project
  • It’s good for your agile processes you use for your project
  • Heads off scope-creep very quickly. 

CLIENT BENEFITS

  • Forces the client to think about why they want what they want. 
  • Discovers processes that may not have been thought about
  • Creates a deeper relationship with the agency
  • Creates a clear pathway to site releases, including future phases
  • Client will receive a more accurate estimate on the work
  • Allows for the addition of scope items in a way that is ordered and efficient

Discovery happens…

The discovery process is not an ‘if’ but a ‘when’. It happens on every website project that exists. There has to be answers to why a site exists. What will accomplish for the client?  

An agency needs to get paid for their consultant hours and a client needs to understand that project discovery is not a bad word but paves the way for a smooth project implementation.

ABOUT THE AUTHOR

Erik Kulvinskas Head Shot Photo

Erik Kulvinskas has over 2 decades of web development experience that started way back before front-ends, back-ends, ‘dot-coms’, and social media. He loves making things easier to understand and more efficient to use. He loves spending time with his family, cycling, and volunteering. He enjoys empowering others to be their best and leading others by serving them.

Big Shifter

Copyright © 2022 · Big Shifter, LLC

A Sheridan, Wyoming Web Design Company

  • Blog
  • Recent Shifts
  • Support
  • Services
  • Terms of Service
  • Contact Us
  • Privacy Policy