Anshul Suthar
Incentiwise
B2B Product Design · 0→1 · Anshul
Act 01Zero
01 / 10
Give someone
recognition.

Incentiwise is a recognition and rewards platform. A thank-you becomes a badge, the badge carries points, and points become rewards.

Simple, right?
Role

Sole product designer

Scope

0→1, every surface: web app and Slack

Time

6 months

Status

Live at incentiwise.work · launched with wTVision

The same moment, backstage
Every thank-you here
spends real money.

A row from the admin ledger. Every recognition, disbursal and return lands here.

Frontstage
It has to feel like
a thank-you.
Backstage
And behave like
a transaction.
There was no
product yet.
The brief

Colleagues award each other points, badges or rewards. Every badge carries points; points are backed by a funded pool and redeemable for real rewards.

→
A point is money.

Nothing to redesign. No flows, no model, no screens. The job was to work out what the product had to be.

Where do you even start?
Who pays?
Who is allowed to give?
How much is a badge worth?
What does one point cost?
Can two people trade points?
Who approves more?
What happens when a team is deleted?
When can someone redeem?
Where does unspent budget go?
Who sees rupees?
What if someone leaves?
Where does recognition actually happen?
Who creates badges?
Each of these questions
became a screen.

The hard part wasn't designing screens. It was deciding what the product had to be.

Act 02Make the system visible
02 / 10
Four roles.
One pool of money.

Each role does something different with the same money. That decides what each one sees.

01
Admin
MoneyFunds it

Funds the vault, sets each department's quarterly allowance, approves extra, owns badges and rules.

Sees + ₹
02
Department lead
MoneyDivides it

Splits the department's allowance across teams, reviews team requests, edits teams, forwards to the admin.

Sees + ₹
03
Team lead
MoneyGives it

Holds a quarterly allowance, recognises the team, asks for more when it runs low.

Sees only
04
Employee
MoneyReceives it

Collects recognition and badges, holds points, redeems rewards.

Sees only
↓ Recognition flows one way: down
One product.
Filtered by role.
AdminDept leadTeam leadEmployee
Feed
Recognition feed
Send recognition
Points owned + redeem
Leaderboard widget
Rewards
Rewards store
Create + price badges
Reward providers
Reward transactions
Leaderboards
Full leaderboard
Employees get it as a tab. Everyone else, from the feed.
Organisation
People + teams
Edit teams
Admins + permissions
Bulk import
Culture
Allowance + requests
Review + forward
Split across teams
Approve + disburse
Vault · budgets · ledger

Blue outline: the only three tabs an employee ever sees. Two of the five top-level sections don't exist for them.

Spot the difference
Employee Feed · shipped
1
2
Team lead · Admin Feed · shipped
1
2
Same feed.
Different product.
1
Navigation

Feed · Rewards · Leaderboards, against Feed · Rewards · Organisation · Culture.

2
The send box

Leads and admins get “Send an appreciation” with their points available. The employee gets nothing there.

Notice what's missing from the employee's feed. We'll come back to it.

Act 03The model
03 / 10
Everything settles into
one currency.
A gesture
Recognition
Carries points
Badge
Accumulate
Points
Buy things
Reward
→
→
→

A badge, a reward or plain points all resolve to the same unit. That single unit is what lets everything else be counted.

Where do points come from?
Every thank-you has a supply chain.
EVERY QUARTER · ALLOWANCES REFILL TO 100% CompanyPAYS IN ₹ VaultPREPAID · ADMIN DepartmentDEPT LEAD SPLITS TeamTEAM LEAD GIVES EmployeeHOLDS POINTS RewardREDEEMED UNUSED ON THE LAST DAY OF THE QUARTER → BACK TO THE VAULT EVERYTHING LEFT OF THIS LINE CAN COME BACK ₹ LEAVES HERE
Act 04The frontstage
04 / 10
The complexity
moves backstage.
Onboard→Organise→Recognise→Receive→Redeem
01 · Onboard
One door.

Email, Google Workspace or Microsoft. Nobody picks a role at login; the system already knows who you are.

Shipped Login
02 · Organise
The org chart arrives
as a spreadsheet.

HR already has it. The product’s job is to map it, check it, and flag conflicts, with a person to fall back on.

A · Empty organisation
B · Map your columns
2
C · Confirm, row by row
1
D · Teams, leads, budgets
1
Every row gets a status

