You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We have put extensive hours into improving the estimated matching to accomodate Cluster Matching, but have found it too problematic.
To solve the problem of project owners' complaints around inaccurate estimated matching, we should remove the calculations from project view, and keep estimations only on the individual donations. This requires design changes, outlined below.
Project card (NEEDS DESIGN)
remove estimated matching number
keep "amount raised in the round"
keep "total raised"
keep qf round badge
add "unique donors in the round" or "raised from x contributors in this round"
Project details page (NEEDS DESIGN)
remove the big estimated matching number (for the project), but keep the estimations box, amount raised & contributors
Project details page donations tab
We have different conditions for this thing, aka:
a. During the active QF round (past the "start time" and before the "end time") (NEEDS DESIGN)
Here we should remove the estimated matching number, and just show the number of contributors and the amount raised so far.
b. Following the QF round, but before funds are distributed (NO CHANGE)
Here we should show a placeholder for the estimated matching number, a "pending" value, similar to what we have currently in the design.
c. Folliowing the QF round, after funds are distributed and in the backend (NO CHANGE)
Here we should keep what we have currently... show the actual number for matching and the tx link.
Donate page (NO CHANGE)
The text was updated successfully, but these errors were encountered:
We have put extensive hours into improving the estimated matching to accomodate Cluster Matching, but have found it too problematic.
To solve the problem of project owners' complaints around inaccurate estimated matching, we should remove the calculations from project view, and keep estimations only on the individual donations. This requires design changes, outlined below.
a. During the active QF round (past the "start time" and before the "end time") (NEEDS DESIGN)
b. Following the QF round, but before funds are distributed (NO CHANGE)
c. Folliowing the QF round, after funds are distributed and in the backend (NO CHANGE)
The text was updated successfully, but these errors were encountered: