Как-то я писал пост о том, что “хорошее – предвестник лучшего”.
Теперь хотелось бы чутка накинуть практичности на сей тезис из опыта Студии.
В работе над внутренними проектами Студии у нас негласно внедрено и хорошо работает понятие “версий”.
У любого продукта, будь то внутренний обучающий курс, регламент, инструкция, шаблон медиаплана, коммерческое предложение есть приписка “версия”, которая обозначает определенную стадию развития продукта на сегодня.
Тут проще на конкретном примере.
Если мы с нуля создаем какой-то новый продукт, например, коммерческое предложение, то мы хотим прийти к некоей идеальной версии, которую мы себе визуализировали в головах, которое будет хорошо работать и не будет требовать каких-то срочных доработок.
Это будет версия 1.0. Отдали команде, команда с ней работает, делает продажи и всё хорошо.
Но. Мы заранее знаем, что сразу так не получится. К примеру, мы сделаем слайды с рассказом о наших подходах к работе, а клиенту на них плевать. Менеджер по продажам расскажет на презентации про подходы раз, потом три, потом десять и заметит, что клиент засыпает на этих слайдах.
Тогда менеджер придет и скажет нам “ребята, надо доработать!”.
А мы уже не хотим дорабатывать. Душа вложена, выложена и вообще другие дела. Конфликт/грусть/непонимание.
Поэтому мы считаем, что никакой продукт или документ нельзя сразу сделать на версию 1.0. Всегда будут требоваться доработки до такого состояния. Всегда будет что-то предварительное: 0.5, 0.7, 0.8, 0.9. Но не 1.0.
Со временем у нас появилось даже четыре основных уровня предварительной версии, в зависимости от задач или срочности:
Версия 0.2-0.3 – это когда нужно срочно, за час собрать из говна и палок какую-то инструкцию или документ, чтобы не пустота. Например, инструкция по переносу из Notion. Написал, что пришло в голову, отдал, кто не понял - спросил. Некогда.
Версия 0.5 – это своего рода MVP, минимально жизнеспособный продукт, который может будет выглядеть местами сыренько, с опечатками, без упаковки и где-то даже незаконченным, но главное, чтобы выполнил свою задачу. Например, я сейчас делаю внутренний курс для команды по аналитике. Мне некогда вычитывать ошибки, главное смыслы передать. На следующих этапах уже те, кому делегирую, упакуют и доработают.
Версия 0.8 – это, в целом, то, что мы планировали сделать. Нам нравится как оно выглядит, но надо тестировать и смотреть на ошибки/недоработки в процессе. Это из примера выше с коммерческим.
Версия 1.0 – это уже полностью рабочий и актуальный документ или проект, который протестирован, работает и радует душу.
Но, версия 1.0 – это не финал. Все стремительно развивается и обновляется, в том числе наше видение, представление, опыт и рыночные реалии.
Поэтому по спирали за версией 1.0 спустя годы, а то и месяцы, следует версии 1.8, 2.0, 2.5, 2.8, 3.0, 3.5 и до бесконечности. И подход тут все тот же, делаем представление – тестируем – оставляем.
Самая длинная версия у нас сейчас у основного коммерческого предложения. Ребята работают над версией 6.8, то бишь к концу года мы сделаем основной версию 7.0.
Очень нравится на практике этот подход, потому что он зачастую помогает освободить разум от желания “вылизывать”. Если моя задача – передать знание команде, то вовсе не обязательно сейчас сидеть и думать над тем, какой цвет шрифта выбрать и как бы это все помпезно упаковать. Я поставлю на доке честную маркировку, что 0.5 и не больше, а дальше уже время покажет, надо ли доводить до 0.8 и далее.
Крч, сильвупле тестировать. Буду рад, если кому-то он покажется полезным :)
Как-то я писал пост о том, что “хорошее – предвестник лучшего”.
Теперь хотелось бы чутка накинуть практичности на сей тезис из опыта Студии.
В работе над внутренними проектами Студии у нас негласно внедрено и хорошо работает понятие “версий”.
У любого продукта, будь то внутренний обучающий курс, регламент, инструкция, шаблон медиаплана, коммерческое предложение есть приписка “версия”, которая обозначает определенную стадию развития продукта на сегодня.
Тут проще на конкретном примере.
Если мы с нуля создаем какой-то новый продукт, например, коммерческое предложение, то мы хотим прийти к некоей идеальной версии, которую мы себе визуализировали в головах, которое будет хорошо работать и не будет требовать каких-то срочных доработок.
Это будет версия 1.0. Отдали команде, команда с ней работает, делает продажи и всё хорошо.
Но. Мы заранее знаем, что сразу так не получится. К примеру, мы сделаем слайды с рассказом о наших подходах к работе, а клиенту на них плевать. Менеджер по продажам расскажет на презентации про подходы раз, потом три, потом десять и заметит, что клиент засыпает на этих слайдах.
Тогда менеджер придет и скажет нам “ребята, надо доработать!”.
А мы уже не хотим дорабатывать. Душа вложена, выложена и вообще другие дела. Конфликт/грусть/непонимание.
Поэтому мы считаем, что никакой продукт или документ нельзя сразу сделать на версию 1.0. Всегда будут требоваться доработки до такого состояния. Всегда будет что-то предварительное: 0.5, 0.7, 0.8, 0.9. Но не 1.0.
Со временем у нас появилось даже четыре основных уровня предварительной версии, в зависимости от задач или срочности:
Версия 0.2-0.3 – это когда нужно срочно, за час собрать из говна и палок какую-то инструкцию или документ, чтобы не пустота. Например, инструкция по переносу из Notion. Написал, что пришло в голову, отдал, кто не понял - спросил. Некогда.
Версия 0.5 – это своего рода MVP, минимально жизнеспособный продукт, который может будет выглядеть местами сыренько, с опечатками, без упаковки и где-то даже незаконченным, но главное, чтобы выполнил свою задачу. Например, я сейчас делаю внутренний курс для команды по аналитике. Мне некогда вычитывать ошибки, главное смыслы передать. На следующих этапах уже те, кому делегирую, упакуют и доработают.
Версия 0.8 – это, в целом, то, что мы планировали сделать. Нам нравится как оно выглядит, но надо тестировать и смотреть на ошибки/недоработки в процессе. Это из примера выше с коммерческим.
Версия 1.0 – это уже полностью рабочий и актуальный документ или проект, который протестирован, работает и радует душу.
Но, версия 1.0 – это не финал. Все стремительно развивается и обновляется, в том числе наше видение, представление, опыт и рыночные реалии.
Поэтому по спирали за версией 1.0 спустя годы, а то и месяцы, следует версии 1.8, 2.0, 2.5, 2.8, 3.0, 3.5 и до бесконечности. И подход тут все тот же, делаем представление – тестируем – оставляем.
Самая длинная версия у нас сейчас у основного коммерческого предложения. Ребята работают над версией 6.8, то бишь к концу года мы сделаем основной версию 7.0.
Очень нравится на практике этот подход, потому что он зачастую помогает освободить разум от желания “вылизывать”. Если моя задача – передать знание команде, то вовсе не обязательно сейчас сидеть и думать над тем, какой цвет шрифта выбрать и как бы это все помпезно упаковать. Я поставлю на доке честную маркировку, что 0.5 и не больше, а дальше уже время покажет, надо ли доводить до 0.8 и далее.
Крч, сильвупле тестировать. Буду рад, если кому-то он покажется полезным :)