New, existing, update, or “unable to import: employee already exists”. Errors export as a file.

2
A human fallback

If the sheet doesn’t match the format, request a custom import and the team does it within two business days.

03 · Recognise
Make the spend visible.
Keep the thank-you warm.
Shipped Send appreciation
1
2
3
4
1
Search, then add more than one

Find people by name instead of scrolling a list. A win usually belongs to several people.

2
The message invites you in

The note reads as something to write, not a fixed line.

3
Three payloads, one currency

Points, a reward or a badge, each with a price.

4
What you can spend

Available points sit right under the payload, before you send.

Searchable, multi-select recipients
Or straight from the feed
Two ways in.

Open the card from anywhere, or type a name in the feed composer and start writing. The card opens around what you typed.

04 · Receive
For most people,
this is the whole product.
Shipped Employee · feed
1
2
3
4
5
1
Recognition for you, pinned

The moment that matters to you stays on top.

2
React

Recognition is public. The feed is its audience.

3
Share outside

Slack, email, WhatsApp or an embed link. This is sharing, separate from the Slack integration.

4
Points owned → Redeem

Your balance and the way to spend it.

5
Leaderboard

Where you stand this month.

No budgets.
No approvals.
No ledger.
05 · Redeem
One button.
Four rules behind it.
Shipped Rewards store
What decides if “Purchase” works
01A minimum balance before anyone can redeem
02A minimum time at the company
03How long people who leave keep access
04Which roles can redeem at all

Admin settings. Employees never see these; they only ever see the button.

Act 05The decisions
05 / 10
Remember the missing send box?
No send box here
Who gets
to give?
If anyone could give to anyone
Design reasoning
Company budget SHARED BY EVERYONE RARAVIMEMEERAARARJUNPRPRIYA +500 +500 +5,000 123
1
Back and forth

Two friends keep thanking each other, and both collect points.

2
Nobody in charge

Everyone spends from the same company budget. No one owns it.

3
No limit

Nothing stops 5,000 points for a small favour.

What shipped
Rule
AdminGOVERNS
Department leadDIVIDES
Team leadGIVES
EmployeeRECEIVES
1
Employees can’t give

So nobody can pass points back and forth.

2
Every allowance has an owner

The admin sets it, the department lead splits it, the team lead spends it.

3
Every allowance has a ceiling

A team lead can only give what they were given this quarter.

Question

Who can spend company-funded points?

Constraint

Every point is prepaid money. Every budget needs an owner.

Decision

Only allowance holders give. Employees receive, collect and redeem.

Consequence

No send box for employees. Every point given traces back to a budget someone approved.

What that does to a team lead
Two balances.
Never mixed.
To give · company allowance
4,349
To keep · personal points
803

A lead gives recognition and receives it too. If the two numbers ever merged, a lead could spend their own reward points on the team, or quietly keep the company’s. So they live in different places and never touch.

One more thing had to be decided
Who sets the price
of a thank-you?
Shipped Create badge
1
2
Shipped Organisation · admins
3
1
Every badge carries its points

Set once, when the badge is created.

2
Scoped to departments and teams

Each badge has an access list.

3
Manage Catalogue is a permission

Not every admin gets it.

Question

Who can create a badge?

Constraint

A badge carries points, so creating one sets a price.

Decision

Admins with Manage Catalogue create and price badges. Leads pick from a scoped list.

Consequence

No lead can invent a 4,000-point badge and empty an allowance in one gesture. Rarity keeps its meaning.

Act 06Recognition leaves the product
06 / 10
But recognition doesn’t
start in Incentiwise.
Slack #product-team
It starts in
a conversation.

A launch goes live and someone says thanks. The thanks already happened. It just didn’t count for anything.

Shipped · Slack integration
Recognition should happen
where people work.
01
/recognizeOne command, right
in the conversation.
/recognize [@teammate] [message] sits in Slack’s own command menu, in the channel where the thanks already happened.
02
@ + messageTag them and say thanks,
in one line.
Who and why go into the command itself. It reads like any other message.

The @ opens Slack’s own people picker, so tagging someone works exactly like it does in any other message.

03
Recognize a teammateOne modal, already
filled in.
Sending opens a single Incentiwise modal. Everything from the command is already in it; the only new question is what to send.
1
2
3
4
1
Who, already filled in

Rohit, from the @ in the command.

2
The message, carried over

