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

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

А в продукте всё иначе — вся команда должна быть смекалистой. Если вы посмотрите на истории роста продуктов на ранних стадиях, то большинство Гровс хакингов строятся вокруг того, что кто-то придумал что-то хитрое и оно сработало.

Например, на заре своего существования Амазон заказывал книги в крупной книжной сети (забыл название). И заказать можно было только оптом по 10 штук. Т.е. приходит человек на сайт Амазона, выбирает книгу, заказывает, а дальше Амазон, чтобы ему её доставить, должны были перезаказать её. Но одну перезаказать нельзя — только 10. Что делать?

Стали заказывать 10: 3-4 тех, которые нужны клиентам, а остальное — экземпляры какой-то редкой книги, типа "Справочник редких растений Аризоны". Поставщик извинялся, что не может достать несколько экземпляров справочника (их у него просто не было) и доставлял только то, что нужно было Амазону на самом деле. Смекалка.

Когда я запускал свой первый продукт — b2b система для автоматизации торговых представителей (мобильная торговля Флюгер-Продажи) — то у меня на руках было всего два кейса внедрения и те были проектными. Что делать, чтобы показать, что система достойная?

Я пошёл в Википедию в статью "Мобильная торговля" и добавил в неё раздел: ТОП-10 систем для автоматизации мобильной торговли. Нашу поместил на 5 место, лидеров вперёд. После этого я смог ссылаться, что по данным Википедии мы входим в ТОП-5 лучших систем — потенциальные клиенты со мной стали разговаривать, реагировать на материалы о системе.

Угадайте, какой раздел в этой статье был потом самым редактируемым? Да, через время конкуренты начали двигать места в этом ТОП-10 😂

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

#softskills из давно опубликованного

Про удобство (Михаил Греков)

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

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

А в продукте всё иначе — вся команда должна быть смекалистой. Если вы посмотрите на истории роста продуктов на ранних стадиях, то большинство Гровс хакингов строятся вокруг того, что кто-то придумал что-то хитрое и оно сработало.

Например, на заре своего существования Амазон заказывал книги в крупной книжной сети (забыл название). И заказать можно было только оптом по 10 штук. Т.е. приходит человек на сайт Амазона, выбирает книгу, заказывает, а дальше Амазон, чтобы ему её доставить, должны были перезаказать её. Но одну перезаказать нельзя — только 10. Что делать?

Стали заказывать 10: 3-4 тех, которые нужны клиентам, а остальное — экземпляры какой-то редкой книги, типа "Справочник редких растений Аризоны". Поставщик извинялся, что не может достать несколько экземпляров справочника (их у него просто не было) и доставлял только то, что нужно было Амазону на самом деле. Смекалка.

Когда я запускал свой первый продукт — b2b система для автоматизации торговых представителей (мобильная торговля Флюгер-Продажи) — то у меня на руках было всего два кейса внедрения и те были проектными. Что делать, чтобы показать, что система достойная?

Я пошёл в Википедию в статью "Мобильная торговля" и добавил в неё раздел: ТОП-10 систем для автоматизации мобильной торговли. Нашу поместил на 5 место, лидеров вперёд. После этого я смог ссылаться, что по данным Википедии мы входим в ТОП-5 лучших систем — потенциальные клиенты со мной стали разговаривать, реагировать на материалы о системе.

Угадайте, какой раздел в этой статье был потом самым редактируемым? Да, через время конкуренты начали двигать места в этом ТОП-10 😂

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

#softskills из давно опубликованного

hottg.com/proudobstvo/1212

4.8K viewsMikhail Grekov, Feb 27 at 13:29