Calkira

A study UX/UI project focused on building a calm and accessible mobile interface for plant care — using structure, consistency, and early design system logic to reduce friction and cognitive overload.

Role

UX/UI designer

Role

UX/UI designer

Role

UX/UI designer

Role

UX/UI designer

Duration

1 week (July 2025)

Duration

1 week (July 2025)

Duration

1 month (November 2024)

Duration

1 month (November 2024)

Team

CTO, developer

Team

CTO, developer

Team

CTO, developer

Team

CTO, developer

Project type

Early-stage MVP

Project type

Early-stage MVP

Project type

Early-stage MVP

Project type

Early-stage MVP

UX Design

UX Design

UI Design

UI Design

Early-stage MVP

Early-stage MVP

#hero —

#nav-trigger-1 —

The Challenge

How do you sell trust and clarity to accountants when you can't show the interface?

I was approached by the CTO of Calkira, a fintech startup automating accounting workflows. They were preparing for an MVP launch with a specific constraint: the backend technology was functional, but the frontend interface was not ready for public viewing.

The task was to create a landing page that could explain the value, build trust, and help the CTO close deals during initial client meetings—all without using a single screenshot of the actual application.

The Problem

The Trust Gap Our target audience—accountants—are naturally skeptical. They value clarity, order, and concrete proof. Usually, they need to "see" the tool to trust it. Without an interface to show, we risked looking like "vaporware" (a product that doesn't exist).

My Challenge: I needed to translate complex backend logic into a simple, visual story that proved the product was real, without revealing the unfinished UI.

The Challenge

How do you sell trust and clarity to accountants when you can't show the interface?

I was approached by the CTO of Calkira, a fintech startup automating accounting workflows. They were preparing for an MVP launch with a specific constraint: the backend technology was functional, but the frontend interface was not ready for public viewing.

The task was to create a landing page that could explain the value, build trust, and help the CTO close deals during initial client meetings—all without using a single screenshot of the actual application.

The Problem

The Trust Gap Our target audience—accountants—are naturally skeptical. They value clarity, order, and concrete proof. Usually, they need to "see" the tool to trust it. Without an interface to show, we risked looking like "vaporware" (a product that doesn't exist).

My Challenge: I needed to translate complex backend logic into a simple, visual story that proved the product was real, without revealing the unfinished UI.

#context —

Research & Strategy

Finding the "Universal Pain"

Research & Strategy

Finding the "Universal Pain"

Since we couldn't compete on "beautiful interface" yet, we had to compete on "deep understanding." During the discovery phase with the CTO, I analyzed four competitor solutions and identified three universal pain points that every accountant experiences:

  • The Fear of Error: Manual data entry always leads to mistakes, which leads to compliance issues.

  • Process Fatigue: Processing invoices isn't hard, but doing it 50 times a day is exhausting.

  • Implementation Fear: Most existing tools are perceived as "overloaded" and hard to learn.

The Strategy

I decided to build the entire narrative around relief. The landing page wouldn't just say "We have these features"; it would say "We know exactly where your workflow hurts, and we stop the pain."

#research —

Information Architecture

Designing for Linear Logic

I avoided complex navigation. Accountants prefer linear, predictable flows. I structured the IA as a strict "Problem → Solution" narrative:

  • The Hook: A direct statement of the problem and the immediate solution.

  • The "Aha!" Moment: Three clear benefits directly addressing the research insights (Errors, Time, Complexity).

  • The "Black Box" Solution: A 1-2-3 step guide explaining how it works (Upload → Process → Export) without showing the UI.

  • Trust Markers: Pricing transparency (crucial for this audience) and FAQs to answer objections before they are even asked.

Impact

This structure became more than just a website map; the CTO used this logic to align the internal team and stakeholders on product positioning.

Visual Solution: "Utilitarian Clarity"

Solving the "No Screenshots" Constraint

This was the hardest part of the project. How do you visualize a software product without the software?

I developed a concept I call "Utilitarian Clarity."

  1. Visual Rhythm: I used soft, abstract shapes to create a flow down the page, guiding the eye without distracting from the text.

  2. The "Status Card" System: Instead of fake dashboard screenshots (which look deceptive), I designed abstract "status cards." These were miniature UI elements showing documents with tags like "To Check" or "Sent to ERP".
    Why this worked: It visualized the mechanics (a document moving through stages) without committing to a specific interface. It proved we had the logic worked out.

  3. Trust Palette: The color system was intentionally calm, relying on plenty of whitespace and a professional blue—a signal of stability in the financial world.

#structure —

Final Deliverables

I. Guidelines & Visuals

This project evolved from a simple "landing page design" into a full product marketing package.

  • Strategic Copywriting: A text framework using the specific professional vocabulary of our users.

  • Scalable UI Kit: A design system for typography, colors, and components that the developers could use for the future app.

  • Responsive Web Design: Fully adapted for desktop and mobile.

II. Prototype

To ensure the "abstract" visual concepts were clearly understood by the development team, I built a high-fidelity interactive prototype.

  • Alignment: It bridged the gap between the CTO's vision and the developer's code, ensuring everyone understood how the "Problem → Solution" story unfolded.

  • Validation: It allowed us to test the rhythm of the page and the logic of the "status cards" to ensure the user wouldn't feel the absence of the real UI.

I. Guidelines & Visuals

This project evolved from a simple "landing page design" into a full product marketing package.

  • Strategic Copywriting: A text framework using the specific professional vocabulary of our users.

  • Scalable UI Kit: A design system for typography, colors, and components that the developers could use for the future app.

  • Responsive Web Design: Fully adapted for desktop and mobile.

II. Prototype

To ensure the "abstract" visual concepts were clearly understood by the development team, I built a high-fidelity interactive prototype.

  • Alignment: It bridged the gap between the CTO's vision and the developer's code, ensuring everyone understood how the "Problem → Solution" story unfolded.

  • Validation: It allowed us to test the rhythm of the page and the logic of the "status cards" to ensure the user wouldn't feel the absence of the real UI.

#system —

#form —

Motion & Performance

Going the Extra Mile: Learning Motion

Motion & Performance

Going the Extra Mile: Learning Motion

I realized that without actual UI screenshots, the page risked looking too static. It needed a spark of life. Although I had no prior experience with motion design, I decided to learn Lottie animation from scratch during the project.

  • The Result: I successfully implemented a custom animation for one of the key sections.

  • The Impact: This added the necessary "liveliness" and visual rhythm to the page, proving that I’m willing to upskill on the fly to get the right result for the product.

Reflection & Key Takeaways

Design is a Survival Tool

Working on an early-stage MVP taught me that design isn't just about pixels—it's about reducing uncertainty.

Adaptability is key

In startups, the product changes daily. My design provided a stable "container" for the value proposition, even as the backend features fluctuated.

Selling without seeing

I learned that if you understand the user's pain deeply enough, you don't need a flashy UI to get their attention. You just need to speak their language.

Detachment
Detachment

The most valuable thing I delivered wasn't the final PNGs, but the logic and structure that allowed the team to move forward.

#context —

#reflections —

What will we build?

© Ekaterina Pykhova, 2025

#footer —

#contact —

What will we build?

© Ekaterina Pykhova, 2025

#footer —

#contact —

What will we build?

© Ekaterina Pykhova, 2025

#footer —

#contact —

What will we build?

© Ekaterina Pykhova, 2025

#footer —

#contact —