Nothing typed twice.

3
Points, a reward or a badge

One per recognition, each with a short line on what it means.

4
What you can give

4,349 points in your allowance, visible before you choose.

04
Points · reward · badgePick what to send.
See what it costs.
Feels like a message. Behaves like a transaction. Each choice shows its cost before sending, and says what happened once it’s posted.
APoints
Four preset amounts: 50, 100, 250 or 500. Nobody types a number. Posted as “250 points added to Rohit’s Incentiwise balance.”
→
BReward
The cost is spelled out before sending: “2,300 of your 4,349 points will be used.” Rohit gets the voucher details in a DM.
→
CBadge
The badge brings its points with it: “Rohit also receives the 250 points that come with this badge.”
→
Slack is where it’s said.
Incentiwise is where it counts.
Slack

The conversation + /recognize

Incentiwise

Your allowance

Incentiwise

Catalogue + badge prices

Slack

Posted to the channel

Incentiwise

Balance updated, record kept

Slack gives the moment; Incentiwise keeps the allowance, the prices and the record. Every post links back with “View in Incentiwise”.

Act 07The system asks harder questions
07 / 10
Remember the four roles?
“Admin” isn’t a role.
It’s a grid.
Shipped Organisation · admins
Scope
× Capability

Scope (all, one department, a few teams) × five capabilities: send rewards, manage budget, manage people, view analytics, manage catalogue. A department lead is one arrangement of this grid.

Four roles were the simple version.
Shipped Archive team
Nothing here is
just a delete.

Archiving a team means reassigning its people. People who leave keep access to rewards they already earned for six months. The dialog makes that promise. A setting an admin controls keeps it.

Shipped Settings · rewards
Act 08The money moves
08 / 10
The question underneath all of it
What is a
point worth?

Every screen that moves points has to answer it. It sounds like one question. It’s three.

01 · Face value
What does a point buy?

The store already implied it: the ₹500 Amazon card costs 500 points.

→ 1 = ₹1, fixed
02 · Funding
When does money move?

The company pays into a vault up front. Allocating points moves money that has already been paid.

→ Prepaid vault. Unused points return.
03 · Visibility
Who sees rupees?

If a thank-you shows a price, it stops feeling like a thank-you. Whoever funds it needs to see the price.

→ Points for people. ₹ for admins.
One rule, written into the design system.
Every quarter, leads run out of points
One request.
Three people.

Arjun’s team is running low two weeks before the quarter ends. He asks for more. Priya, his department lead, reviews. Saurabh, the admin, pays. Real money moves, so every step has to be visible.

Flow Mapped before any screen

Main path, declines and blocks across all three roles and the vault. The screens below follow it, step by step.

Team lead
Arjun · Content & Social
Sees points only
01
Sees it coming. Pace, not just a balance.
1
2
1
Runs out in about 4 days

95% used at this pace, in plain words.

2
Expected by today: 84%

A marker for where spending should be.

02
Asks, with a reason.
1
2
3
1
An amount, with quick picks

And the new total if it’s approved.

2
A human note, optional

Written by the lead, in their own words. 600 characters at most.

3
Where it goes

Department lead → admin approval → added to your allowance.

03
Knows where it is. Nothing disappears into a queue.
1
2
1
Who has it now

Priya Raghavan · usually 1–2 days.

2
Still editable

Edit or withdraw until Priya opens it.

Department lead
Priya · Marketing
Sees points + ₹
04
Sees which teams need attention.
05
Reviews one request at a time.
1
2
3
4
1
The cost, in rupees

“= ₹4,000 from the company vault.”

2
An AI summary built from usage

Pace, where points went, who has been recognised, past requests. It works without a note, and says “AI can get things wrong”.

3
Edit the amount

Priya forwards 3,000 instead of 4,000…

4
…and says why

A note Arjun and the admin will both read.

06
When there’s no note, or the answer is no.
Edge case · no note
1
2
Alternate path · decline
3
4
1
No note from the lead

The empty state says so, with “Ask Karan for context”.

2
So the department lead adds it

Marked Recommended. The admin never gets a request with no reason.

3
Declining needs a reason

Quick picks, not an essay.

4
And a message

Required. The request stops here and Arjun can send a new one.

07
Forwards. The change travels with the request.
1
Admin
Saurabh
Sees + ₹ + the vault
08
Sees what’s waiting, and what it costs.
09
Approves with the whole trail.
1
2
3
1
Vault before and after

