Чек-лист портфолио дата-аналитика
Хорошее портфолио — не десяток проектов, а несколько ясных историй, показывающих, как вы мыслите данными. Ниже — что я проверяю перед отправкой найм-менеджеру. Семь пунктов, сгруппированных в три части.
Часть 1. Сила контента
Один сильный проект лучше пяти слабых
Выберите 2–4 проекта, где вы можете объяснить:
- Какой вопрос закрывали.
- Какие данные использовали.
- Какой метод выбрали и почему.
- Какая рекомендация последовала из анализа.
Метрики — конкретные
Избегайте фраз вроде «улучшили удержание». Используйте числа: «нашли разрыв в 14 пп в retention второй недели между платной и органической когортами». Конкретное число проверяемо и запоминается.
Контекст, а не только вывод
На каждый проект — пять пунктов:
- Бизнес-контекст.
- Гипотеза.
- Метод.
- Инсайт.
- Impact или рекомендация.
Без контекста красивый график — просто картинка. С контекстом — аргумент.
Часть 2. Честность и качество
Показывайте месиво, не только результат
Настоящий анализ включает пропуски, странные распределения и тупики. Упомяните их кратко. Найм-менеджер хочет видеть суждение, не отполированный финальный график. Честность про тупики сигнализирует о зрелости сильнее, чем успех.
Код должен быть читаемым
Даже если проект в основном SQL или Python — добавьте README и понятные имена переменных. Продакшн-качества никто не ждёт, но нечитаемый ноутбук режет глаз. Бонус: один абзац «как запустить» — и ревьюер не закроет вкладку.
Часть 3. Подача и поддержка
Держите сайт быстрым
Сайт портфолио должен грузиться быстро. Тяжёлые картинки, медленные дашборды, битые ссылки дают плохое первое впечатление до того, как кто-то прочтёт проект. Проверьте: LCP < 2,5 с, изображения ≤ 200 КБ, никаких растёт-по-вертикали макетов.
Обновляйте регулярно
Портфолио, которое выглядит заброшенным, сигнализирует, что вы не работаете над навыками. Добавьте страницу «Now» или блог — они показывают текущую работу. Дата последнего обновления в подвале снимает вопрос «это ещё живое?».
На практике
Я применил этот чек-лист к собственному портфолио — этому сайту. Что нашёл:
- Сила контента: четыре проекта (funnel, A/B, retention, segmentation) — каждый с контекстом, методом, инсайтом. Соответствует пункту 1.
- Конкретные метрики: в A/B-тесте указано +4,82 пп, p < 0,0001, MDE +5 пп. Не «стало лучше».
- Честность: в project-заметках упоминаю, где данные синтетические (fit-trek), а где реальные (volta-banking). Без этого ревьюер не отличит симуляцию от работы с реальным DWH.
- Код: README у каждого проекта,
uv-окружение описано. Но часть ноутбуков всё ещё нечитаема — в работе. - Сайт: статический Astro, грузится быстро. Битых ссылок нет —
make checkловит. - Обновление: блог «Writing» с датами показывает, что сайт жив.
Чек-лист — не вето, а зеркало. Прогоняйте им портфолио перед отправкой: что попадает в «в работе», то переносится в backlog, не в оправдание.
Быстрый чек-лист
| # | Пункт | Критерий |
|---|---|---|
| 1 | Один сильный проект | 2–4 проекта с контекстом, методом, инсайтом, рекомендацией |
| 2 | Конкретные метрики | Числа, пп, p-value, MDE — не «стало лучше» |
| 3 | Контекст | Бизнес-контекст → Гипотеза → Метод → Инсайт → Impact |
| 4 | Честность | Упомянуты пропуски, тупики, синтетические данные |
| 5 | Читаемый код | README, понятные имена, «как запустить» |
| 6 | Быстрый сайт | LCP < 2,5 с, изображения ≤ 200 КБ, нет битых ссылок |
| 7 | Регулярное обновление | Дата в подвале, блог или страница «Now» |
Финальная мысль: портфолио — аргумент, что вы будете полезны команде. Каждый проект должен отвечать на неявный вопрос: «что этот человек сделает для нас?»