The Secret to Building Large Websites: Website Architecture
When I started writing about website architecture, the idea of a skyscraper construction project came to mind.
I thought of a huge skyscraper with restaurants, retail stores, offices, gyms, and residential spaces — a large self-contained, compact community all by itself.
No one would ever start the construction process of a skyscraper like that until everything is properly planned and drawn out.
In this article, I’ll share our company’s process for architecting large websites.
The website architect. Let’s first figure out whose role it is to do this thing called website architecture.
To me, this job is carried out by a website architect.
The website architect needs to have a solid understanding of usability, in-depth knowledge of web development tools, online marketing technologies, and everything else involved in the construction and maintenance of a website.
Just like an architect of a skyscraper or a residential home, she must be well-versed with the tools, materials, and processes of construction in order to plan the product efficiently and effectively.
This person, our website architect, should possess strong logical thinking, has an analytical mind, is smart with commercial aspects of websites, and be attentive to details.
Of course, for a guaranteed quality product, the architect can/should consult other specialists: designers, developers, etc.
As you see, the ideal web architect in my mind should be a broad specialist, because, as you’ll soon see below, there’s no getting away from that.
Overview of the website architecture processI’ll give you just a general overview of my company’s website architecture process.
The process is divided into these 11 stages:
As you can see, all these stages are related to each other, and we’ve organized them in a sequential manner.
Let’s discuss each stage.
Stage 1: Project brief
Gathering the needed data from the client and your team can usually take days. Though you should be as thorough as possible, also keep in mind that there’s always room for elaboration and additional data-gathering in the other stages of the website architecture process, so don’t get too off-track if some pieces of information haven’t been transmitted to you.
Determine goals and expected outcomes. What is the client’s goals and expected outcomes of this project, and how does she envision the end result of the project?
You should be clear about the evaluation criteria of these goals and expected outcomes to make sure you’re both on the same page.
You have to be as specific as possible; goals and outcomes should be quantifiable and measurable.
Brainstorm with the client. Ask the client to tell you everything he has on his mind. Listen to what he says patiently and thoughtfully. Take notes. Focus on what they’re saying and resist the urge to chime in. Your ideas and remarks can wait.
If the client is passionate about his ideas for the project, he can spend hours talking about it, which is completely normal.
When the client is really into the project, he’s a great help and pleasure to work with.
Client idea summary. At the end of your brainstorming session, you should ask the client to sum everything up — if he succeeds in boiling his idea down to one sentence, then the idea is clear. If not, you will need better clarity and focus.
Determine the target audienceWho is the client’s target audience? Who’s going to use this site, and how might they benefit from the site?
The client should have a clear idea of who the end-user is so that we can produce a website for them. Otherwise, it’s like playing darts with your eyes closed: You know where the target is, but it’s going to be nearly impossible to hit it.
You can also start discussing what the client already knows about their target demographic: gender, age, location, etc.
Determine competitors. Who are the website’s direct and indirect competitors? The client and the website architect should be aware of the existing competitive environment.
There are always competitors. Even if the website’s idea is completely unique, there are at least indirect competitors.
Meet the decision-makersMeet with the people who make decisions. Discuss the deadlines, the budget limit, resource availabilities, and so forth.
Organizational matters, matter.
Results and deliverables. Some of your other questions will need to wait to be answered later on in the website architecture process. What you get out of the project briefing stage will be basic data and just to get a general feel of what your client already knows about his project.
It’s crucial to understand the client’s needs and expectations at this early stage, and to choose the right direction for the project right at the starting line. The price you pay for not giving enough time to this simple but critical first stage exponentially grows as the web architecture process and website production progresses.
The deliverable of the briefing stage is a written document with detailed information given to you by the client and the decision-makers. This document should be approved and verified by the client. It can be in the form of a design brief.
Stage 2: Website goal definition
A website needs goals. The client’s goals might be these: to monetize the site, to increase the offline market share through online marketing, to better engage customers online, and so forth.
The goals define the direction of the entire website design process.
Besides determining the website’s goals, you also need to define success criteria according to the client.
A good way to establish goals is by using the SMART criteria. That is, each goal should be:
This document needs sign-off by the client/decision-makers.
Stage 3: Define the target audience.
This stage involves researching the target audience. We need to identify what types of users will go to the site, and also define the needs of each group.
Gather characteristics data. We need to create a common persona for each group. The user interface design depends greatly on the results of this stage. To get started with this, we first need to define what our audiences’ common characteristics are.
Define socio-demographic characteristics: We should figure out the sex, age, education level, and occupation of our target audience. Targeting teenagers (15-18) is going to differ from a site meant for people over 60.
Define wants/needs characteristics: We should figure out why our user would want to sign up to our website, what problems they’re looking to solve with our site, etc. We define their pain points and aim to solve it with our website.
This information is vital, though it’s hard to find. If you’re working on a website redesign project, the client may already have this information if they have user feedback tools in place.
Sometimes the competitor can have it (but good luck getting them to share it with you). In this case, you need to perform user research studies and conduct surveys.
Geographic location characteristics: Country, city, region, continent — these are all helpful information. Being online does not completely eliminate the location factor.
Sometimes geotargeting is the first thing to think of when creating a national site, government website, or any location-dependent website.
Moreover, website content and website copywriting is heavily determined by the audience’s location.
To get a better image of your target audience you can interview potential users. This is about marketing research at this point.
Stage 4: Competitor analysis.
To ensure the success of the project, you need to know your competitors and have good ideas on how to get ahead of them. You should discover their strong points and weak points.
There are several methodologies involved in conducting competitor analysis research, including market participant polling, and Internet and print media research.
If you’re creating a local website, don’t limit yourself only to your country. Look through international websites that are doing similar things. Most likely, there are similar or analogous projects up and running somewhere in the world. Some of these projects can be rather inspiring.
For example, we’ve been working on a social networking site for pet lovers for a client in Russia. We didn’t find direct competitors in the local market. However, there are several foreign sites and indirect local competitors. They are:
www.dogster.cominternational, popular, quality
www.dogster.ruRussian project, quite popular, satisfying quality
www.catster.cominternational, popular, quality
Your website’s competitors can be direct competitors or indirect competitors.
SWOT analysisThere are different approaches towards competitor identification and analysis. I like SWOT analysis the best.
SWOT — which stands for Strengths, Weaknesses, Opportunities, and Threats — helps indicate the strong points and weak points of your competitors, and more importantly, aids you in figuring out project opportunities.
SWOT matrix. Source: wikipedia.org
While analyzing competitors, you can discover useful site features and ideas worth adapting onto your own website — general, universal site features like commenting systems, web forms, etc. There’s no need to reinvent the wheel in these cases.
All good ideas you end up with during the competitor analysis stage will be needed for the mind mapping stage (which we’ll discuss later on).
Results and deliverables. You should now have:
Every person has short-term and long-term goals.
There can also be sub-goals. For example, a person might desire to improve his career, but first he needs to find a job. The sub-goal is finding a job to reach the goal of improving his career.
For our website project, we identify a person’s goals, problems, and we look towards providing solutions for them.
All goals should be designed well. Fuzzy goals won’t help, as it’s impossible to solve all problems within one site. Focus on primary goals and keep the list of goals short.
Some clients think if users listen to music online, their site should also provide such a service, even if their website isn’t looking to solve this problem. The more features we add, the more diluted our core objectives become.
User problemsWhen we have a list of concrete goals, we can determine concrete problems.
For example, a user goal on our website might be to find a contractor that can build his construction project. That goal is more complex than it seems: How do we locate the right contractor for the user’s specific construction project? Is it important that the contractor is located close to where the construction project is? How do we allow them to quickly evaluate many candidates? Due to questions like these, you’ll generate ideas easily.
When we’re done identifying goals and problems, it’s time to design and develop solutions for them through website architecture design.
This process brings great fulfillment to the website architect because she’s looking to solve pain points that her users have.
Results and deliverables.
As the result, we’ll have a goal-problem-solution matrix designed for each persona we’ve developed for our website.
Find your list of ideas and divide them into logical categories. For example, let’s say we’re working on a real estate website. The real estate website’s sections might be:
If an idea fits in more than one category, choose the best fit for it.
Brainstorming will help sift out the useless and unneeded features, web pages, etc.
Each website section should be planned logically. Don’t forget about section-dependent features (such as the user being able to rate each property, in our example). Mark this connection with an arrow to remember the dependence (in our example, it would go to the Property Catalog).
You can design your own symbols to indicate different functional sections. If the web architect, for example, is undecided in terms of which section a certain site feature belongs to, she can mark it with a question mark. These symbols are really important if the project is large.
Results and deliverables
As a result, we have a bird’s-eye view of the interconnections of site features and sections.
Stage 8: Information architectureNow that we have a detailed mind map of our website, we can start working on the website’s information structure, which will be the foundation of the website’s prototype.
The website’s IA can be created with the help of flowcharting software like Visio.
Results and deliverablesYou should end up with an information architecture (IA) design after this stage.
Stage 9: Prototyping/Wireframing
You will need prototyping software for this stage. I recommend Axure, though there are a number of other similar programs.
The home page prototype doesn’t necessary have to be prototyped first. For example, in the case of an online shop or a blog, the product page or blog post page should come first, because these are critical pages, and will typically be the landing pages of most users on the site.
The website architect is going to lean on the mind map and information architecture diagrams to develop this prototype.
When creating each web page prototype, you should focus on how the user can achieve his/her goals. Before prototyping, you should refresh your knowledge of your target audience using the previous stages in the site architecture process.
Prototype the primary navigation menu.
The primary navigation menu is the first to create. We need to figure out the number of menu items and the number of drop-down menus.
Prototype the header sectionThen we design the header section that typically contains these items:
The first web page prototype should be shown to decision-makers, and the reason for the layout should be explained to them. The client might revise and suggest some adjustments. That’s OK, because having this done on a low-fidelity prototype is much easier than if we had a higher-fidelity prototype.
After the first page is approved, we can move to the next prototypes. All the ideas represented in our mind map should be found in these prototypes. It’s crucial not to forget about the smallest detail, as it can turn to hell in the long run if you do.
Test the prototypes against scenario mapsOur scenarios will help test the mockups to ensure the logical order of every action.
This is the most time-consuming component of this stage and requires a lot of patience and attentiveness. In the case of large websites, there could be over 100 unique interface prototypes.
Results and deliverables. The deliverables after this stage are low-fidelity prototypes/wireframes of all web page types.
There are 90 some such prototypes for the example project above. As you can see, each prototype was broken down in detail. This way, no questions and uncertainty arose during the design of the functional prototypes and finished web designs.
Usability testing at this stage will help you notice gaps and flaws in the architecture.
For testing purposes, we invite some representatives of the target audience and observe how they manage to reach certain pages and results within the site.
Then, the users can be interviewed regarding the site in general.
After usability testing, we make final corrections.
Results and deliverables. As the result, we will have validated and improved the user-friendliness of our web page prototypes and we get a better picture of how users would be interacting with the site.
Stage 11: Project specification.
The final stage of the website architecture process is to create the project specification document. This should contain a detailed description of each stage of the site architecture process.
The project specification is the result of all the stages you’ve gone through. It typically will contain a detailed description of each prototype, user flows, and so forth.
The specs should be full and unequivocal. Be detailed and thorough, but also keep it as succinct and as concise as possible.
The project specification should contain all the information regarding software and web technologies required for the website.
Write something about yourself. No need to be fancy, just an overview.