Before approving, not after.

2
The whole trail

Arjun asked 4,000 → Priya forwarded 3,000, with both notes underneath.

3
The price, one line

8,000 points = ₹8,000 from the vault.

10
Confirms, then gets a receipt.
Confirm
1
2
Receipt
1
The vault, before and after

1,42,000 → 1,34,000.

2
What happens next, in writing

Who can spend it, who is told, where the record goes, and what returns on 30 Sep.

11
When the vault can’t cover it. It never fails silently.

Add funds, approve part of it now, or turn on auto top-up. The team lead only ever sees “with admin”; the reason stays with the person who can fix it.

Back to Arjun
No black box
Mid-way · with admin
1
2
Done · credited
1
The amount changed

3,000, with 4,000 struck through, “changed by Priya”.

2
And why

Priya’s note, word for word, on the request Arjun sent.

One request.
One status per role.

Eight states, one table. Each role only sees the statuses it can act on.

Act 09The vault
09 / 10
If admins can’t
see the money,
the product fails.

An admin is responsible for real money, so the vault had to be built around trust. It has to answer four questions before an admin thinks to ask them.

01
What’s a point worth?

Fixed, and printed next to every amount.

02
What do we have?

Balance, what’s reserved for pending approvals, and what’s free to use.

03
Will it cover next quarter?

Before 1 Oct, not after.

04
Where did every rupee go?

Spent, promised, or coming back.

1
2
3
1
1,42,000 = ₹1,42,000

The rate is never a footnote.

2
Reserved vs free

Pending approvals already hold their points.

3
Four promises

Fully prepaid · 1 point = ₹1 · nothing expires silently · every movement logged.

Where every rupee is
Only one step
actually spends money.
Redeemed by employees₹6,67,980
With employees₹2,31,500
With departments₹1,23,020
In the vault₹1,42,000
Spent · 57%
Everything to the right can still come back or be redeemed →

The Act 03 diagram, rebuilt as a product surface: company pays ₹ → vault → department → team → employee → redeemed.

Will the vault
cover it?

The Q4 allowances go out automatically on 1 Oct. A shortfall shows up two weeks early, with the arithmetic.

The plan, split twice.
Admin Q4 plan · by department
Dept lead Q4 split · by team

The admin sets each department’s allowance by 10 Sep. The department lead splits it across teams by 25 Sep, with per-person numbers and flags for teams that under-used last quarter. On 1 Oct it’s credited automatically, so leads stop requesting their regular allowance every quarter.

Act 10Payoff
10 / 10
The question that’s still open
Is every thank-you
counted the same?
Shipped Leaderboard · ranked by badge count
Slack Three recognitions, three values
250 points
A 2,300-point reward
A 250-point badge
[ New leaderboard — placeholder ]

Real screen to come. No scoring model is shown or assumed.

The same thank-you, sent three ways from Slack. The current leaderboard ranks by badges earned, so only the badge counts, and it counts the same as any other badge.

Live
incentiwise.work

Launched with wTVision. What HR managers said:

“Incentiwise completely changed how our managers give recognition. In three months, our eNPS jumped 18 points and voluntary attrition dropped noticeably.”

Meenal Sukhija
Human Resource · wTVision

“The reward marketplace is the piece our employees actually love. It removed the ‘generic gift voucher’ problem we’d struggled with for years.”

Arya Saini
Human Resource · wTVision

“Rolling out Incentiwise across 1,200 employees took less than two weeks. The analytics dashboard alone has saved us hours of manual reporting every month.”

Tanvi Rajput
Human Resource · wTVision

Quoted as given. The outcomes are theirs; I haven’t measured them.

Step back
Now you can see
the whole machine.
Employee
Login
Feed
Rewards store
Leaderboard
Team lead
Send appreciation
Allowance + pace
Request more
Track request
Slack
/recognize
Recognize a teammate
Reward + its cost
Posted
Dept lead
Teams + requests
Review
Split Q4
Edit teams
Admin
Approve
Vault
Permissions
Reward providers

Employees + team leads + department leads + admins · recognition + badges + points + rewards + allowances + requests + the vault + permissions + Slack + providers + the ledger.

And what does the employee see of all that?
The user shouldn’t have to understand
the system I had to understand.
People ×
Products ×
Systems
Incentiwise
Anshul · Product Designer · 0→1