Как описывать процессы в стартапе и не утонуть в регламентах?

Описывайте процесс только тогда, когда он повторяется и его делает больше одного человека. Формат — короткий чек-лист на полстраницы: когда запускается, шаги, кто отвечает, как понять, что сделано. Пишите его тот, кто делает работу, по ходу выполнения, а не по памяти. Раз в квартал удаляйте устаревшее. Так знания не теряются, а бюрократия не растёт.

Обновлено

Приоритеты

Какие процессы описать первыми

Ошибки

Частые ошибки

Пример

Пример

Каждый новый клиент стартапа требовал от основателя двух часов настройки. Он записал шаги при очередном подключении — получилось 14 пунктов. Через неделю подключение проводит менеджер поддержки по чек-листу, а основатель только отвечает на два уточняющих вопроса.

Пошагово

Как сделать

  1. Выберите процесс, который повторяется и вызывает вопросы.
  2. В следующий раз, выполняя его, запишите шаги по ходу.
  3. Сократите до чек-листа на полстраницы.
  4. Дайте его другому человеку и поправьте по его вопросам.
  5. Назначьте владельца, который обновляет описание.
Вопросы

Частые вопросы по теме

Когда пора описывать процессы?

Когда задача повторяется и её начинает делать кто-то кроме вас.

Какой формат лучше?

Чек-лист с шагами, ответственными и критерием готовности.

Где хранить описания?

В одном месте, доступном команде.

Кто должен писать?

Тот, кто делает работу, при проверке руководителем.

Как часто обновлять?

При каждом изменении процесса и раз в квартал для ревизии.

Fast Notes

Как это устроено в Fast Notes

В Fast Notes процесс можно надиктовать прямо во время выполнения, а затем опубликовать чек-лист по ссылке или собрать несколько в публичную подборку для команды.