-
-
Notifications
You must be signed in to change notification settings - Fork 359
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
[Project] Profile page iteration #5680
Comments
Can #5013 be added to this issue? |
I also think #1445 is part of this milestone project |
Feedback from @kaylarep as part of #5195 (comment):
Timeline view: like many social networks, a chronological view (most recent first) with all items mixed together: financial data (Babel approved 7 expenses), Updates (Babel published an update), Misc updates (Added Jack as an admin), etc. Related issue for a public timeline: #5767 |
to expand/brainstorm a bit, was thinking there could 2 'View' options: a "Section" view and "Timeline" view
|
Design specs
Main goal Push forward a series of updates to the profile page master design, a.k.a. "Collective page" that help us mature one of our main features, and for it to become a tool for users to stay in the platform and use our features to the fullest. We seek to differentiate the profiles of our different users on the platform, so we help the experience by distinguishing what's inside the platform, smoothing the adoption of our other features. Immediate goal (Q3S2) Define this project strategically. It is a significant and complex project that will need different phases to "complete" a full iteration in production. This sprint cycle is about asking the right questions and working closely with users and key team members so we can bring forth the right design proposals to analyze as the first round of updates to the profile page. We will navigate the tensions between thinking big and long-term, designing the solution that should be and ensuring we launch small bits along the way that smooth the change to the new page experience. Helping us test quickly and have validation early in the development process. Definition process: What a profile page inside www.opencollective.com should do?
Why are Collective admins our main persona?
This speaks to a bigger strategic question about how we market our product. We essentially have three different products with very different customers and value props:
2 only works when someone is very motivated and really digs into our docs etc., or when we create a first-party host ourselves. For case 3 we offer minimal support and virtually no marketing or onboarding for. Like 99% of our revenue comes from 1, and that’s been our strategic priority explicitly for the last few years. Personally, I think there is a lot of value in 2 or 3, but right now, it’s a sideline without a really viable revenue stream, and we have explicitly made our website and key marketing with Hosted Collectives in mind. So yeah, that’s where we’re at. We’ve always kind of tried to tell all those stories at once, not to leave out 2 and 3, but honestly, it doesn’t work very well. We are focusing on the profile page for Collectives and then tweaking that base model to adapt to the other profile types. What goals do we want this project to achieve? How do we measure success?
What changes do we need to make to our sections' structure?
Next design updates: So far, we identify a couple of strong areas of opportunity to define the new profile page in the next step:
|
Thanks for these specs breakdowns. Was thinking here:
I think it's important to identify that 'users' encompasses:
because each of these user groups has different needs & identities and will interact with the platform in a potentially very specific way. We want to give those users the simplest path, not expect them to jump through the same hoops /go thru platform education like a Collective Admin will. |
This project also aligns with the Funder/Host dashboard project I think. If we are going to redesign the collective page, we need to keep this overlap in mind so that we aren't duplicating information |
Additional issues with the current collective profile: 1: Disorienting & Inconsistent Top-bar navigationClick on Budget:
This behavior is inconsistent, unclear and is a confusing experience. 2: Why are Events under "budget"?It seems that Events were conceived as a money-raising capability but their adoption has given a life that is indenepdent of fund-raising. Having them under the "budget" menu is confusing and difficult to find. If I am looking for an event, it may not cross my mind (<-this has happened to me numerous times) to look under budget (<- and I have now been twisted into thinking this way). 3: Why are "Updates" under "Connect"Does connect have anything else under it? Why is Updates not a direct link (like Budget). 4: Integrate Top Financial Contributors with Financial VisualizationsRedesign this section to bring into the updated visual language of the page. 5: Fix Section Containers(the following comments are made based on a full screen view and need to be reassesses for smaller/mobile screens) The following containers/sections leak beyond the page parent grid and the resulting horizontal scrolling is ugly and annoying (perhaps this is more intuitive on mobile devices):
6: This is All of Us
7: ContributionsIn profiles where a contributions (distributed from the collective to other collectives!) section does show up, the information is not very useful and has what sometimes seems like incoherent duplicates - see ESLint appearing twice in screenshot from https://opencollective.com/indeed : |
Thank you, @kaylarep and @iamronen, for your comments; here are a couple of follow-up thoughts: @kaylarep, on the pathways for people to do something specific (Submit an expense, request a grant) vs the experience for Collective admins. I agree, one of the goals for this project in the mid-term is to help us separate the platform (workspace) from the public side (Collective pages, marketing, etc.) #6285; I think the action to submit an expense should not be mixed in the public profile page as it is now, more about this to come in the first round of design proposals. @iamronen, I value that we are aligned about the problems we both see on the Collective pages:
Thanks again! I'm preparing a presentation to show what we're tackling this sprint, taking these things into consideration |
I'd be interested in giving feedback on the design of Host pages
specifically. Let me know a good time/way to do that.
|
Week 4 update
|
apologies if this is a duplicate request, but its really important that hosted collectives are easier to find on a host's profile (and maybe even a quick way to show that a collective is part of a greater network on the Collective profile). Right now, if I want to find OCF's hosted groups (and its the only public place where people can see this information), I go under Contributions. Not at all the right place for this. (This should also be a part of the #3892 ) |
Week 5 update
|
@Memo-Es can you link to the demo above? |
|
To continue this project, I'm planning on doing;
For next cycle:
Feel invited to follow up and add comments here: Figma - Profile page design update 🤗 |
Week 4
|
@toomuchinformation & I had a conversation yesterday and work-shopped some ideas together in rough wireframes. This helped outline the challenges we wish to tackle next:
We don't yet have a good notion of how/why potential contributors arrive at collective profile pages and what drives their decision making. We aspire to learn more about this, but for now we focuses on one discerning question:
It feels to me important to re-iterate that:
1: Discern between Collective Profile Pages and other profile pages.Currently all profile pages look the same and we want to make a clear distinction between two sets:
Set2:
The most prominent way (wireframed so far) to do this seems to be to remove the OpenCollective header and leave in its place a small control that takes you back to the platform. This way when you arrive at a Collective page your attention is drawn towards its internal workings and not distracted by the OpenCollective header which competes for attention. 2: Collective Profile Page NavigationA main navigation element within the collective profile page can look something like:
This presents numerous potential benefits:
3: Relate Projects and Events to Collectives.This felt like the most challenging issue and we did not yet reach something that felt like a good solution, however we did realize that:
|
Week 5
|
A pitch for engaging with this work is proposed for FY23Q1C2: #6415 |
|
|
@tomsusemihl was the user testing on this ever done? Can we add the results to https://coda.io/d/Make-Open-Collective_dnHLKv7oLV0/User-Research-Center_sulZq#Research-Efforts_tucOn/r20&view=modal |
Overview [Edits by @BenJam]
It is a very weird experience to have everything looking like a Collective, which causes problems in discoverability, and capacity for our users to differentiate one profile type from another, making it harder to interact fully with the platform.
This causes confusion, especially between organisations, hosts, collectives, projects and events. Profile pages have very different jobs, depending on what they're for i.e.
Our current page structures and formats are so generic that they limit our ability to effectively meet those needs.
This is particularly weird in the case of Octobox which has both an organisation and a collective:
We have discussed differentiating our profiles, so this project is an excellent way to start, by solving what doesn't work so well with our current profile page master.
Related issues
Problem statements
Ownership
Owner: @Memo-Es
Resources
Design
Plan
The way I see it, these tweaks and improvements can be boiled down to three main issues: (Issues documentation pending)
Next steps
The text was updated successfully, but these errors were encountered: