Как организовать работу над проектом в Notion

Допустим, вы делаете сайт.

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

Можно собрать все задачи в одну таблицу. Но сам проект от этого понятнее не станет.

Вы увидите, что нужно написать текст для главной и проверить форму заявки. Но не увидите общей картины: какую версию сайта вы сейчас собираете, что обязательно должно войти в неё, почему запуск остановился и какие задачи вообще не влияют на ближайший результат.

Вот для этого и нужно рабочее пространство проекта.

Не как место, куда складывают всё подряд. И не как красивый дашборд, который приятно открыть два раза, а потом забыть. Нормальное рабочее пространство помогает быстро понять:

  • где сейчас находится проект;
  • что нужно сделать в первую очередь;
  • какие материалы уже готовы;
  • какие вопросы пока не решены;
  • к какому результату вы вообще идёте.

Автор:
Алёна Быстрова
коуч, проектный менеджер, автор блога

Почему списка задач недостаточно

Список задач полезен, пока проект небольшой и понятный.
Например:
• написать тексты;
• подобрать фотографии;
• собрать страницы;
• подключить форму заявки;
• проверить мобильную версию;
• опубликовать сайт.

На первый взгляд всё нормально. Но что именно значит «опубликовать сайт»?

Это должна быть одна готовая страница с описанием услуг? Или полноценный сайт с блогом, портфолио, калькулятором, формами, комментариями и несколькими направлениями работы?

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

Поэтому внутри рабочего пространства мало просто хранить задачи. Нужно видеть, к какой части проекта относится каждая из них и влияет ли она на результат, который вы хотите получить сейчас.

Сначала — сам проект

До создания таблиц и страниц нужно разобраться, что именно вы делаете.

В случае с сайтом ближайший результат может звучать так:

Опубликовать первую рабочую версию сайта, на которой человек сможет понять, с какими задачами ко мне обратиться, посмотреть услуги и оставить заявку.

Уже из этой формулировки можно принимать решения.

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

Формулировка результата нужна не для порядка. Она помогает отделить необходимую работу от всего, что тоже когда-нибудь хотелось бы сделать.

Что должно быть видно в рабочем пространстве

Точной структуры, которая подойдёт любому проекту, нет. Для создания сайта понадобится одна система, для запуска курса — другая, для работы с клиентами — третья.

Но есть несколько вещей, без которых пространство быстро превращается в хранилище страниц.

Ближайший результат

Не глобальное «развивать сайт», а конкретный результат текущего этапа.

Что должно быть готово? К какому сроку? По каким признакам вы поймёте, что этап завершён?

Если этого нет перед глазами, очень легко заниматься проектом каждый день и при этом неделями не приближаться к публикации.

Текущее состояние проекта

Открыв пространство, вы должны быстро увидеть:
• что уже готово;
• над чем вы работаете сейчас;
• что мешает двигаться дальше;
• какой этап будет следующим.

Не нужно выводить на главную страницу весь проект. Если там одновременно видны архивные материалы, идеи на будущее, сто задач и несколько таблиц, искать главное придётся вручную.

На первом экране нужна та информация, по которой вы принимаете решения сейчас.

Задачи в контексте проекта

Поменять цвет кнопки, написать страницу услуги и проверить отправку формы — это задачи одного проекта. Но влияют на запуск они по-разному.

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

Поэтому задачи нужно связывать хотя бы с этапом и ближайшим результатом. Тогда видно, что необходимо сделать сейчас, что можно отложить и где проект остановился.

Материалы

Notion не должен заменять Figma, Google Диск, WordPress и остальные сервисы. Но из рабочего пространства должно быть понятно, где лежит актуальная версия нужного материала.Например:
текст главной страницы;
• фотографии для раздела об авторе;
• макет в Figma;
• техническое задание;
• доступы;
• исследования и референсы.

Причём важно не просто сохранить ссылку, а понимать, к какой странице сайта или этапу она относится. Иначе со временем получится ещё одна папка, только уже внутри Notion.

Принятые решения

В процессе создания сайта постоянно приходится что-то выбирать:
• какие услуги вынести отдельно;
• что поставить на первый экран;
• нужен ли калькулятор;публиковать ли сайт без готового портфолио;
• куда вести человека после прочтения статьи;
• что оставить для следующей версии.

Если решения остаются только в переписке или в голове, к ним приходится возвращаться снова. Через две недели уже сложно вспомнить, почему от идеи отказались и окончательно ли отказались вообще.Не обязательно записывать каждое обсуждение. Достаточно фиксировать решения, которые меняют дальнейшую работу: что выбрали, почему и нужно ли вернуться к этому вопросу позже.

Показатели после запуска

С публикацией сайта проект не заканчивается.

Можно выполнить все задачи, запустить страницы и через месяц обнаружить, что люди читают статьи, но не переходят к услугам. Или открывают страницу услуги, но не оставляют заявки.

Поэтому заранее стоит решить, что вы будете отслеживать после запуска. Например:
• сколько людей приходит на сайт;
• откуда они переходят;
• какие страницы смотрят;
• доходят ли до услуг;
• отправляют ли заявки;
• подписываются ли после прочтения статей.

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

Как это выглядит в работе

Пока сайт готовится к публикации, на главной странице проекта могут находиться:
• ближайший результат;
• текущий этап;
• задачи, без которых запуск невозможен;
• актуальные тексты и макеты;
• нерешённые вопросы;
• дата проверки готовой версии.

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

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

То есть хорошее рабочее пространство не остаётся одинаковым навсегда. Оно меняется вместе с проектом и показывает то, с чем нужно работать на текущем этапе.

Почему готовые шаблоны часто не приживаются

Скачиваешь шаблон, внутри уже есть проекты, задачи, цели, заметки, календарь, трекеры, приоритеты и ещё несколько красивых разделов. Первое время хочется всё заполнить.

Потом оказывается, что половина полей вам не нужна, привычная работа устроена иначе, а чтобы добавить обычную задачу, приходится каждый раз принимать пять лишних решений.

Постепенно человек перестаёт открывать шаблон и возвращается в заметки или переписку.

Это не значит, что все готовые шаблоны бесполезны. Простой шаблон может сэкономить время, если его логика совпадает с вашей работой. Но чужая система не знает, какой результат для вас сейчас главный, как устроены ваши этапы, кто работает над проектом и что действительно нужно контролировать.

Поэтому сначала разбираются с проектом. И уже под него выбирают или собирают инструменты.

Что определить до создания пространства

Перед тем как открывать Notion и создавать первые страницы, ответьте на вопросы:
1. Что именно я считаю отдельным проектом?
2. Какой ближайший результат мне нужен?
3. По каким признакам я пойму, что он получен?
4. Что обязательно должно войти в текущую версию проекта?
5. Что можно перенести на следующий этап?
6. Какие этапы уже понятны?
7. Какие задачи мне нужно видеть постоянно?
8. Где сейчас лежат материалы и как я понимаю, какая версия актуальная?
9. Какие решения регулярно теряются или обсуждаются заново?
10. Что чаще всего тормозит работу?
11. Какие показатели покажут результат проекта после запуска?
12. Кто будет пользоваться пространством кроме меня и что должен видеть этот человек?

Если на эти вопросы пока сложно ответить, рано выбирать шаблон и проектировать базы. Сначала нужно разобраться, как устроена сама работа. Иначе весь существующий беспорядок просто переедет в Notion.

Собрать пространство самостоятельно или заказать

Сейчас я собираю практический мини-курс по Notion, на котором человек берёт свой реальный проект и создаёт под него рабочее пространство.

Сначала мы разбираемся с самим проектом: его границами, ближайшим результатом, этапами, ресурсами и ограничениями. Затем собираем систему в Notion и настраиваем её так, чтобы через неё можно было вести работу, а не просто хранить информацию.

Если хочется разобраться и сделать всё самостоятельно, можно пройти мини-курс.

Если нет времени проектировать систему, разбираться с базами и перестраивать текущую работу, можно заказать у меня готовое рабочее пространство. Я изучу, как устроен проект, и соберу Notion под конкретные задачи, материалы, процессы, команду и показатели.

В первом случае вы самостоятельно создадите систему и будете понимать, как она устроена. Во втором — получите уже собранное пространство под свой проект.

Оставьте комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *