Skip to content
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

Closed
Davidezrajay opened this issue Nov 21, 2018 · 14 comments
Closed

Revise App User Flow Diagram #178

Davidezrajay opened this issue Nov 21, 2018 · 14 comments

Comments

@Davidezrajay
Copy link
Contributor

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:

@Davidezrajay Davidezrajay added this to the Release 1.2.4 milestone Nov 21, 2018
@ghost
Copy link

ghost commented Nov 21, 2018

Here is the new user flow. Let me know if this solves the problem

Tree Tracker - User Flow_ New Design.pdf

@sebastiangaertner
Copy link
Contributor

Is there a collaborative tool for User Flow Diagrams?

@amrutamaliux
Copy link

Is there a collaborative tool for User Flow Diagrams?

I am trying Sketchboard through Google drive right now.

@amrutamaliux
Copy link

App Flow: (Feel free to edit and comment)
https://docs.google.com/drawings/d/1UQ1ajxMUdx6gfxGCzcHR9uAayYN4nDE7lyitHghDdyY/edit

@ghost
Copy link

ghost commented Nov 24, 2018

@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:

  • existing user login
  • new user sign up
  • syncing

to match with lo-fi wireframes
https://docs.google.com/drawings/d/1n226oyTkR14dX0xT10rUJf6xS_3lTvc8Gk9soJygGfY/edit?usp=sharing

@ZavenArra
Copy link
Contributor

@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.

@ghost
Copy link

ghost commented Nov 25, 2018

@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?

  • here are my screenshots to show the issue of retaking a selfie every time someone new or an existing user logs in. Same login credentials, new selfie. 3 different women. 1 man.
    login-retake-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.--

@ZavenArra
Copy link
Contributor

@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.

@ghost
Copy link

ghost commented Nov 25, 2018

So is this the process?

  1. Only one phone number on one phone, but different people logging in using the same phone number and phone.
  2. System is designed to have a new user for every single login-with the same phone number.
  3. Only the current selfie at the present time, will be used for authentication.
  4. Trees planted are linked to phone number/organization, not user. Users just show proof that they've planted a tree(s) to show proof to the organization leader.

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.
Here's the link again:
https://docs.google.com/drawings/d/1n226oyTkR14dX0xT10rUJf6xS_3lTvc8Gk9soJygGfY/edit?usp=sharing

@ZavenArra
Copy link
Contributor

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.

@ghost
Copy link

ghost commented Nov 25, 2018

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.

@peacengn
Copy link
Contributor

1 2 4-block

Hopefully this should solve the login issues.

@Davidezrajay
Copy link
Contributor Author

Thank you @peacengn for taking the time to figure this one out!

@Davidezrajay
Copy link
Contributor Author

User flow Diagram

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants