Pravar
Contact Download CV
Case Study 04·2025·Growth Design & Content Systems

Website Transformation

Design becomes publishing. Bringing the new LinkedPhone into public view, and letting design own the surface that told its story.

Scroll to begin

Act 01Context

For almost two years, LinkedPhone was changing everywhere. The product, the navigation, the design system, the brand, the way it thought about AI.

The website wasn't.

At some point the contradiction became impossible to ignore. A customer would land on the website and experience one company. They would sign up and experience another. The product was evolving faster than the story being told about it.

Chapter theme

The challenge was never rebuilding pages. It was rebuilding the public surface of an evolving company.

"The company had already transformed. The website simply hadn't caught up yet."

Executive Summary

The final fragment of a company that had already changed.

Challenge

The product was evolving rapidly. The website still reflected an earlier version of the company: fragmented design, fragmented ownership, fragmented publishing.

Breakthrough

The realization wasn't "we need a better website." It became "we need a better publishing system." The website stopped being pages and became a communication platform.

Outcome

A complete migration to Framer. Over 500 pages restructured. Design became responsible for publishing, and the gap between design and implementation nearly disappeared.

The result

500+

Pages migrated and restructured

3+ min

Average session on the validation landing page

Publishing speed, minimal SEO loss

Timeline
6+ moMigration
Platforms
WebDesktop · Tablet · Mobile
Tools
FramerCMS · Jitter
Discipline
GrowthContent architecture
Legacy
Company-wideDesign-owned publishing

Where We Were

A workflow as outdated as the visuals.

The original website reflected an earlier LinkedPhone. It wasn't necessarily broken, it simply represented an earlier stage of the company. The brand workshop had already happened. The design system was maturing. The website communicated none of it.

Ownership looked like marketing, to development, to the website, to design support: every update required coordination, every design required implementation, every iteration introduced friction. The website wasn't just visually outdated. The workflow was.

Artifact · Company evolution timeline

Brand, product, platform, AI: website, lagging

Everything else in the company had already moved on.

Act 02Problem

The Problem

Three fragmentations, not one.

Narrative

The story being told was outdated. The company had evolved. The messaging hadn't.

Visual

The product and website felt disconnected: different language, different visual systems, different personality.

Operational

Designers designed. Developers implemented. Publishing depended entirely on handoffs.

The result: every improvement moved slower than it should have.

Artifact · Annotated homepage

Dozens of friction points, marked

Every place the old site's story stopped matching the current product.

Investigation

Not "redesign the website." "How do we build websites, period."

Traditional WordPress felt familiar and flexible, but implementation-heavy and slow to iterate. Bricks Builder became the first serious attempt: more creative freedom, better layouts, real control. The output was promising. But a new bottleneck appeared: someone still had to build what was designed.

WordPressFamiliar, but slow
Bricks BuilderBetter workflow, same bottleneck
FramerDesign becomes the build itself

Insights

The bottleneck was distance, not tooling.

Insight 01

The bottleneck was distance.

Observation
Every handoff between design and development added delay.
Meaning
The tool wasn't the constraint. The distance between idea and implementation was.
Implication
Shrink the distance, not just the toolchain.

Insight 02

Every handoff introduces entropy.

Observation
Small details drifted at every translation from design file to shipped page.
Meaning
More handoffs means more drift, reliably.
Implication
Fewer handoffs, not better handoff documentation.

Insight 03

Designers already understood the narrative.

Observation
Design owned the story better than any brief could capture.
Meaning
Design should control the narrative, not just the mockup.
Implication
Give design the tool to publish directly.

Insight 04

A website is a system, not a set of pages.

Observation
Every page redesign kept running into the same structural questions.
Meaning
The real unit of work was architecture, not any single page.
Implication
Solve the system once, and every page inherits it.

Act 03 · Turning Point

We thought we needed a better website.

We needed a better publishing system.

The project stopped being about pages. It became about ownership, architecture, scale, publishing and narrative, all at once.

Exploration Lab

One small page decided the whole migration.

Rather than rebuild the entire website at once, the team built one page: the App Update landing page. The question was simple: can a design-led implementation produce meaningful results?

Direction A

WordPress

Too slow
Why it looked promising
  • Stable, established
Why it fell short
  • Heavy implementation requirements
  • Slow iteration
Design control
Speed

Direction B

Bricks Builder

Better, still blocked
Why it looked promising
  • More creative freedom
  • Better layouts and interactions
Why it fell short
  • Still dependent on implementation
Design control
Speed

Direction C · The winner

Framer

Succeeded
Why it looked promising
  • Felt close to Figma
  • Design could become implementation
Why it succeeded
  • 3+ minute average session on an unproven concept page
  • Confidence in the process, not just the page
Design control
Speed

The percentages above are illustrative evaluation scores from the exploration process, not measured data.

Breakthrough

Design stopped being preparation. It became production.

For the first time, the thing being designed was also the thing being built. Mockups became products.

IdeaA page worth testing
DesignBuilt directly in Framer
PrototypeJitter motion, in the same file
ImplementationDesign, still
LaunchOne continuous flow, not four teams

A website is not pages. It's an operating system for communication.

Act 04System

System Architecture

Five layers, one narrative.

HomepageIntroduce LinkedPhone
Module pagesCalling, messaging, tickets, AI
Feature pagesFocused capability pages
SEO layerArea codes, phone numbers, locations
BlogsKnowledge, education, content

Design System Impact

The website joined the same design system as the product.

Typography, spacing, color, motion, interaction, hierarchy and narrative patterns, all migrated. For the first time, the product and website started to feel related.

Product Showcase

The surface, rebuilt from the inside out.

Screen · Homepage

The public front door

The first real point of contact told the same story the product now did.

Screen · Mega menu

Information architecture, at scale

Every module and feature, organized the same way the product organizes them.

Screen · Lisa integration

An interactive voice experience

The AI story, told on the page it's introduced on.

Interaction & Motion

People remember experiences, not layouts.

Jitter-powered micro-interactions, screenshot reveals, hover systems and animated demonstrations. The goal was never decoration. It was memorability.

Act 05Impact

Validation

Confidence, before the migration even started.

The strongest validation came early. The MVP landing page generated a 3+ minute average session time, on a page that wasn't even designed to convert. Internally, that result created enough confidence to migrate hundreds of pages.

500+

Pages moved

3+ min

Average session, MVP page

Publishing speed, minimal SEO loss

Ripple Effects

The bridge connecting every other transformation.

Website Transformation Brand Design System SEO Marketing Lisa and future AI

The website connects to product, brand, AI, SEO, marketing and content, all at once. It became the bridge holding the rest of the transformation together in public.

Archive

The evidence vault.

Website strategy deck

Embed

Content architecture

Doc

Framer files

Embed

Jitter prototypes

Video

SEO documentation

Doc

CMS structures

Doc

Lessons

What we believed. What we learned.

Lesson 01

A website is a communication platform.

Not a marketing asset that sits apart from the product.

Lesson 02

Every handoff creates friction.

The fastest workflow is usually the one with the fewest translations.

Lesson 03

Design becomes more powerful when it can ship.

Ownership all the way to production changes what design is willing to try.

Lesson 04

The best CMS is the one your team will actually use.

Not the most powerful one on paper.

Legacy

This was never really about Framer.

It was about collapsing the distance between thinking and making. Before this chapter, design proposed and others built. After it, design could think, build, publish and iterate, on its own.

The website became the final layer of a transformation that had already touched product, systems, AI, operations and brand.

Closing

Before Framer, design made websites. After it, design built them. Once design became implementation, the only real limit left was imagination.