Если коротко, процессы — это объяснения, что и в какой ситуации делать. Например, чтобы написать кейс, редактору нужно составить понимание задачи, созвониться с экспертом, написать задание дизайнеру и т. д. Все эти действия — это и есть процессы. С ними люди делают меньше ошибок и быстрее работают.
❌ Плохо описанные процессы оторваны от реальных задач. Допустим, нужен написать кейс про какой-нибудь сервис. Если редактор неопытный, он тупо пойдёт по описанному алгоритму действий и… всё. Например, перед созвоном с экспертом не изучит сервис, не зарегистрируется в нём, не пройдёт путь пользователя. А сразу придёт к эксперту, как написано в процессах и будет пытаться понять, что тот имеет в виду. Конечно, редактору можно было самому догадаться изучить сервис до созвона, но не всегда это бывает очевидно, особенно новичкам.
Такое случается, когда процессы в компании — это формальность ради галочки. Тогда они описаны без подробностей: остаётся много дыр, идти по такому процессу неудобно, он не адаптирован под реальную задачу и ничему не учит.
Процессы — это не что-то шаблонное, что можно скопировать у другой компании и принести своей команде, мол, вот так теперь будем работать. Они создаются под конкретную компанию, команду, задачу.
✅ Хорошие процессы всегда тесно связаны с реальной работой: сделали задачу, описали процесс, увидели ошибку или неудобства, скорректировали и так до бесконечности.
Без хороших процессов напряжно: тратится много времени, чтобы что-то организовать, приходится стрессовать вместо ровной работы, кого-нибудь дёргать, чтобы найти нужную информацию и непонятно, к кому вообще обращаться.
↓ Отличия хороших процессов от плохих:
• по ним просто работать — нет пробелов в действиях, делай А, получишь Б;
• с ними мало неопределённости — все понимают не только, что конкретно делать, но и зачем это нужно;
• они дорабатываются — если кто-то замечает, что процесс неудобный или появляется новая информация, то процесс обновляется.
