memefactory
memefactory copied to clipboard
Better Memefolios/User profiles
Allow users to favorite memes in the registry and save them to a list for quicker access.
Research needed:
- User profiles,
- Meme profile images (Only if you own the meme)
- Social Media linking
@scottrepreneur I renamed this issue to 'User Profiles' because it made sense to look at ways we could make user profiles more useful. Also, this "favorites" feature is what we expect MemeFolio to accomplish. Curated, created and collected, serves this purpose for the most part.
If you wanted to watch specific memes, this could be another feature as a price watch feature in the marketplace or another appropriate place.
However, after discussing this further, we think it makes sense to reorganize the Meme Folio page to accommodate more of a "profile" format with a blank field for filling custom social media, notes, etc. We could also add some integrated social features to make your memes easier to share. After this initial version is deployed, we can start looking at ways to make the profiles even better.
On hold:
- No profile pic yet, (saved for chat integration)
- Feature for linking Memefolio to chat profile
We could add Keybase or similar if it makes sense in the near future too. Let us know if you have any thoughts here.
Going to split this feature request spec into two different versions: MVP and UPGRADED. Will let @madvas decide which additional features to implement this sprint and split off, but presumably we could pick a couple bullet points from "upgraded"
BOTH sets of changes will require some interface updates, maybe wireframing and design. I think we should take the Memefolio page top panel and separate off the search function to be paired with the meme collection below. In the new top panel, we will show all the data below (with some additional flavor text as needed). The other option would be to add it to a new page entirely ("My profile"?), but either way we'd want to carry some features (like names) over to the memefolio.
MVP
Names
- Surface any ENS names attached to Memefolio addresses
- Show name at top of page (memefolio)
- Resolve name when used in URL
Profiles
- 500 character limit blank field
- Gravatar pictures from stored email addresses (as in Ethlance)
UPGRADED
Names
- Allow creation of names on site, either through some subdomain scheme or with transaction signing
- Show names everywhere else (scoreboard, challenge/vote, marketplace)
Profiles
- Link/verfiy profile from Meme Factory chat - including profile picture if possible
- Allow users to use owned memes as profile pictures
- Allow users to link Instagram, Facebook, and Twitter accounts (as on Ethlance with Github/LinkedIn)
Other
- "Send DANK" button - small button that expands into a field that allows users to select and send DANK directly to the memefolio/profile page being browsed.
My opinion:
MVP
- Allow user to register their name on the site as subdomain of .memefactory.eth (or .user.memefactory.eth) in FIFS fashion.
- Reverse Resolve user's address into a registered subdomain name throughout the app (memefolio, scoreboard, marketplace, challenge/vote, etc.)
- Resolve name when used in URL
- Allow users to use owned memes as profile pictures
- 500 character limit blank field
Upgraded
- Allow users to link Instagram, Facebook, and Twitter accounts (as on Ethlance with Github/LinkedIn)
- "Send DANK" button - small button that expands into a field that allows users to select and send DANK directly to the memefolio/profile page being browsed.
More note about ENS names: I'm not sure if we want to reverse resolving top-level .eth names, or memefactory subnames (.user.memefactory.io) or we could even do district0x network names (.user.district.eth / .user.district0x.eth). I'm gonna write here different pros & cons of each and we can discuss it further:
1. top-level name (john.eth)
Pros:
- User may have already set this up, so no need for further registration
- User is effortlessly using the same name across all Ethereum apps
Cons:
- Complicated set up if user never registered any ENS name
- User may not want to use the same name across all Ethereum apps. Although this can be fixed by user easily, by using multiple addresses.
2. MemeFactory name (john.user.memefactory.eth)
Pros:
- User can have specific name only for MemeFactory
- Simple set up on Meme Factory site
Cons:
- Can't be reused on other sites
- Requires to make at least 1 tx, which is a disadvantage for users that already set up their top-level .eth name
3. district0x name (john.user.district.eth)
Pros:
- Can be reused across all districts
- Simple set up, that can be done at any district
- Contributes to network effect of district0x
Cons:
- Not all users may want to have same name across all districts. Although this can be fixed by user easily, by using multiple addresses.
- Requires to make at least 1 tx, which is a disadvantage for users that already set up their top-level .eth name
I think option 2 is best. Not many people use top level domains, and I'm sure if they do they wouldn't mind having a specific one for Meme Factory as long as it's transferrable. That being said, its gonna be a pain to require a transaction for every name/update, so if we see adoption on MF then maybe we can upgrade to something like a network-wide username.
Generally speaking, I think we should try to make the first implementation of usernames as lightweight as possible, so if there's some solution where they simply sign a transaction and we don't have to store usernames directly ourselves, I think that's best
Just signing tx would require sending and storing data on our server, which would require more code than using existing ENS implementation
Artists don't typically want to be anon and want as many people as possible to see, share, and follow their work.
I was actually thinking of this in an app format. One of the biggest sell points of a TCR is that it's valuable to people even if they don't know about or care about crypto. It's just a better list and should be easily accessible and displayed to non-crypto users.
This would have all crypto stripped away unless they actually try to interact with the app in some way. Kind of like TikTok throws people right in without an account. Novel instant experiences like this can really help convert people.
This could even be a separate app just for browsing and looking at artist profiles and communicating with them.
Feedback
Based on tons of feedback (Good and bad) I made a Figma Mockup that addresses some of this feedback.
This mobile version is all about aligning incentives among all user types, even passive non dApp users.
"One of the main themes in a majority of the negative feedback I have seen has been that Artists and collectors don't have agency/ownership/visibility of their personal brand in their Memefolio."
"It feels like a wallet more than a portfolio they can show off."
"If I could get more followers and attention from non dApp users with social media and URL linking options, it would be a very valuable tool"
The verified artist program is part of this feature request so artists can get a non "anon" Twitter like "Verified badge" on top of the other verified artist perks.
MockUp of Non dApp UX
https://www.figma.com/proto/B8OgkYlQcagPT3oXNbwEC6/Prototyping-in-Figma?node-id=0%3A88&scaling=scale-down
This would be a major value add and aligns incentives for viewers, artists, and onboards people at their own pace in a really lightweight way.