GUY BAR-SINAI

GUY BAR-SINAI

GUY BAR-SINAI

Case Study

Pool | Shared Financial Goal Platform

Collaborative savings platform enabling structured group financial goals and transparent contribution tracking.

Role: Product Design

Deliverables: App prototype + marketing website

Focus: Transparency & trust

Role: Product Design

Deliverables: App prototype + marketing website

Focus: Transparency & trust

Problem Context

Saving toward a shared goal breaks down fast. Without one place to track who contributed what, groups fall back on messages and mental math. Pool gives everyone a shared view that updates automatically, no check-ins needed.

No clear view of who contributed what.

Progress feels abstract and unmotivating.

Asking about money creates tension.

14:30

14:30

14:30

Hi, Guy

Hi, Guy

Hi, Guy

Welcome back!

Welcome back!

Welcome back!

Total saved so far

Total saved so far

Total saved so far

₪4,400

₪4,400

₪4,400

Your Pools

Your Pools

Your Pools

Here’s how your pools are doing today.

Here’s how your pools are doing today.

Here’s how your pools are doing today.

Trip to Japan

Trip to Japan

Trip to Japan

GB

GB

GB

₪2,400 of ₪5,000

₪2,400 of ₪5,000

₪2,400 of ₪5,000

(48%)

(48%)

(48%)

Behind

Behind

Behind

Emergency Fund

Emergency Fund

Emergency Fund

GB

GB

GB

SE

SE

SE

₪800 of ₪3,000

₪800 of ₪3,000

₪800 of ₪3,000

(27%)

(27%)

(27%)

On track

On track

On track

Summer House

Summer House

Summer House

GB

GB

GB

SE

SE

SE

CV

CV

CV

NT

NT

NT

₪10,000 of ₪10,000

₪10,000 of ₪10,000

₪10,000 of ₪10,000

(100%)

(100%)

(100%)

Complete

Complete

Complete

Home

Home

Home

Notifications

Notifications

Notifications

Insights

Insights

Insights

Profile

Profile

Profile

One Mental Model

Pool is built around a single idea: one goal, one pool, one shared view of progress. Whether you're saving alone or with a group, the structure is the same. Define a target, track contributions, see where things stand.

Clear Goal Definition

Defines target amount, timeline, and visibility rules.

Contribution Layer

Where contributions are tracked consistently (manual or read-only bank sync).

Real-Time Shared Progress

Collective progress is calculated automatically and visible to all.

Product Logic Engine

Behind the simple mental model lies a robust data architecture designed to ensure trust and strict regulatory compliance. The system is built on an Immutable Ledger, meaning pool balances are updated only after a transaction is fully validated and permanently recorded. Additionally, a KYC verification acts as a mandatory gateway before any financial interaction, ensuring a secure ecosystem for all participants.

USER_ENTITY

USER_ENTITY

USER_ENTITY

user_id

user_id

user_id

uuid

uuid

uuid

email_address

email_address

email_address

string

string

string

kyc_status

kyc_status

kyc_status

boolean

boolean

boolean

phone_number

phone_number

phone_number

string

string

string

PAYMENT_METHOD_ENTITY

PAYMENT_METHOD_ENTITY

PAYMENT_METHOD_ENTITY

source_id

source_id

source_id

uuid

uuid

uuid

plaid_token

plaid_token

plaid_token

string

string

string

available_balance

available_balance

available_balance

decimal

decimal

decimal

bank_name

bank_name

bank_name

string

string

string

1:N via authenticated_by.

1:N via authenticated_by.

1:N via authenticated_by.

applies_to_balance

applies_to_balance

applies_to_balance

POOL_ENTITY

POOL_ENTITY

POOL_ENTITY

pool_id

pool_id

pool_id

uuid

uuid

uuid

target_amount

target_amount

target_amount

decimal

decimal

decimal

current_balance

current_balance

current_balance

decimal

decimal

decimal

state

state

state

enum

enum

enum

TRANSACTION_LEDGER_ENTITY

TRANSACTION_LEDGER_ENTITY

TRANSACTION_LEDGER_ENTITY

transaction_id

transaction_id

transaction_id

uuid

