-
-
Notifications
You must be signed in to change notification settings - Fork 88
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
Revise App User Flow Diagram #178
Comments
Here is the new user flow. Let me know if this solves the problem |
Is there a collaborative tool for User Flow Diagrams? |
I am trying Sketchboard through Google drive right now. |
App Flow: (Feel free to edit and comment) |
@amrutamaliux Your app flow looks great. It definitely helps visualizing the current app right now with your minor additions for future features. Let's keep your app flow open for history tracking. In my new app flow/user flow here, I made some revisions from the previous one that I had made. This one has tasks such as:
to match with lo-fi wireframes |
@peacenux In your flow diagram, you only have a user taking a selfie once. This actually should occur repeatedly after a timeout. Users are automatically logged out after 2 hours currently, upon which time they re-enter their phone number and take a selfie. This is an intentional workflow to avoid people logging trees on someone else's account. |
@deepwinter Yes, that is on purpose. Forcing an *existing user to retake a selfie is a security issue itself. So person 1's login info is the same, but their selfies change every time they login? What if person 2 knows person 1's login credentials and then person 2 uses their own face to override & replace person 1's original selfie?
I'm proposing that person 1 with their login info and their own *original selfie is on every single page. Person 1 can only change their selfie specifically in the "my profile" page when they choose to edit their login info. --Shown my wireframes.-- |
@peacenux There is no explicit 'login' on the platform, by design. It works differently from the using registration/login you might be used to. Trees planted are linked to phone number or email at the moment they are recorded onto the phone, the user image is so we can verify who is holding the phone when they type in a particular phone number. The selfies are all logged along with each time, just like the phone number, so there is no 'replacing' another person's selfie. It's just whoever is using the phone at that moment. When trees are uploaded, they are linked to the phone number + selfie that originally logged them, not the latest one. This system was created to control for a number of common manipulative use cases where one user authorizes into the app on multiple phones, and then has other users do the planting, thus taking credit for all the trees planted. It's a very different usage scenario. |
So is this the process?
Summary: Same phone but only one phone number on it, same phone number can have many users, new selfies every login, all trees linked to the same phone number, all users are grouped into the same phone number/organization. Just added minor changes to match ^ login process. |
The user just enters their own phone number, it's not just one phone number per phone. The phone itself will not have a phone number. Each tree has a phone number and selfie linked to it, that's the audit process. Clearing a payout transaction remains a major hurdle, since as you correctly identify, there are still ways a person could try to falsify their identity. However, since we have a photo of the person who actually planted the tree, this can be used to verify that only one person is linked to a phone number, in which case it's unlikely that paying out to the that phone number would go to the wrong person (funds will be transferred using a system used in Africa that connects micropayments to phone numbers). Creating a concept of a verified photograph (a photo verified to be a true picture of the person controlling a given phone number) remains a problem for situations where there appears to be arbitration necessary (multiple people under the same phone number). If you need more context to understand the reasoning around this approach, there's always slack for discussions. There are several reasons why this system cannot function like the usual kind of registration/signin we are used to in the developed world.. starting with the fact that most of our users have major hurdles in front of them even to use their own dedicated email address. |
Thanks. Glad this discussion is here for everyone to read. Since this discussion is public it can help future volunteers who are confused, like me, to have a better understanding of the login process. |
Thank you @peacengn for taking the time to figure this one out! |
This diagram should be updated.
App User Flow Diagram.pdf
https://drive.google.com/file/d/1y3DibDYpUyYwv5UxnNfcmrbhwmdI-c4w/view?usp=sharing
The flow corrected, we are looking for a revised, and visually appealing version of the same flow diagram.
Here is what needs to change:
It needs to be:
The text was updated successfully, but these errors were encountered: