aicodedecode/awesome-muse-skills

개요

디자이너, 개발자, 작가, 그리고 대부분의 창의적·기술적 직무에서 포트폴리오는 면접 전의 면접입니다. 채용 담당자는 2-5분을 투자합니다. 즉, 큐레이션이 양을 이기고, 작업물 자체보다 그 작업을 둘러싼 스토리가 더 중요합니다. 이 스킬은 프로젝트 선정, 케이스 스터디 작성, 방문자를 대화로 전환하는 포트폴리오 사이트 구조화 방법을 다룹니다.

사용 시기

• 첫 포트폴리오를 만들거나 오래된 포트폴리오를 새롭게 구축할 때
• 포함할 프로젝트를 선택하고 (그리고 잘라낼 프로젝트를 결정할 때)
• 결과물뿐만 아니라 과정을 보여주는 케이스 스터디를 작성할 때
• 구직 지원이나 프리랜서 클라이언트를 위해 포트폴리오를 준비할 때
• 기존 포트폴리오가 제대로 전환되지 않아 검토가 필요할 때

핵심 개념

• • • 큐레이션이 실력이다. 뛰어난 프로젝트 4-6개가 평범한 15개를 이깁니다. 모든 프로젝트는 '이 프로젝트가 내가 더 하고 싶은 작업을 대표하는가?'라는 질문에 답해야 합니다. 그렇지 않은 것은 과감히 잘라내세요.
• • • 케이스 스터디 구조. 맥락(문제는 무엇이었는가?), 역할(실제로 무엇을 했는가?), 과정(주요 결정과 그 이유), 결과(지표 또는 정성적 결과), 회고(다르게 했을 점). 과정 섹션에서 시니어리티가 드러납니다.
• • • 픽셀뿐만 아니라 사고를 보여줘라. 최종 결과물의 스크린샷은 기본입니다. 스케치, 와이어프레임, 기각된 방향, 트레이드오프 논의 — 이것이 검토자의 눈에 주니어와 시니어를 구분 짓는 요소입니다.
• • • 10초 홈페이지 테스트. 낯선 사람이 10초 안에 당신이 누구인지, 무엇을 하는지 파악하고 인상적인 것을 하나 볼 수 있어야 합니다. 이름, 전문 분야, 그리고 폴드 위에 3-4개의 주요 프로젝트가 있어야 합니다.
• • • 스키머를 위해 써라. 짧은 문단, 명확한 헤더, 캡션이 있는 이미지. 검토자는 훑어보기만 합니다; 모든 섹션의 요점이 헤더와 첫 줄에서 분명하게 드러나도록 하세요.
• • • 마찰 없는 연락. 이메일, 링크드인, 이력서가 모든 페이지에서 한 번의 클릭으로 접근 가능해야 합니다. '인상 받음'에서 '연락함' 사이의 모든 추가 단계는 기회를 잃게 만듭니다.

실용적인 작업 흐름

1. 1. 1. 대상을 정의하라. 이 포트폴리오는 어떤 역할/클라이언트를 위한 것인가? 그들이 중요하게 여기는 3-5가지 역량을 나열하세요. 모든 프로젝트 선택은 이 목록에 매핑되어야 합니다.
2. 2. 2. 4-6개의 프로젝트를 선정하라. 우선순위: 최근 작업, 대상과 일치하는 작업, 측정 가능한 결과가 있는 작업. 해당된다면 범위를 보여주는 프로젝트 하나를 포함하세요 — 하지만 집중력을 희생해서는 안 됩니다.
3. 3. 3. 케이스 스터디를 작성하라. 각 프로젝트당: 위 구조에 따라 300-600단어. 결과로 시작한 다음 스토리를 전개하세요. 실제 숫자를 사용하세요; NDA 아래라면 영향력을 정성적으로 설명하거나 ("top-3 수익 동인") 익명화된 지표에 대한 허가를 받으세요.
4. 4. 4. 시각 자료를 모아라. 최종 결과물을 먼저, 그 다음 과정 아티팩트를 배치하세요. 일관된 이미지 크기와 품질 — 하나의 흐릿한 스크린샷이 전체 페이지를 망칩니다. 민감한 데이터는 깔끔하게 수정하거나 모의 데이터로 대체하세요.
5. 5. 5. 사이트를 구축하라. 빠르고 간단하게 유지하세요: 깔끔한 템플릿이 영리하지만 고장난 커스텀 빌드보다 낫습니다. 모바일 반응형은 필수입니다(조회수의 40% 이상). 로드 시간과 모든 링크를 테스트하세요.
6. 6. 6. 지원 페이지를 추가하라. 소개(사람 냄새 나고, 구체적이며, 사진 포함), 연락처, 그리고 다운로드 가능한 이력서/PDF 버전. 개발자의 경우: 고정되고 문서화된 리포지토리가 있는 GitHub 링크를 추가하세요.
7. 7. 7. 외부인의 시선을 구하라. 목표 역할에 있는 2-3명에게 3분을 투자해달라고 요청하고 그들이 기억하는 것을 말해달라고 하세요. 그들이 당신의 최고 프로젝트를 이름을 말하지 못한다면, 계층 구조가 잘못된 것입니다.

흔한 함정

• • • 박물관 포트폴리오. 2016년 이후 만든 모든 것을 큐레이션 없이 전시하는 것. 검토자는 가장 약한 작품으로 당신을 평가합니다 — 무자비하게 잘라내세요.
• • • 팀 프로젝트에 대한 맥락 부재. "우리가 앱을 재설계했습니다" — 당신은 무엇을 했나요? 불분명한 소유권은 검토자가 당신이 가장 덜 인상적인 부분을 맡았다고 가정하게 만듭니다. 자신의 역할을 명확히 밝히세요.
• • • NDA 마비. "아무것도 보여줄 수 없습니다"는 거의 완전히 사실이 아닙니다. 익명화하고, 단순화된 버전을 재창조하거나, 공백을 메우기 위해 강력한 개인 프로젝트 하나를 만드세요.
• • • 시각 자료만 있고 설명이 없는 경우. 아름다운 이미지에 설명이 없으면 검토자가 스토리를 추측하게 만듭니다. 그들은 잘못 추측하거나 넘어갈 것입니다.
• • • 고장나고, 느리며, 데스크톱 전용. 휴대폰에서 로드되지 않는 포트폴리오는 가장 기본적인 기술 테스트에서 실패합니다. 실제 기기에서 테스트하세요.
• • • 업데이트하지 않음. 2022년에 멈춘 포트폴리오는 정체를 의미합니다. 분기마다 새 작업을 추가하고, 현재 실력 수준보다 오래된 작업은 제거하세요.