Finding the right opportunities has become increasingly difficult, especially with the intense competition in today’s job market. Many platforms attempt to meet the needs of students seeking internships, jobs, and other professional development options, but they often fall short in accessibility and organization. At Berea College, students and alumni frequently share career-related opportunities with one another; however, the formats and tools available for doing so are limited.
Our CS Berea Slack is a centralized platform for staying connected and learning about departmental activities. There are different channels to help categorize the content, one of which is jobs_internships_prof_dev - channel topic described as: "Learn about internships, consulting, career exploration, part-time and full-time post-graduate opportunities. $$, Experience, Networking, and Dream-chasing."
The general topic area of my project is on improving the accessibility of information within the jobs_internships_prof_dev channel. Currently, there is the only place to find opportunities shared within our Berea College community.
My target population is current computer science students who use this channel to find opportunities such as internships, jobs, career events, and professional development resources, but often lack the time to scroll through numerous posts. Addressing this problem is important because opportunities with deadlines frequently get buried as new messages appear, and posts automatically disappear after 90 days. Students who aren’t constantly checking Slack miss out on valuable chances simply due to poor visibility and limited filtering options. Constraints include working within Slack’s existing design limitations, the temporary nature of message history, and the diverse needs of students seeking different types of opportunities.
Several platforms currently help students discover job, internship, and professional development opportunities, and by comparing them directly, I will be able to see what their highlights are, but most importantly, their limitations.
Highlights
Filtering and sorting tools (LinkedIn, Handshake, Notion)
Make it easier to quickly find opportunities that match a student’s interests
Tagging and categorization systems (ColorStack, Notion, Trello)
Create structure, reduce noise, and help users navigate large amounts of content
Personalized recommendations and notifications (LinkedIn, Handshake)
Help users stay aware of deadlines without constantly checking the platform.
Community-based communication (Slack)
gives a trusted, student-centric environment that outside platforms can’t replicate
Limitations
No system combines Slack’s community feel with strong organizational tools
ColorStack opportunities page is exclusive for their members
Notion / Trello offer great organization but aren't practical for this case
Handshake and major job boards lack the authenticity of Slack’s CS community
These platforms feel more formal and can be overwhelming
They focus primarily on traditional job and internship listings, excluding other opportunities typically shared in the Slack channel like fellowships, scholarships, conference deadlines, hackathons, research programs, etc.
These alternatives fail to support the “lifting each other up” culture that characterizes Berea’s jobs_internships_prof_dev channel. There is an opportunity for a combination of these solutions that does not currently exist.
A persistent, searchable, organized archive of opportunities
Automatic tagging and filtering of Slack posts (internships, jobs, scholarships, events)
Deadline tracking and reminders integrated with Slack
A weekly digest that summarizes all opportunities for busy students
A tool tailored specifically to Berea CS students, not a broad job-seeking population
In order to prepare for prototyping and development, I want to make sure I understand what the core issue is.
Berea College students actively seeking career development opportunities
All years (Freshmen-Seniors)
People wanting to share opportunities
Current students, Alumni, Professors
Specifically targeting those involved in the CS department
Current Berea students seeking opportunities are given the highest priority because they are the ones directly experiencing the issue I am trying to address. I need to learn from them what specifically would help with this issue.
There are many people who post opportunities; therefore, alumni and professors have a high priority. The service needs to be well-received by them because the service depends on their input.
Research Goal
My goal is to pinpoint exactly what would be the best layout for displaying the opportunities. I have considered tables, lists, cards, and so on - I want them to be easy to read, find, filter, interact with, etc.
Research Questions
How much info should each post display so the user can choose if they want to further interact with it?
How many posts should be shown at once before it becomes cluttered or overwhelming to the user?
Research Method
I will conduct interviews to see what my target audience would want from a web app like this. I hope that through these interviews, I gain new insights on how to best address the problem and any stakeholders that I may not be considering.
I have chosen Participatory Design as my research method. This method will enable me to identify what people prioritize, discover similarities between solutions, and record any strong opinions on a particular layout or feature. Once I have a better sense of how to achieve my research goal, I can begin working on wireframes to refine my solution.
Target audience: Berea CS Students
Requirements:
Actively seeking opportunities (internship, full-time positions, fellowships, hackathon info, conferences, scholarships, etc.)
Familiar with the opportunities channel in our CS Berea Slack
Target number: 3-5 people
Possible Questions
How do they currently deal with the situation - and what would make that easier?
What are the real-world constraints that my idea will need to account for?
What type of opportunities are you looking for?
How often do you check the Slack channel?
What features do you think are most helpful?
I conducted user research using a participatory design method by gathering a diverse group of stakeholders and end-users to discuss different platform layouts. I displayed a variety of web app layouts and encouraged them to share their thoughts about each one.
The following are the images I presented to them:
Below are notes on what the participants communicated about three different sections: the layout for displaying multiple opportunities on the same page, the detailed view of a selected opportunity, and the location of data management options.
Displaying multiple opportunities on the same page
Vertical Scroll:
Not very well liked
Easy for the user to lose their place
Feels exhausting to scroll through
List View:
Best liked
Quick and easy browse
Tags are very important
Suggestion: include key deadlines directly in the default display so they are always visible and can be filtered or sorted
Card View:
Also very well liked - as long as cards aren't too big
Main concern: displaying too many cards at once could feel overwhelming
Detailed view of selected opportunity
Split Screen: most disliked - not enough space to view content on either side
Popup Window: very well received - allows users to keep their place without being taken to another page
New suggestion: Accordion View - one participant stated this as a simple way to present everything the user would want to know on one page. Some agreed, others worried it could make the page feel too long
Data Management (Filtering/Tags/Sorting)
Horizontal Filter Bar vs. Vertical Filter Panel:
No strong preference for either layout. However, participants agreed that it should be out of the way - consider collapsible or closable components.
By giving participants direct influence over the design, I was able to confirm several uncertainties I previously had and uncover new insights based on their feedback. One of the most significant findings was the strong division between preferences for the List View and the Card View. Participants on both sides expressed clear and compelling opinions, with neither option emerging as a definitive favorite. Because of this, I plan to offer both viewing options so users can choose the format that best suits their needs at the moment.
Primary Stakeholder
I chose Olivia as a persona because she represents the core users of the jobs_internships_prof_dev Slack channel who struggle with the volume, timing, and lack of organization within the feed. As a busy CS student juggling coursework, internship searches, and extracurricular activities, she reflects the challenges many students face when trying to find meaningful opportunities with very limited time. Because of this, Olivia often resorts to faster platforms like LinkedIn or Handshake, even though those tend to have the highest number of applicants and less personalized opportunities. She also has a strong interest in hackathons, fellowships, conferences, and other developmental experiences - not just traditional job postings -demonstrating the need for a platform with a broader range of opportunities than what most job boards offer.
Stakeholder
My second persona, Professor Montminy, represents the faculty perspective within the Berea CS community - specifically those who share opportunities and want students to succeed but may face barriers like time constraints, unclear indicators of student interest, or challenges in organizing and prioritizing opportunities. Faculty members often play a crucial role in connecting students to internships, research experiences, and other professional development opportunities. By including her as a persona, I ensure that I am considering the people who will contribute valuable opportunities and help communicate them more effectively with students.
After gathering feedback from participants, I translated it into a series of low-fidelity sketches that allowed me to explore layout, navigation, and information hierarchy.
I prioritized making deadlines clearly visible so users can quickly assess upcoming due dates. A small summary of the user’s current saved opportunities also helps with task prioritization
My goal was to minimize friction in the filtering process. I placed clickable tags immediately beneath the search bar to make filtering fast and intuitive. I also included a toggle in the top-right corner, allowing users to switch seamlessly between list and card view.
Whenever a user clicks an opportunity, a popup window appears. This small window will contain the direct link to the opportunity and any important information that doesn’t fit within the list or card layout. This reduces navigation overload and keeps the users' place on the page.
Filter for an opportunity and save it:
Home Page → Switch to Card View → Filter by “Internship” → Select an item to open the pop-up → Click “Save".
Mark a saved opportunity as completed/done:
Home Page → Navigate to “Saved Opportunities” → Mark the item as “Done”.
Post a new opportunity:
Home Page → Click “Post Opportunity” → Fill out the form → Submit.
I recreated all initial sketches in Figma, allowing me to refine my design and expand different states.
During this stage, I also added a new page specifically for users who want to post an opportunity directly through the app.
To validate my design decisions and test the clarity of the user flows, I conducted a cognitive walkthrough using my Figma prototype. I selected a fellow CS student who fits within my target user group and asked them to complete each of the three core tasks with no guidance. My goal was to identify moments of confusion, hesitation, or inefficiency.
Process
The participant navigated the prototype independently, completing the tasks in sequence. I observed quietly, taking note of where the design supported intuitive behavior and where improvements were needed.
Results
Filtering and Saving an Opportunity:
The participant immediately looked to the top-right corner to switch from list to card view - exactly where I had placed the toggle. This reassured me that the view-switching mechanism felt natural to first-time users. The rest of the task was completed smoothly, showing that the overall structure felt familiar and easy to navigate.
Marking a Saved Opportunity as Completed:
This task was also completed without difficulty. The participant quickly located the “Saved Opportunities” tab and marked the item as done. However, they asked what happens to opportunities after they are marked as completed, noting that users may want to revisit items later.
Based on this feedback, I added a subtle gray “Completed” button below the navigation bar, allowing users to easily access previously completed opportunities.
Posting a New Opportunity:
The final task was completed successfully, with no confusion. However, it made me realize a point of improvement in the future: adding a post-management section where users can view or edit opportunities they’ve personally submitted.