BD4
From setup-first to value-first, and the 30-day coaching arc that followed.
Role
PM & Product Designer
Platform
iOS · Android
Status
Shipped
“Onboarding is the first impression of the product’s judgment.”
BD4 is a daily business-development engine, it tells you who to reach out to, and what to say, every day.
Daily recommendations built from your own data across multiple sources, not generic outreach.
From recommendation to sent message in seconds. BD4 does the work; you confirm.
In-app assistance and insights keep each relationship warm, so nothing goes cold.
Surface the right people from your own network using BD4’s internal search, no manual list-building.
Splash carousel → “A few things you can do” → “You can skip any step” → Integrations → Personalizing.
The more context you give BD4, the smarter it gets. You can do these in order or one at a time.
Used only to create your BD4 Professional Profile. We don’t post or access your messages.
Once setup is done, you’re ready to go, but value only arrived after all of it.
Welcome, the value promise, shown before the setup ask
The 5-step setup wall
“You can skip any step”, but skipping limits features
Connections & privacy
“Here’s what happens next”, value still gated behind setup
Philosophy, building around the user’s world.
Completed setup
High effort · Weak first recommendation
Value not proven
Skipped setup
Low effort · No recommendation
Value not experienced
Neither path built the trust the product needed.
“You asked me to set up a voice profile before I had seen a single email the product could help me send. I guessed, and then I ignored everything it generated.”
MSP user, June 2026
8+ min
Time to first value
~15%
New-user activation
~18%
D30 retention
Setup steps that precede value are answered with low-quality inputs, the user doesn’t yet understand what the inputs are for. A voice profile set up in a vacuum.
Every step asked the user to give something, profile, ICP, writing samples, before BD4 had shown it could use them.
The next-best-action engine needed contacts to rank and signals to learn from. An empty BD4 had no substrate for its intelligence.
V1 ended with no continuation. The product was smart, but it did not help the user become smarter at using it.
Time to first value should feel like a wow moment, not a prerequisite checklist.
It proves BD4 understands the professional’s world. It should deepen demonstrated value, not block access to it.
The Mismatch
The Product Promise
DAILY VALUE
Immediate and useful
The Setup Experience
UPFRONT EFFORT
Heavy and trust-dependent
Don’t just show what’s available. BD4 surfaced recommendations but didn’t coach the behavior that made them better.
Coaching scales inversely to competence. A one-contact user needs different prompts than a forty-contact user.
“Who do I reach out to today?” is the core job. Everything else is infrastructure for the list.
Make BD4 as personalized as possible from the first moment, collect as much user information as possible before the product starts.
“More context up front = a better first recommendation.”
Personalization without demonstrated value is just a data-collection form. The user needs to trust the product before investing their data in it.
“Nothing skippable, deferrable, or doable another way belongs in initial onboarding.”
How do we hook users by showing how smart BD4 is before asking them to do a lot of setup?
“Complete your profile before you can use us.”
This asks for trust.
“Here’s what we can do for you now, and how to make us better.”
This earns it.
The redesign did not remove personalization. It relocated it, after the product had proven itself.
First 10 min
Time to first value in V1
<1 min
Target, adding one contact
Value here is directly proportional to value from completing a suggested action.
30 days
Coaching arc introduced
Make the first experience action-led, then prove value through continued coaching.
Nothing deferrable belongs in initial onboarding.
BD4 leads with suggestions; the user confirms via yes/no.
Never state as fact anything not given or integration-surfaced.
Prompt cards fall away as the user matures.
Prompts fire on state, not on which day it is.
Reposition existing components; no net-new where one serves.
Each part was a separate engineering workstream, its own FRD section, acceptance criteria, and GitHub epic.
An auto-playing intro on example data, positioning → enrichment → recommendation → actions → daily list.
The first-time home replaces an empty state with one clear path, “Try with one person,” plus Build your community.
Five steps, not forty, each one earning the next. Scroll to move through the flow.
One contact via name or LinkedIn URL. Enrichment runs.
BD4 shows the enriched contact from just a name.
“Found [name], here’s what we know.” The first wow.
First recommendation. What to do next.
Review, tweak, send, you always have the final word.
Up to 2 prompt cards from four categories, a daily selection algorithm, and a 30-day phase arc.
Add more contacts
Add context, connect
Re-engage a lapse
Acknowledge progress
The Phase Arc, Contact Count, not Calendar Days
0–4 contacts
Grow, almost exclusively
Reach the 5-contact unlock
5–29 contacts
Grow + Deepen, alternating
Build toward 30 contacts
30+ contacts
Deepen + Rescue + Reward
Volume prompts stop; Grow disappears
A user who adds 30 contacts on day one sees Sustain prompts immediately. State, not calendar.
Drive a daily-action quota, push the user to complete ~5 actions every day. Keep them active by keeping them busy.
This added complexity to the coaching theory and optimized for activity, not for the outcome that actually earns trust.
Spend the first 30 days helping the user build their community and context, not hitting a quota. Prompt for the relationships and signals that make recommendations sharper.
Better recommendations are the proof. “BD4 understands me” is earned by showing it can do better, not by replacing the user’s whole BD process on day one.
The first 30 days should be about building community and context so the recommendations earn trust.
Every prompt enters one system. Rules determine eligibility; checks decide what survives.
Predefined content × state-based eligibility × checks gate.
The logic is explicit in the FRD, engineering never guesses.
V1
4-step wizard before any recommendation. Skippers and completers hit the same empty home.
V2
Moved add-contact ahead of setup. Sequence mattered, but still setup-heavy, still silent after.
V3
Example-data splash → try-with-one-person → first recommendation → 30-day coaching. Full architecture change.
Current
The system succeeds only if early value becomes sustained behavior, and sustained behavior becomes retention.
First Session
≤ 60 sec
Time to first value
Previously: 8+ min
Week 1
≥ 70%
Unlock the daily list
Reach 5 useful contacts
Day 7
≥ 45%
D7 retention
Early value keeps users returning
Day 30 → 31
≥ 30%
D30 retention
Previously: ~18%
≥ 80%
Reach the first recommendation
Almost everyone sees value in session one
≥ 45%
New-user activation
Previously: ~15%
≥ 25%
Prompt-card action rate
Per surfaced recommendation
≥ 25%
Trial → paid conversion
A populated product proves its value
Fast activation gets users in. Thirty days of coaching gives them a reason to stay.
Shipped, 5 splash screens, 4 personalize cards, 12-rule business summary.
Complete, 11 sections, 6 principles, 5 configurable constants, all state machines specced.
Complete, 4 card categories, daily selection algorithm, 30-day phase arc, suppression logic.
Splash carousel; first-time home + try-with-one; add-many/mining; prompt cards, all FRD-referenced.
Onboarding that collects data before delivering value is not onboarding. It is a transaction.
As a Product Thinker
The value-first reframe drove every design decision in the redesign.
As a Prioritizer
The three-part structure matched what could ship in sequence. Prioritization that ignores build order is not prioritization.
As a Builder
11 sections, 5 constants, 10 state-machine states. Could an engineer resolve any edge case without escalating? Yes.