uuid

uuid

amount

amount

amount

decimal

decimal

decimal

timestamp

timestamp

timestamp

datetime

datetime

datetime

type

type

type

enum

enum

enum

M:N via participates_in

M:N via participates_in

M:N via participates_in

initiates_transfer

initiates_transfer

initiates_transfer

System Architecture

In fintech, visual inconsistency breaks user trust. Pool’s design system was built as a strict, semantic engine rather than a static UI kit, ensuring predictability across all financial interactions.

Token: surface/card

Token: surface/card

Token: surface/card

Scalable semantic architecture

Scalable semantic architecture

Scalable semantic architecture

Token: status/warning

Token: status/warning

Token: status/warning

Automated state response

Automated state response

Automated state response

Foundation: Radius-md

Foundation: Radius-md

Foundation: Radius-md

Modular system rule

Modular system rule

Modular system rule

Token: action/primary/bg

Token: action/primary/bg

Token: action/primary/bg

Predictable financial pattern

Predictable financial pattern

Predictable financial pattern

Token: surface/stack

Token: surface/stack

Token: surface/stack

Data-driven member display

Data-driven member display

Data-driven member display

Token: text/secondary

Token: text/secondary

Token: text/secondary

Real-time goal tracking

Real-time goal tracking

Real-time goal tracking

Token: text/primary

Token: text/primary

Token: text/primary

Predictable visual rhythm

Predictable visual rhythm

Predictable visual rhythm

Foundation: Spacing-md

Foundation: Spacing-md

Foundation: Spacing-md

Strict grid for visual trust

Strict grid for visual trust

Strict grid for visual trust

Semantic Token Logic:

UI elements are driven by semantic roles (e.g., action/financial, status/warning), enabling rapid scaling of new features without breaking existing code.

Data-Driven States:

Components react automatically to backend constraints. Error states and financial warnings are handled at the system level, eliminating manual overrides.

Predictable Rhythm:

Strict spatial foundations (spacing and radius variables) reduce cognitive load, making complex financial data feel approachable and secure.

Contribution Framework

Pool separates the responsibility of saving from the social pressure of asking. Each pool has defined visibility rules, a clear contribution structure, and boundaries that keep the experience safe for everyone involved.

VISIBILITY

Transparent Contributions

Each member sees total progress and individual inputs.

FLEXIBILITY

Flexible Saving Modes

Users can track savings manually or connect their bank in read-only mode.

BOUNDARIES

Permission Structure

No one can move money or enforce contributions.

Contribution Flow

Manual Mode

Bank (Read-Only)

Same model. Two input methods.

Same model. Two input methods.

Pool Contribution Layer

Shared Progress

Key Screens

Core user flows demonstrating contribution clarity and shared visibility.

Shared Progress

Shared Progress

What this solves: group members can see who contributed and who hasn't, without anyone needing to ask.

What this solves: group members can see who contributed and who hasn't, without anyone needing to ask.

Transparency

Group accountability

Passive visibility

Contribution status is visible at a glance (Contributed / Not yet)

Contribution status is visible at a glance (Contributed / Not yet)

One shared view keeps accountability calm and consistent

One shared view keeps accountability calm and consistent

14:30

14:30

Back

Back

Summer House Fund

Summer House Fund

Home

Home

Notifications

Notifications

Insights

Insights

Profile

Profile

14:30

14:30

Back

Back

Step 1 of 3

Step 1 of 3

How would you like to save?

How would you like to save?

Choose your saving style

Choose your saving style

Recommended

Recommended

Personal saving

Personal saving

Just for you

Just for you

Save for your individual goals

Save for your individual goals

Track your own progress

Track your own progress

Keep it private

Keep it private

Recommended

Recommended

Group saving

Group saving

Save together

Save together

Shared pools for common goals

Shared pools for common goals

Track who contributes what

Track who contributes what

Split expenses fairly

Split expenses fairly

Continue

Continue

You can create both types of pools later

You can create both types of pools later

14:30

14:30

Back

Back

Step 3 of 3

Step 3 of 3

Grant access for read-only

Grant access for read-only

Choose your bank to connect securely.

Choose your bank to connect securely.

