Совет 1. Нельзя знать все, но нужно знать, у кого это можно узнать.
Многие новички думают, что хороший проджект — это человек, который всё знает. Но это не так. Хороший проджект — это человек, который умеет находить нужных людей и информацию.
Перефразирую мысль: Хороший проджект — это связующее звено между всеми участниками процесса: клиентом, командой, руководством, технарями, дизайнерами и юристами. Ты не обязан знать, как именно устроен backend микросервисов, но ты должен знать, кто из команды сможет объяснить это понятным языком клиенту. Ты не обязан разбираться в нюансах API, но должен понимать, к какому разработчику или BA пойти, чтобы быстро получить ответ.
Реальная ситуация: Если на встрече клиент спрашивает что-то, чего вы не знаете, не бойтесь и не расстраивайтесь. При общении с клиентом это "не знаю" отлично заменяется на: «в данный момент я не могу ответить на этот вопрос, но я уточню и вернусь с ответом». В идеале, если вы сразу озвучите клиенту сроки, когда именно вы сможете вернуться с ответом.
Гораздо хуже будет, если вы начнете угадывать ответ на поставленный вопрос. Если вы «не угадаете», последствия могут быть крайне нерпиятными.
Важно: Ни клиенты, ни коллеги не ожидают, что вы будете знать все. Но они ожидают получить обратную связь по своим вопросам, особенно если вы обещали ее дать. Поэтому: Обещали уточнить — уточните и вернитесь с ответом, даже если это будет «ответа пока нет».
Советы:
• Вести базу экспертов и контактов: кто в команде за что отвечает, кто и в чем лучше разбирается, кто лучше умеет донести мысль клиенту.
• Записывать в ходе встречи: кто задал вопрос, когда вернуться с ответом, кому из команды нужно передать этот вопрос.