Вот представь, что тебе завтра нужно написать кейс для студентов. Ты в целом представляешь, что там да как, но задача не типовая.
А тут я, с постом про то, «Как писать тестовые задания и кейсы».

До своей карьеры в Авито я много учился и решал кейсы. Так я прорешал около 20 кейсов, после чего начал принимать участие в их составлении.

Я сформировал для себя общие правила, которые помогают при составлении:

1. Важнее логика построения ответа, чем его точность.

Участнику кейса нужно дать некий простор в решении, т.к. каждый может проявить свою сильную сторону по-разному. Например, задача по аналитике рынка может быть решена с очень разной степенью детализации. Если прописать большое количество ограничений — вы получите более точный ответ, но участнику будет сложнее себя проявить


2. Приближенные к продукту задачи — круто.

Если вы можете достать из бэклога уже решенную задачу, которая показалась вам сложной и творческой — её можно адаптировать для кейса или тестового задания. Иногда на кейс дают существующую проблему, к которой сформировали подход, но готовы послушать новые идеи.
По кейсам Авито и Яндекса я вижу, что кейсы приближены к продукту и задают вопросы про актуальные проблемы


3. Сформируйте дополнительные материалы.

При защите решения участнику очень поможет простая финансовая модель. Для того чтобы она была более наглядной, я формирую синтетические данные для кейса, и высылаю как доп. материал. В кейсах (не тестовых) я так же присылаю файл с перечнем ссылок на популярные продуктовые фреймворки. Там участник может подсмотреть что-то, если подход в целом понятен, но в деталях запутался.

Я стараюсь регулярно читать и решать продуктовые кейсы, это формирует насмотренность и поможет в каком-нибудь будущем трудоустройстве. Или нет.