-
Notifications
You must be signed in to change notification settings - Fork 3.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Tracking] [External] Attendee Tracking project #44725
Comments
After discussion here, I want to make the document changes much clearer before seeking help from SWM. |
I think this is going in #wave-control, right @JmillsExpensify? |
Back from OOO, @Julesssss am I needed anywhere in particular to keep this moving? |
Hey, it would be helpful to resolve this comment threads, but other than that no, I'll try to hand over the doc to SWM this week. |
@zsgreenwald actually if you had a chance to check the high-level document again today that would be helpful. I tried to update any section that mentioned the old UI (Avatar instead of Name, etc), but there's a chance I might have missed something. Then we should be able to open the project up to SWM tomorrow 🤞 |
The design document for this project is now ready for the external teams to make a start on. myself and @zsgreenwald will be available for any concerns or questions you have while we work on this project. I have added document comments in places that I think are outdated or need changes. Please feel free to resolve these as you work through the document. And to create new comments with any questions you have for us! Plan should be for the SWM team:
Previous Design Updated Design |
Hi! I am Filip from SWM and I'd like to work on this issue! |
Hello, I'm Zuza from SWM and I'd like to work on this issue with Filip :) |
Noting that I'm consolidating the internal tracking issue with this one. I've added steps/documentation from the internal OP to this issue. |
Project remains on hold. As a reminder the 'Finish the project' tasks are listed in the issue description and remain accurate. |
In #convert we are planning to finish up this project. I have shared the details of what tasks remain in engineering-chat and will happily guide any engineer through the remaining tasks! |
@francoisl is going to take it. @Julesssss I unassigned you but of course we will lean on you as we pick this back up! |
That's great, thanks Francois. I'll be happy to help you with any questions you have. |
Recently picked back up. |
No longer on hold, working on this now. |
In implementation |
In progress! Aiming for mid-next week to have everything in review. |
Wow, awesome! This is an exciting one! |
Important Links
Strategy
In order to jump start viral growth, we need to migrate all existing customers to NewDot as soon as possible, so they can reap the rewards of the new app we've been building for several years.
Problem
It's common that one employee incurs an expense that includes others (eg: one person buys lunch for their whole office). There's no way to clearly outline this in NewDot though, so it can easily look like they overspent. This can drive manual back and forth between employee and admin, and cause significant loss of efficiency when compounded across the organization. A less efficient experience adds friction to enticing members to make the switch to NewDot and will slow down reunification.
Solution
Add support for attendee tracking in NewDot. This will make it easy for members to clearly indicate when spend is shared with others, and should reduce back and forth about larger than normal requests. The exact scope is TBD, but my thinking is we can do this by:
Implementation Issues
Frontend:
Backend
TODO
Finish the project
_transactions
,_report
, andreportNameValuePairs
createUpdateMoneyRequestAttendees
, update the users recent attendees and pass back to clienttransaction.attendees
onyx keysPost-launch polish:
Request::verifyAttributeSize(request, "attendees", 0, Request::MAX_SIZE_NONCOLUMN);
Tasks
#expensify-open-source
strategy@expensify.com
and paste in the Proposalstrategy@expensify.com
(continue the same email chain as before) with the link to your Design Doc#expensify-open-source
to discuss any necessary details in public before filling out the High-level of proposed solution section.stategy@expensify.com
again with links to the doc and pre-design conversation in SlackDesignDocReview
label to get the High-level of proposed solution section reviewed#expensify-open-source
to ask for engineering feedback on the technical solution.DesignDocReview
label to this issuestrategy@expensify.com
one last time to let them know the Design Doc is moving into the implementation phasestrategy@expensify.com
once everything has been implemented and do a Project Wrap-Up retrospective that provides:The text was updated successfully, but these errors were encountered: