← Mahir Iram
Case Study: Landfriends

A Location-Based Social App for Young People

Overview: I owned this product from the first sketch to the last shipped screen: user research, the flows, the wireframes, the visual design, and the full component library it was built on. This was one of my first large product design projects, and most of the decisions on this page came from watching what a small number of real users actually did, then rebuilding around it, not from a plan that survived contact with launch unchanged.

Impact: 10,000+ installs over 14 months, signup completion up from 6–7% to 60–70%, daily messages jumped from a few hundred to over 1,000 after one reframe, 22% of active users shared their real-time activity on the map.

RoleSenior Product Designer, sole product designer on the team, Landknock Ltd.
Timeline14 months
TeamDeveloper, PM, product owner, junior UI/UX support
Landfriends map screen shown on a phone next to a photo of someone checking their phone on the street

Problem

This was a location-based app dealing with a trust problem. People found the idea interesting, but weren't interested in sharing their location. Without that, they couldn't use the app's full functionality, and kept uninstalling. We were losing the battle before we even got a fair chance to fight it.

Two fears sat underneath every install: that turning this on meant nearby strangers, not just friends, would now know where they were, and that even past that fear, there was no clear sense of what they'd get back for the exposure. Introverted users at public events, concerts, sporting events, wanted a way to connect with people around them without a physical approach, but the app asking for their location before it had proven anything to them was working against that want from the first screen.

Goals

We needed to earn our users' trust and increase activity. The app was designed for two personas, and we needed a safe experience for both.

  • Increase location-based connectivity. Let users choose public sharing, connecting with strangers nearby, or private sharing with a chosen few, without either persona's comfort level overriding the other's.
  • Increase real interaction. Once two people were connected, more interaction meant more perceived value in the app itself.
  • Build trust deliberately. An immediate way to turn location sharing off, and an upfront walkthrough of what the app would do with it, so nobody felt surprised later and quit.

Two Personas, One App

These goals had to satisfy two different kinds of people sharing the same product:

A group of friends lying in a circle, laughing, taking a selfie together
The Social Monkey

18–24, students. Shares location publicly in malls, restaurants, movies, concerts. Wants to have fun, share activities, meet new people nearby.

A woman on a city street at night, waving to someone she recognizes nearby
The Caring Lion

Shares location with a close group of friends and family only. Wants to stay connected with people they already know.

Solution

The Onboarding to Create Trust

Instead of telling people the app was safe, I wanted them to feel it. Onboarding alone pushed signup completion from 30% up to close to 60%.

Three onboarding tutorial screens: Friends and family on map, Make new friends, Hide yourself from map

The Registration Flow

During brainstorming, we decided against email-based signup, login would happen only through a mobile number. Later, showing nearby active people on the signup screen gave an immediate jump in signups, especially for the Social Monkey persona.

Three registration screens: Sign Up with phone number, Verify with a 4-digit code, and Update Profile with a photo and name

Three Questions Before the Map

We hadn't shipped privacy questions at launch, so people signed up but hesitated to grant location access, then quietly left. Asking these questions right after signup, instead of hiding them in settings, lifted permission grants from 8% to 36%.

Three privacy question screens: who can see you on the map, how often location updates, and how precise the location setting is

The Interactive On-Map Chat

We noticed a sharp drop-off whenever people left the map to chat, it suddenly felt like just another chat app. So I designed an on-map chat instead, keeping people right where they were. Daily conversations jumped from about 100 to over 1,000.

Three screens: the map with a chat bubble open, the reply keyboard on the map, and a friend's profile card with friend request, chat, activity status, and location sharing controls

The Screens Around the Map

Longer conversations moved into a full thread, alongside a chats inbox and a friends list with pending requests, for whatever a quick bubble couldn't hold.

Three screens: a full chat thread, the chats inbox, and the friends list with pending friend requests

Results

Once trust was earned, people used the product more.

Signup rose from 6–7% to 60–70%, messages passed 1,000 a day, and 22% of users shared real-time activity. Even so, the project ended after 14 months on funding runway. I was also a co-founder, and with no monetization or investors, we had to let it go.

Ideation

It looks organized here, but the actual process was messy.

Part 1

Brainstorming

The team's raw feature ideas, on sticky notes, the material everything below was scored and narrowed from.

Miro board of raw brainstormed feature ideas on sticky notes
Part 2

Our MVP Was a Prototype

The MVP was an interactive prototype built in InVision, a clickable walkthrough.

Research

Alongside the brainstorm and the prototype, two more inputs ran in parallel.

Part 1

The Ad Survey

A Facebook ad campaign ran a short survey to the target audience, at a wider scale than one-on-one conversations could reach.

Part 2

Competitive Analysis

Glympse had strong location-sharing but no chat. Life360 was colorful and location-focused but missing chat too. Snapchat wasn't location-first, but its map avatars and interactivity were already what people loved. Millions of users across all three confirmed the core idea, just not put together in one place yet.

Feature Prioritization

Our own brainstorming, the MVP, conversations with the target audience, and research gave us a clear sense of what to build and what not to.

We couldn't build every feature at once, so we prioritized.

Google Sheet: Landfriends Feature Prioritization, Ad Survey plus Brainstorm to Phase 1, scoring each feature's survey interest against build effort

Full scoring sheet at landfriends-feature-prioritization.xlsx. Reconstructed to show the method, since the original 2017 board wasn't saved; scores are set to match what's documented as shipped, held, or cut elsewhere on this page, not a scan of the original.

Sketching & Wireframes

Once we finalized the features to work on, I started drawing on paper.

Over 12 user-flow iterations and 100+ sketch passes ran across different flows and screens before wireframing started.

Pink sticky notes on a wall, each naming a screen to sketch: Chat UI, Map/Land UI, Activity Sharing, Settings, Friends, Asset (Car) Creation UI
Naming every screen that needed sketching before picking up a pen.
Paper sketches of the map, activity picker, share-activity, and settings screens
Paper sketches: the map, the activity picker, settings, and the share-activity flow.
Full wireframe set: add car, chat, chats list, choose activity, friend profile, and share activity
Wireframes carried forward from the sketches: chat, the chats list, a friend's profile, and share activity.

After Launching, We Ran Into More Issues

Issue 1: Only 6 Out of 100 Signed Up After Installing

I had no clue why people were installing but not signing up. We relaunched with a Facebook login option, thinking easier signup would help. It didn't. We relaunched again showing nearby people instead, and that worked, signup completion rose to about 30%.

Three signup screen variants tested side by side: Facebook login option, nearby-people-shown, and a plain blank version
Left: the original signup screen. Middle: the Facebook login attempt, which failed. Right: the version that worked.

Issue 2: Only 8% of Users Gave Location Permission

Very few of the people who signed up were granting location permission, most just quietly explored and churned. Interviews showed they didn't know they could control who saw their location. A short privacy flow after signup fixed that, permission jumped from 8% to 36%.

Flow diagram: without the privacy questions, only about 8% of users gave location permission; with them placed right after signup, about 36% did
Without the privacy questions, about 8% of users gave location permission. Placed right after signup, that rose to about 36%.

Issue 3: Retention

Retention Issue 1: Nobody Was Interacting With the Sidebar

The sidebar showed a list of nearby people. Almost everyone opened it, but only about 2% ever tapped through to a profile. I redesigned it to make that next step more obvious.

Quick guess before you scroll: which version got more people clicking into someone's profile, A, B, or C?

Three sidebar versions tested: Version A, a flat list of nearby people; Version B, photos grouped by location; Version C, grouped into Friends and Other people
Version A: a flat list. Version B: photos grouped by location. Version C: split into Friends and Other people.
Reveal the winner

Version C: about 12% clicked through to a profile, the clear winner.

Version A and Version B: roughly 2–3% each.

Retention Issue 2: Only 8% of Users Were Using the Chat Feature

The chat feature mattered for retention, but almost nobody used it. Digging into behavior, I found people tapped the chat icon, landed on the inbox, and immediately hit back.

My team wanted to add more features to the chat UI. I pushed back, people came to this app for something closer to reality, scrolling the map and seeing friends nearby, so I designed an on-map chat instead of a separate inbox. We shipped it as small message bubbles above each person's avatar, right on the map, tapping one opened the conversation in place, keyboard included, with typing indicators and replies surfacing directly on the map. Almost no app had done this before. Chat engagement jumped from 8% to 22%, and daily messages went from about 100 to over 1,000.

Flow diagram: tapping a nearby avatar used to open a full-screen chat, where almost 92% of users pressed back and only 8% engaged; moving chat onto the map raised engagement to 22%
Before: a full-screen chat page, 92% back-button, 8% engaged. After: chat opens in place on the map, engagement rose to 22%.

The Flow, End to End

With signup, trust, and retention all fixed, this is the full path a user actually moved through, login to the map to everything reachable from it.

Full user flow diagram: from app open through login or signup, verification, name and privacy setup, to the Land screen and every path branching from it, map interactions, friends, sidebar, settings, and chat
The complete flow, one of 50+ iterations run before landing on this shape.

What This Taught Me

The lesson wasn't in any single screen.

This was the largest product I'd owned start to finish up to that point in my career, and it's the project that turned product design from one of several things I did into the thing I do. A good individual decision doesn't rescue a project without the process and discipline around it, testing consistently beat my own assumptions on this product, on the signup screen and again on the chat, and both times the instinct to add more lost to the instinct to strip down.

There are individual screens from this project I'd design differently with what I know now. That's a craft still developing, not a regret. What I'd keep doing exactly the same way: watch what people actually do with their thumb before trusting what they say they want, and be willing to ship the smaller, stranger version of an idea, chat bubbles on a map, nobody had done, before anyone confirmed it would work.

Runner-Up, National Mobile Application Award

Landfriends was entered into the National Mobile Application Award 2017, organized by Bangladesh's ICT Division and Google Developer Group Bangla, and placed Runner-Up.

Accepting the Runner-Up award and prize card on stage at the National Mobile Application Award gala
Accepting the Runner-Up award on stage.
Group photo of all National Mobile Application Award winners and runners-up on stage
All of that year's winners and runners-up, together on stage.

That instinct is the same one I still design with. It started here.