Pool can only read your balance and transactions.

No money will ever be moved without your approval

Pool can only read your balance and transactions.

No money will ever be moved without your approval

Recommended

Recommended

What Pool CANNOT do:

What Pool CANNOT do:

Move money without your approval

Move money without your approval

Access your login credentials

Access your login credentials

Share your data with third parties

Share your data with third parties

Confirm secure connection

Confirm secure connection

Continue with manual saving

Continue with manual saving

You can disconnect anytime in Settings

You can disconnect anytime in Settings

Contribution Flow

What this enables: flexible inputs that feed the same shared model, whether you log manually or sync a bank.

What this enables: flexible inputs that feed the same shared model, whether you log manually or sync a bank.

What this enables: flexible inputs that feed the same shared model, whether you log manually or sync a bank.

Flexible input

Read-only bank sync

Trust by design

Start manual, connect later, read-only bank sync is optional

Progress is calculated the same way regardless of input method

Log expense & settle up

Log expense & settle up

What this supports: logging shared costs and settling up without turning money into a social tension point.

Expense logging

Settle up

No social friction

Quick logging with smart defaults for common shared costs

Quick logging with smart defaults for common shared costs

Clear settlements when it’s time to balance

Clear settlements when it’s time to balance

14:30

Back

Almost done! Step 3 of 3

Log expense & settle up

Log an expense & settle up

Expense amount

00000

What was it for?

e.g., Groceries, rent, utilities

Who paid?

[AVT]

You

[AVT]

Michal

[AVT]

Sela

[AVT]

Dan

Each person pays:

₪250 (₪1,000 ÷ 4 people)

Settlement summary:

You

✓ Paid ₪250

Michal

✓ Owes ₪250

Sela

✓ Owes ₪250

Dan

✓ Owes ₪250

How to split?

Split equally

Custom amount

Home

Notifications

Insights

Profile

The App Needed a Front Door

The App Needed a Front Door

People don't download financial apps on impulse. Before committing, they want to understand what the product actually does, whether their money is safe, and whether the whole thing makes sense for their situation. The app itself can't answer those questions — by the time someone opens it, the decision to trust has already been made (or not).

That's why I designed a companion marketing website alongside the app. Not as an afterthought, but as a deliberate part of the product experience.

Explains the model before onboarding begins
Explains the model before onboarding begins

A dedicated "How Pool Works" page orients users before they ever open the app.

A dedicated "How Pool Works" page orients users before they ever open the app.

Visibility

Flexibility

Boundaries

Addresses the trust barrier directly
Addresses the trust barrier directly

The Trust & Transparency page answers the questions people Google before downloading anything that touches their bank account.

The Trust & Transparency page answers the questions people Google before downloading anything that touches their bank account.

Transparency

Group Accountability

Passive Visibility

The design language carries across both surfaces
The design language carries across both surfaces

Same tokens, same voice, same color system. One product, not two teams handing off.

Same tokens, same voice, same color system. One product, not two teams handing off.

Flexible Input

Read-Only Bank Sync

Trust by Design

The Trust & Transparency page was designed to answer the question every potential user is silently asking before they hit download.

Outcome

Outcome

Pool proves that shared saving works when the system removes the social friction. A single mental model for solo and group goals, contribution status visible at a glance, and explicit read-only boundaries gave people a way to save together without the awkwardness of asking where the money went.

Pool proves that shared saving works when the system removes the social friction. A single mental model for solo and group goals, contribution status visible at a glance, and explicit read-only boundaries gave people a way to save together without the awkwardness of asking where the money went.

What I’d measure

What I’d measure

Goal Completion Rate

Did the group reach its savings target? This is the core promise of Pool. Low completion signals either unrealistic goals or contribution drop-off along the way.

Active Participation Rate

How many group members contribute consistently over time? One active member in a group of four is a UX failure, not a user failure.

Bank Connect Completion

What share of users who start the bank sync flow complete it? Drop-off here signals a trust or clarity problem in the permissions screen.

© 2026 Guy Bar-Sinai. Built with intention.

This site is a design exploration.

Create a free website with Framer, the website builder loved by startups, designers and agencies.