Продуктовый экзорцизм
Оценка сроков определяет все: приоритеты разработки фич, оценка денег в договор, распределение позиций участников проекта и их загрузки и так далее. Поэтому нельзя говорить, что «я не знаю сколько», «сложно сказать».
5АМ | #управление
Оценка сроков определяет все: приоритеты разработки фич, оценка денег в договор, распределение позиций участников проекта и их загрузки и так далее. Поэтому нельзя говорить, что «я не знаю сколько», «сложно сказать».
5АМ | #управление
❤9💯1
Продуктовый экзорцизм (далее...)
Снять сроки не простая задача для менеджера проектов и продакта, но её нужно выполнять как можно раньше. На точность сроков влияет то, когда начат их сбор. Чем раньше этап, тем больше приходится выдумывать, обращаясь к демонам и духам)
🟣 Экзорцист
Это продакт менеджер, который, закатывая глаза и скрещивая пальцы ладонями вверх, пытается ответить на вопрос стейкхолдера «че долго делать?». У него нет ни скоупа, ни классов пользователей, только минимальный вижн, объяснения несколько фич и пара бизнес целей. Он не говорил с пользователями, бегло посмотрел сайты конкурентов и пару роликов на ютуб.
Демоны обманчивы, точность сроков будет типа «ну может быть как от следующего вторника, так и до следующего сентября».
🟣 Ловцы душ
Это продакт, проджект и руководители направлений: аналитики, дизайна, фронта, бэка, тестов и т.д., собравшиеся за столом перед книгой заклинаний - скоупом. Продакт и аналитик собрали бизнес требования, разложили диаграмму фич, пользователей, конкурентов, заложили архитектуру юзкейсов. Далее продакт читает заклинания - наговаривает концепт и вижн блоков и разделов, описывая крупными мазками представителям всех направлений блоки работ. Затем, все сидящие за столом берутся за руки и запрашивают оценку сроков по направлениям у потустороннего мира. Проджект с овнером раскидывают приоритеты и получают примерную роадмапу и набор планов версий. Точность выше, но по прежнему может быть промах на месяца, корректировка от 20% до 50%, зависит от сработанности команды.
🟣 Медиум
Это руководитель направления разработки, получивший хорошо проработанные требования по каждой возможности (для фронта это еще и макеты и апи), декомпозирующий и оценивающий конкретные задачи по требованиям. Точность очень высокая, корректировка не более 5-10%, зависит от качества руководителя и сработанности команды.
К сожалению, выбирать не приходится, что лучше так или вот так, нужно делать все эти типы оценок. Дать опору стейкхолдеру в течение часа будучи экзорцизмом, собрать оценку за неделю ловцами душ, а затем через медиумов уточнять сроки.
Общаетесь с потусторонним миром при оценке сроков?😄
5АМ | #управление
Снять сроки не простая задача для менеджера проектов и продакта, но её нужно выполнять как можно раньше. На точность сроков влияет то, когда начат их сбор. Чем раньше этап, тем больше приходится выдумывать, обращаясь к демонам и духам)
🟣 Экзорцист
Это продакт менеджер, который, закатывая глаза и скрещивая пальцы ладонями вверх, пытается ответить на вопрос стейкхолдера «че долго делать?». У него нет ни скоупа, ни классов пользователей, только минимальный вижн, объяснения несколько фич и пара бизнес целей. Он не говорил с пользователями, бегло посмотрел сайты конкурентов и пару роликов на ютуб.
Демоны обманчивы, точность сроков будет типа «ну может быть как от следующего вторника, так и до следующего сентября».
🟣 Ловцы душ
Это продакт, проджект и руководители направлений: аналитики, дизайна, фронта, бэка, тестов и т.д., собравшиеся за столом перед книгой заклинаний - скоупом. Продакт и аналитик собрали бизнес требования, разложили диаграмму фич, пользователей, конкурентов, заложили архитектуру юзкейсов. Далее продакт читает заклинания - наговаривает концепт и вижн блоков и разделов, описывая крупными мазками представителям всех направлений блоки работ. Затем, все сидящие за столом берутся за руки и запрашивают оценку сроков по направлениям у потустороннего мира. Проджект с овнером раскидывают приоритеты и получают примерную роадмапу и набор планов версий. Точность выше, но по прежнему может быть промах на месяца, корректировка от 20% до 50%, зависит от сработанности команды.
🟣 Медиум
Это руководитель направления разработки, получивший хорошо проработанные требования по каждой возможности (для фронта это еще и макеты и апи), декомпозирующий и оценивающий конкретные задачи по требованиям. Точность очень высокая, корректировка не более 5-10%, зависит от качества руководителя и сработанности команды.
К сожалению, выбирать не приходится, что лучше так или вот так, нужно делать все эти типы оценок. Дать опору стейкхолдеру в течение часа будучи экзорцизмом, собрать оценку за неделю ловцами душ, а затем через медиумов уточнять сроки.
Общаетесь с потусторонним миром при оценке сроков?😄
5АМ | #управление
❤11😁6
Продакт политик
У продакта есть одна важная функция. Он транслирует происходящее в продукте заинтересованным лицам, действуя по сути как политик. В тех или иных фичах могут быть заинтересовано не мало людей и нужно иметь ответ на вопрос «когда» и «почему еще не» для всех. При этом транслировать разным классам в свойственной ей манере. В корне трансляции всегда лежат сроки.
Чем хуже со сроками, тем чаще и яснее должна быть трансляция. Формула если проблемы: «Как вы знаете, мы делаем вот это, есть вот такие проблемы, чтобы их решить есть варианты решения n1, n2, n3, на их проработку выделено такое-то время, будет решено к такому-то времени, сдвиг на такое-то время». Формула если нет проблем: «Мы делаем вот это, будет готово к этому времени в такой конфигурации, будет готово в полной конфигурации к такому времени».
Сбор информации с руководителей или исполнителей должен быть в контексте получения информации для этих формулировок. Людям нужно получить ясность, устойчивость, чтобы принять спокойное положение ожидания или транслировать эту позицию, чтобы кто-нибудь еще принял спокойное положение.
Это информационное управление. То, как будет передана дальше информация, или какое решение примет человек на основе этой информации, зависит многое. Нужно помнить об этой цепочке. Это политика.
5АМ | #управление
У продакта есть одна важная функция. Он транслирует происходящее в продукте заинтересованным лицам, действуя по сути как политик. В тех или иных фичах могут быть заинтересовано не мало людей и нужно иметь ответ на вопрос «когда» и «почему еще не» для всех. При этом транслировать разным классам в свойственной ей манере. В корне трансляции всегда лежат сроки.
Чем хуже со сроками, тем чаще и яснее должна быть трансляция. Формула если проблемы: «Как вы знаете, мы делаем вот это, есть вот такие проблемы, чтобы их решить есть варианты решения n1, n2, n3, на их проработку выделено такое-то время, будет решено к такому-то времени, сдвиг на такое-то время». Формула если нет проблем: «Мы делаем вот это, будет готово к этому времени в такой конфигурации, будет готово в полной конфигурации к такому времени».
Сбор информации с руководителей или исполнителей должен быть в контексте получения информации для этих формулировок. Людям нужно получить ясность, устойчивость, чтобы принять спокойное положение ожидания или транслировать эту позицию, чтобы кто-нибудь еще принял спокойное положение.
Это информационное управление. То, как будет передана дальше информация, или какое решение примет человек на основе этой информации, зависит многое. Нужно помнить об этой цепочке. Это политика.
5АМ | #управление
❤14
Что такое "Нашваш" или как руководителю понять, что теряет члена команды
Есть очень хороший маркер в общении с любым человеком, о котором я узнал со своей прошлой службы в гос. органах.
Он помогает определить как настроен человек к общему делу, проекту, работе, отношениям. Как правило, этот маркер можно услышать, когда человек начинает выпускать эмоции. Сколько у меня было расставаний с людьми - столько раз я встречал этот маркер, так что безотказно.
Так вот - это местоимения "Наш-Ваш".
Как только вы слышите что-то типа такого: "Да в ВАШЕМ проекте все через жопу" или "ВАША система управления фигня" то, если ничего не сделать - человек уйдет в ближайшее время либо будет отсиживаться, выполняя работу на минимальном уровне.
Если говорить о том, что происходит в голове: в этот момент произошло разотождествление своего Я и вашего общего дела. Психика так делает, чтобы проще принять решение. Если услышали, то у вас осталось совсем мало времени, чтобы расположить человека.
Пользуйтесь))
🟣 Руководителю, чтобы попробовать понять сотрудника, решить его вопрос или хотя бы договориться о мягком уходе
🟣 Сотруднику, чтобы не палиться и отсиживаться грамотно 😄😄, ну или попробовать договориться, может вас все таки поймут, если дело вам дорого. Вы же когда-то говорили "Мы" и "Наш", зачем рубить, так ведь?))
5АМ | #управление
Есть очень хороший маркер в общении с любым человеком, о котором я узнал со своей прошлой службы в гос. органах.
Он помогает определить как настроен человек к общему делу, проекту, работе, отношениям. Как правило, этот маркер можно услышать, когда человек начинает выпускать эмоции. Сколько у меня было расставаний с людьми - столько раз я встречал этот маркер, так что безотказно.
Так вот - это местоимения "Наш-Ваш".
Как только вы слышите что-то типа такого: "Да в ВАШЕМ проекте все через жопу" или "ВАША система управления фигня" то, если ничего не сделать - человек уйдет в ближайшее время либо будет отсиживаться, выполняя работу на минимальном уровне.
Если говорить о том, что происходит в голове: в этот момент произошло разотождествление своего Я и вашего общего дела. Психика так делает, чтобы проще принять решение. Если услышали, то у вас осталось совсем мало времени, чтобы расположить человека.
Пользуйтесь))
🟣 Руководителю, чтобы попробовать понять сотрудника, решить его вопрос или хотя бы договориться о мягком уходе
🟣 Сотруднику, чтобы не палиться и отсиживаться грамотно 😄😄, ну или попробовать договориться, может вас все таки поймут, если дело вам дорого. Вы же когда-то говорили "Мы" и "Наш", зачем рубить, так ведь?))
5АМ | #управление
👍13❤6🔥1🤔1
В чем истинная полезность project manager-а в небольшой IT компании
Представьте производство автомобиля. Есть сборочная лента. Штампуют прессом кузовную деталь, сваривают детали между собой, устанавливаются внешние детали, красят и т.д.
Где здесь ПМ?ПМ - это сборочная лента.
Продакт выдал видение продукта и пачку сценариев, вылизанных с точки зрения нужности рынку и заработка. Положил на ленту. ПМ включился и поволок коробочку к бизнес аналитику. Этот побегал собрал процесс, акторов, результаты. Положил в коробочку. Сис. аналитик подобрал, дал процесс, модель данных, требования. Положил в коробочку. Продакт дизайнер посмотрел на все эти сценарии, пособирал свои требования, видение, разложил карту. Положил в коробочку. Тех. лид посмотрел на это все безобразие, сделал модель БД, архитектуру бэка. Положил в коробочку. И так далее пока не дойдем до тестирования. Каждый делает свою работу и кладет в коробочку, пока из неё не получится то самое нечто, что в экстазе увидел продакт.
Проблема в том, что каждый кладет свою часть в коробочку, но последующий специалист на ленте достает работу предыдущего и пытается понять, что там за предметы лежат, "как мне делать свою работу-то на основе этого безобразия". Вот ПМ подходит к следующему в цепи и говорит, что вот это вот от БА Пети, а это от прод. диза Васи и нужно это, чтобы получилось вот это, потому что продакт так сказал, чтобы на зарплату тебе было, на покушать там, на фрукты и кокосовое молоко в твоем раскрасивом офисе.
И, если что, ПМ может позвать Петю и Васю, чтобы перевести их писанину или рисульки с контролем контекста и видения продукта, чтобы Игоря, Петю и Васю не повело в сторону типа: "а давайте сделаем игру про кредитного менеджера Альфа Банка Николая пока клиент 30 сек. ждет формирование документов для подписания кредитной карты". Если что - это реальный кейс.
ПМ должен склеить швы и нести знамя продакта до деплоя и положить аккуратно в ручки маркетологу и продажнику.
И от этого идет все: все планы, таски, созвоны, куча документов и умных слов. Но суть: сохранить видение продукта, за который заплатит клиент, даже если видение трансформируется пока ПМ несет знамя.
5АМ | #управление
Представьте производство автомобиля. Есть сборочная лента. Штампуют прессом кузовную деталь, сваривают детали между собой, устанавливаются внешние детали, красят и т.д.
Где здесь ПМ?
Продакт выдал видение продукта и пачку сценариев, вылизанных с точки зрения нужности рынку и заработка. Положил на ленту. ПМ включился и поволок коробочку к бизнес аналитику. Этот побегал собрал процесс, акторов, результаты. Положил в коробочку. Сис. аналитик подобрал, дал процесс, модель данных, требования. Положил в коробочку. Продакт дизайнер посмотрел на все эти сценарии, пособирал свои требования, видение, разложил карту. Положил в коробочку. Тех. лид посмотрел на это все безобразие, сделал модель БД, архитектуру бэка. Положил в коробочку. И так далее пока не дойдем до тестирования. Каждый делает свою работу и кладет в коробочку, пока из неё не получится то самое нечто, что в экстазе увидел продакт.
Проблема в том, что каждый кладет свою часть в коробочку, но последующий специалист на ленте достает работу предыдущего и пытается понять, что там за предметы лежат, "как мне делать свою работу-то на основе этого безобразия". Вот ПМ подходит к следующему в цепи и говорит, что вот это вот от БА Пети, а это от прод. диза Васи и нужно это, чтобы получилось вот это, потому что продакт так сказал, чтобы на зарплату тебе было, на покушать там, на фрукты и кокосовое молоко в твоем раскрасивом офисе.
И, если что, ПМ может позвать Петю и Васю, чтобы перевести их писанину или рисульки с контролем контекста и видения продукта, чтобы Игоря, Петю и Васю не повело в сторону типа: "а давайте сделаем игру про кредитного менеджера Альфа Банка Николая пока клиент 30 сек. ждет формирование документов для подписания кредитной карты". Если что - это реальный кейс.
ПМ должен склеить швы и нести знамя продакта до деплоя и положить аккуратно в ручки маркетологу и продажнику.
И от этого идет все: все планы, таски, созвоны, куча документов и умных слов. Но суть: сохранить видение продукта, за который заплатит клиент, даже если видение трансформируется пока ПМ несет знамя.
5АМ | #управление
❤10🔥6👍2🍓1
Ненавижу переключаться
Вот честно, самое неприятное в работе с ограниченными ресурсами, когда ты многорукий чертов многоног.
Сколько развиваю компанию никак не могу убрать переключения. Всегда получается так, что на тебе минимум 3 роли, каждая из которых на фултайм в сутки, и приходиться выбирать. Как выбирать - оценить что дороже из этих трех прямо сейчас.
И главное попадаешь в долбанный цикл:
- Чтобы это не делать самому, нужен человек
- Чтобы получить человека, нужно на него заработать
- Чтобы заработать, нужно пока сделать это самому.
Короче "делать нельзя делегировать". Поставь запятую.
Но что еще хуже - нельзя просто взять и сказать сегодня я выбираю одну роль, а все остальные подождут. Есть одна роль базовая, ты пытаешься её тащить, но всю команду все равно нужно ассистить. И поверьте, я ограничил поток неважных моментов к себе в голову на минимум. Ребята знают, что по фигне лучше не отвлекать. Но базовая поддержка все равно должна быть. Иначе в некоторых точках происходит стопор, а значить простой, а значит потеря денег, а значит нужно включаться, но всегда где-то есть гребаная течь. Всегда.
Самое сложное - это не нервничать и признать этот факт. Стараться не обращать на мелкие течи, отпускать (это проще сказать, чем сделать поверьте), последовательно затыкать то, откуда прям заливает. Иногда отвлекаться и кружкой вычерпывать.
Выживет тот, кто умеет делать выбор: что затыкать, что вычерпывать, а на что забить вуй.
Когда много откуда течет, а особенно если есть несколько мест откуда прям заливает, то это хреновый сигнал, что в краткосрочной перспективе может произойти какой-нибудь внезапный(нет) пздц. Это главный сигнал, что не хватает ресурсов. Нужно это признавать и снижать ожидания. Просто барахтаться уже дальше некуда. От чего-то приходится отказываться, чтобы выжить. Либо искать гениальные решения, но это как лотерея. Так что на это я обычно не надеюсь, но тужусь, чтобы вылезло.
Подобные переключения между ролями буквально заставляют переключать весь контент на своем компе: меняются вкладки, доступы, чаты, программы. Скорость переключения не только зависит от того, что ты пройдешься и в бошке переключишься, а в бардаке на компе и листочках на столе.
Выговорился 😄
5АМ | #управление
Вот честно, самое неприятное в работе с ограниченными ресурсами, когда ты многорукий чертов многоног.
Сколько развиваю компанию никак не могу убрать переключения. Всегда получается так, что на тебе минимум 3 роли, каждая из которых на фултайм в сутки, и приходиться выбирать. Как выбирать - оценить что дороже из этих трех прямо сейчас.
И главное попадаешь в долбанный цикл:
- Чтобы это не делать самому, нужен человек
- Чтобы получить человека, нужно на него заработать
- Чтобы заработать, нужно пока сделать это самому.
Короче "делать нельзя делегировать". Поставь запятую.
Но что еще хуже - нельзя просто взять и сказать сегодня я выбираю одну роль, а все остальные подождут. Есть одна роль базовая, ты пытаешься её тащить, но всю команду все равно нужно ассистить. И поверьте, я ограничил поток неважных моментов к себе в голову на минимум. Ребята знают, что по фигне лучше не отвлекать. Но базовая поддержка все равно должна быть. Иначе в некоторых точках происходит стопор, а значить простой, а значит потеря денег, а значит нужно включаться, но всегда где-то есть гребаная течь. Всегда.
Самое сложное - это не нервничать и признать этот факт. Стараться не обращать на мелкие течи, отпускать (это проще сказать, чем сделать поверьте), последовательно затыкать то, откуда прям заливает. Иногда отвлекаться и кружкой вычерпывать.
Выживет тот, кто умеет делать выбор: что затыкать, что вычерпывать, а на что забить вуй.
Когда много откуда течет, а особенно если есть несколько мест откуда прям заливает, то это хреновый сигнал, что в краткосрочной перспективе может произойти какой-нибудь внезапный(нет) пздц. Это главный сигнал, что не хватает ресурсов. Нужно это признавать и снижать ожидания. Просто барахтаться уже дальше некуда. От чего-то приходится отказываться, чтобы выжить. Либо искать гениальные решения, но это как лотерея. Так что на это я обычно не надеюсь, но тужусь, чтобы вылезло.
Подобные переключения между ролями буквально заставляют переключать весь контент на своем компе: меняются вкладки, доступы, чаты, программы. Скорость переключения не только зависит от того, что ты пройдешься и в бошке переключишься, а в бардаке на компе и листочках на столе.
Выговорился 😄
5АМ | #управление
❤11👍3😁3🔥1
Как создать любое программное обеспечение
Или от денег до денег (MTM - Money to money)
Разберем базовую базу - треугольник развития продукта. Красивый цикл. Начинаем двигаться от вершины к вершине, разбирая процесс крупными шагами.
1️⃣ПРОЕКТИРОВАНИЕ - первая вершина треугольника
- Процесс: Взять процесс пользователя, который дает ему деньги
- Боль: Спросить у него что не так или найти проблему
- Механика: Найти видение решения проблемы
- Запрос: Обозначить потребность в сценарии
- Гипотеза: Заложить способ как реализовать запрос
- Процесс: Дать шаги как проблема решится в новой механике
- Данные: Вывести данные, которые участвуют в механике
- Процедуры: Вывести кейсы из данных
- Требования: Вывести как система должна работать в кейсах
2️⃣РАЗРАБОТКА - вторая вершина треугольника
- БД: Как будут храниться данные
- Макеты: Раскадровка того чем будет пользоваться человек
- Логика системы: Как будет работать система
- Логика отображения: Чем будет пользоваться человек
- Тестирование: Сверить разработанное с требованиями
- Публикация: Развернуть решение и дать доступ пользователям
3️⃣ПРОДАЖА- третья вершина треугольника
- Упаковка: Обернуть механику в решение боли процесса
- Реклама: Орать на всю ивановскую о том, что оно решает
- Продажа: Донести, что механика действительно решает
- Поддержка: Делать так, чтобы процесс приносил ему деньги
Дальше читаем заново 😎
5АМ | #управление
Или от денег до денег (MTM - Money to money)
Разберем базовую базу - треугольник развития продукта. Красивый цикл. Начинаем двигаться от вершины к вершине, разбирая процесс крупными шагами.
1️⃣ПРОЕКТИРОВАНИЕ - первая вершина треугольника
- Процесс: Взять процесс пользователя, который дает ему деньги
- Боль: Спросить у него что не так или найти проблему
- Механика: Найти видение решения проблемы
- Запрос: Обозначить потребность в сценарии
- Гипотеза: Заложить способ как реализовать запрос
- Процесс: Дать шаги как проблема решится в новой механике
- Данные: Вывести данные, которые участвуют в механике
- Процедуры: Вывести кейсы из данных
- Требования: Вывести как система должна работать в кейсах
2️⃣РАЗРАБОТКА - вторая вершина треугольника
- БД: Как будут храниться данные
- Макеты: Раскадровка того чем будет пользоваться человек
- Логика системы: Как будет работать система
- Логика отображения: Чем будет пользоваться человек
- Тестирование: Сверить разработанное с требованиями
- Публикация: Развернуть решение и дать доступ пользователям
3️⃣ПРОДАЖА- третья вершина треугольника
- Упаковка: Обернуть механику в решение боли процесса
- Реклама: Орать на всю ивановскую о том, что оно решает
- Продажа: Донести, что механика действительно решает
- Поддержка: Делать так, чтобы процесс приносил ему деньги
Дальше читаем заново 😎
5АМ | #управление
❤9🔥2🍓1
Решил идти не от решения, а от проблемы
Мы любим сразу предложить решение. В просьбу или предложение что-нибудь сделать часто закладываем решение. "А можешь найти нотариуса, который подпишет бумагу?" или "А можешь добавить скролл с автопрокруткой вот сюда?".
Что происходит в этот момент? Ты уже решил, что будет так. Почему так? Ты не специалист, но ограничил спеца в поиске решения проблемы, заранее внесенным в вопрос решением. Это ограничение. Как будто человека заставляешь залезть в коробку.
Хороший руководитель сформулирует проблему в открытой форме, чтобы мозги спеца начали работать. Так не возникает блокировки и можно получить неожиданные решения. Открыть дверь в мозги спеца важный навык руководителя.
5АМ | #управление
Мы любим сразу предложить решение. В просьбу или предложение что-нибудь сделать часто закладываем решение. "А можешь найти нотариуса, который подпишет бумагу?" или "А можешь добавить скролл с автопрокруткой вот сюда?".
Что происходит в этот момент? Ты уже решил, что будет так. Почему так? Ты не специалист, но ограничил спеца в поиске решения проблемы, заранее внесенным в вопрос решением. Это ограничение. Как будто человека заставляешь залезть в коробку.
Хороший руководитель сформулирует проблему в открытой форме, чтобы мозги спеца начали работать. Так не возникает блокировки и можно получить неожиданные решения. Открыть дверь в мозги спеца важный навык руководителя.
5АМ | #управление
❤11👍5🙏2🍓2
Как справиться с потерей Notion - подумать о его минусах
Итак, с 9 сентября ноушн всё. Я как опытный пользователь данного сервиса знаю про него многое.
Чтобы расставание происходило быстрее поговорим о его минусах))
Все таки - это просто заметки
Продукт определяется его главной возможностью. Главная возможность - это запись заметок. А ключевая особенность - это вставлять данные разных типов в каждую строку заметки. Это дает большие возможности, так как фактически позволяет создавать базы данных. Страница - это строка в базе. Если - это в первую очередь заметка, то и все крутится вокруг подготовки текста.
Сложно остановиться
Ноушин говорит: "Вот я вам создал говно и палку, а вы делайте из этого то, что вам нужно", поэтому мы весело пошли делать сложные вещи, как домики в Sims: таблицы с задачами, CRM, канбан, целые пространства для управления личной жизнью, поднимать серваки с обменом данных из гугловских таблиц и чего только не. А сложно же остановится, так как ты начинаешь создавать одну таблицу, за ней другая, а одну с другой нужно связать, возникает сложность. Главный минус - много времени, а на выходе не факт, что получится нужное.
Постоянная поддержка
Из-за того, что пространство в ноушине сделано на коленке, возникает необходимо обучать всех тому "что наделано", то есть внедрять. В какой-то момент чего-то не хватает и начинаешь добавлять поля к страницам и шаблонам, все это нужно поддерживать и изменять.
Медленно
Из-за того, что каждая страница - это по сути БД, то чтобы отобразить все связи и загрузить страницу нужно много времени, особенно, если в браузере, особенно - если компьютер не особо мощный.
Много бесячих мелочей
Создать шаблон только войдя на страницу, запись имеет иконку по умолчанию, только если в ней что-то написано, что-то написал в одной - сетка поехала. А фильтры? Блин постоянно при перезаходе на страницу нужно нажимать на кнопочку, чтобы фильтры отображались, поменял поле в таблице, все остальные записи нужно править. Изменил шаблон - в старые записи уже изменения не добавить, нужно все стирать.
Но на самом то деле, ноушин - это отдушина и хорошая попытка. Это плохой задачник для команды, плохая CRM, но он хорош для коммерческих предложений, для инструкций, для микросайтов с контентом, которому не нужна верстка, для простой и быстрой доки.
Вы знаете альтернативы какие-нибудь? мы тут думаем куда съезжать😁 Смотрел вот такие вот - teamly.ru и yonote.ru
5AM | #управление
Итак, с 9 сентября ноушн всё. Я как опытный пользователь данного сервиса знаю про него многое.
Чтобы расставание происходило быстрее поговорим о его минусах))
Все таки - это просто заметки
Продукт определяется его главной возможностью. Главная возможность - это запись заметок. А ключевая особенность - это вставлять данные разных типов в каждую строку заметки. Это дает большие возможности, так как фактически позволяет создавать базы данных. Страница - это строка в базе. Если - это в первую очередь заметка, то и все крутится вокруг подготовки текста.
Сложно остановиться
Ноушин говорит: "Вот я вам создал говно и палку, а вы делайте из этого то, что вам нужно", поэтому мы весело пошли делать сложные вещи, как домики в Sims: таблицы с задачами, CRM, канбан, целые пространства для управления личной жизнью, поднимать серваки с обменом данных из гугловских таблиц и чего только не. А сложно же остановится, так как ты начинаешь создавать одну таблицу, за ней другая, а одну с другой нужно связать, возникает сложность. Главный минус - много времени, а на выходе не факт, что получится нужное.
Постоянная поддержка
Из-за того, что пространство в ноушине сделано на коленке, возникает необходимо обучать всех тому "что наделано", то есть внедрять. В какой-то момент чего-то не хватает и начинаешь добавлять поля к страницам и шаблонам, все это нужно поддерживать и изменять.
Медленно
Из-за того, что каждая страница - это по сути БД, то чтобы отобразить все связи и загрузить страницу нужно много времени, особенно, если в браузере, особенно - если компьютер не особо мощный.
Много бесячих мелочей
Создать шаблон только войдя на страницу, запись имеет иконку по умолчанию, только если в ней что-то написано, что-то написал в одной - сетка поехала. А фильтры? Блин постоянно при перезаходе на страницу нужно нажимать на кнопочку, чтобы фильтры отображались, поменял поле в таблице, все остальные записи нужно править. Изменил шаблон - в старые записи уже изменения не добавить, нужно все стирать.
Но на самом то деле, ноушин - это отдушина и хорошая попытка. Это плохой задачник для команды, плохая CRM, но он хорош для коммерческих предложений, для инструкций, для микросайтов с контентом, которому не нужна верстка, для простой и быстрой доки.
Вы знаете альтернативы какие-нибудь? мы тут думаем куда съезжать😁 Смотрел вот такие вот - teamly.ru и yonote.ru
5AM | #управление
❤6👍3🍓1
Про хештеги канала
Как пользоваться: нажимаете на хештег → в списке нажимаете на мой канал → читаем посты по теме тега.
Рубрика - экспертные
#разработка - как делать ПО
#управление - командой
#предпринимательство - о бизнесе
#загородом - про недвижимость
#компания - и её процессы
#стартап - как их делать
Рубрика - легкое
#цитаты - любимое 🙂
#мемы - поржать
#life - узнать меня поближе
Рубрика - полезное
#философия - сознания и ИИ
#мотивация - и заряд энергией
#рекомендации - как действовать
#развитие - своей личности
Рубрика - от компании
#вакансии - к нам в команду
#кейсы - что делала студия
#дайджест - крутые посты
#ретроспектива - подвожу итоги
5АМ | #дайджест
Как пользоваться: нажимаете на хештег → в списке нажимаете на мой канал → читаем посты по теме тега.
Рубрика - экспертные
#разработка - как делать ПО
#управление - командой
#предпринимательство - о бизнесе
#загородом - про недвижимость
#компания - и её процессы
#стартап - как их делать
Рубрика - легкое
#цитаты - любимое 🙂
#мемы - поржать
#life - узнать меня поближе
Рубрика - полезное
#философия - сознания и ИИ
#мотивация - и заряд энергией
#рекомендации - как действовать
#развитие - своей личности
Рубрика - от компании
#вакансии - к нам в команду
#кейсы - что делала студия
#дайджест - крутые посты
#ретроспектива - подвожу итоги
5АМ | #дайджест
👍4❤2🍓1
SOLAR - Формула решения любых проблем
Все мы с вами работаем в чьем-то бизнесе. Бизнес живет, решая проблемы клиентов.
Но есть ли какая-нибудь формула?
Заморочился и собрал ментальные рамки, чтобы было проще через их жернова пропускать все найденные проблемы. Сделал в формате модных формул-американизмов 😁
S - Дать формулировку проблемы. (State the problem)
O - Определить чья проблема. (Ownership)
L - Определить цель, которую мы добьемся. (Lay out the goal)
A - Перечислить препятствия к решению. (Analyze barriers)
R - Перечислить действия для обхода препятсвий (Resolve with actions)
Ключ к работе формулы - это смелость. Писал об этом тут.
Почему так назвал скажу в следующем посте)
5АМ | #управление
Все мы с вами работаем в чьем-то бизнесе. Бизнес живет, решая проблемы клиентов.
Каждому сотруднику, а особенно предпринимателю, важно постоянно находить и решать проблемы.
Но есть ли какая-нибудь формула?
Заморочился и собрал ментальные рамки, чтобы было проще через их жернова пропускать все найденные проблемы. Сделал в формате модных формул-американизмов 😁
S - Дать формулировку проблемы. (State the problem)
O - Определить чья проблема. (Ownership)
L - Определить цель, которую мы добьемся. (Lay out the goal)
A - Перечислить препятствия к решению. (Analyze barriers)
R - Перечислить действия для обхода препятсвий (Resolve with actions)
Ключ к работе формулы - это смелость. Писал об этом тут.
Почему так назвал скажу в следующем посте)
5АМ | #управление
❤9🔥4
Вы знаете, мы в Локео сейчас стоим на этапе подготовки к большому запуску, эдакий такой лонч (launch). И я думаю о том как мне развязаться: как постепенно выключаться из разработки и еще больше включаться в продажи и маркетинг. Это прям большая проблема.
Сейчас я рефлексирую, чтобы понять в чем заключается моя работа, почему она так сложно передается, почему она уникальна, в чем рецепт. Решил им поделиться с вами.
Итак, поехали по шагам:
1. Через прямое общение с клиентам разных уровней (у нас их более 10-ти типов с градациями) я понимаю их проблемы. Эмпатирую. Воспроизвожу ту часть жизни клиентов, в которой они сталкиваются с проблемой. Я буквально могу закрыть глаза и представить каждую проблему, прожить ее ментально в таймлапсе, типа картотеки проблем.
2. Отделяю или склеиваю каждую проблему друг от друга, создавая архитектуру проблем, понимая их сферически, отталкиваясь раз за разом от клиента. Т.е. я их не боюсь, я с ними постоянно в социальном контакте. Это создает глубину знания контекста.
3. Ментально находясь в этой "сфере" проблем я воспроизвожу продукт (товар или услугу) клиента в старой форме бизнеса. Видя все проблемы старой формы, я начинаю создавать новую форму бизнеса клиента, его новую версию.
4. Из знания этих форм бизнеса я создаю каркас своего бизнеса, который не ограничивается приложением. Этот каркас я строю в разрезе стратегии развития по всем направлениям: юридический, продажи, продвижение, производство, кадры, партнерства, финансов и т.д... а не только приложения.
5. Из всего вышеперечисленного я могу вывести стратегию разработки продукта, сформулировать версии и подход к выпуску альфа, беты версии, выстроить приоритеты.
6. Находясь в текущем моменте, зная над какой версией мы работаем прямо сейчас, я могу вычленить проблемы из общей сферы и начать искать их решение, формулируя макро и микро сценарии своего бизнеса, бизнеса клиента, их пользователей и системы. Это важно, потому что решая проблемы я могу думать и на уровне бизнеса, т.е. людей, выполняющих функции, и на уровне пользователя - фронта, и на уровне системы - логики бэка и хранения данных.
Основная проблема в том, что мне нужно передать 6-й уровень, так как он корнями входит в производство. Т.е. ключевые лиды направления проектирования и разработки, должны, как минимум, понимать все, что есть с п.1 по п.5.
И в этом заключается качественная кадровая расстановка. Ты должен понять, что человек, с которым ты договариваешься а) готов б) может с) хочет понять, осознать и обновлять знания о пунктах 1-5, постоянно синхронизироваться, развивая "сферу", развивая знания, а не ломать бездумно корень. В этом адекватность. Но и я понимаю, что моя адекватность в гибкости и возможности менять свои понимания и представления от этой "супер-лид" позиции.
Если есть мысли, кидайте в комменты) интересно послушать, я тут поразмышлял)
5АМ | #управление
Сейчас я рефлексирую, чтобы понять в чем заключается моя работа, почему она так сложно передается, почему она уникальна, в чем рецепт. Решил им поделиться с вами.
Ведь, чтобы делегировать, нужно знать что делегировать.
Итак, поехали по шагам:
1. Через прямое общение с клиентам разных уровней (у нас их более 10-ти типов с градациями) я понимаю их проблемы. Эмпатирую. Воспроизвожу ту часть жизни клиентов, в которой они сталкиваются с проблемой. Я буквально могу закрыть глаза и представить каждую проблему, прожить ее ментально в таймлапсе, типа картотеки проблем.
2. Отделяю или склеиваю каждую проблему друг от друга, создавая архитектуру проблем, понимая их сферически, отталкиваясь раз за разом от клиента. Т.е. я их не боюсь, я с ними постоянно в социальном контакте. Это создает глубину знания контекста.
3. Ментально находясь в этой "сфере" проблем я воспроизвожу продукт (товар или услугу) клиента в старой форме бизнеса. Видя все проблемы старой формы, я начинаю создавать новую форму бизнеса клиента, его новую версию.
4. Из знания этих форм бизнеса я создаю каркас своего бизнеса, который не ограничивается приложением. Этот каркас я строю в разрезе стратегии развития по всем направлениям: юридический, продажи, продвижение, производство, кадры, партнерства, финансов и т.д... а не только приложения.
5. Из всего вышеперечисленного я могу вывести стратегию разработки продукта, сформулировать версии и подход к выпуску альфа, беты версии, выстроить приоритеты.
6. Находясь в текущем моменте, зная над какой версией мы работаем прямо сейчас, я могу вычленить проблемы из общей сферы и начать искать их решение, формулируя макро и микро сценарии своего бизнеса, бизнеса клиента, их пользователей и системы. Это важно, потому что решая проблемы я могу думать и на уровне бизнеса, т.е. людей, выполняющих функции, и на уровне пользователя - фронта, и на уровне системы - логики бэка и хранения данных.
Основная проблема в том, что мне нужно передать 6-й уровень, так как он корнями входит в производство. Т.е. ключевые лиды направления проектирования и разработки, должны, как минимум, понимать все, что есть с п.1 по п.5.
И в этом заключается качественная кадровая расстановка. Ты должен понять, что человек, с которым ты договариваешься а) готов б) может с) хочет понять, осознать и обновлять знания о пунктах 1-5, постоянно синхронизироваться, развивая "сферу", развивая знания, а не ломать бездумно корень. В этом адекватность. Но и я понимаю, что моя адекватность в гибкости и возможности менять свои понимания и представления от этой "супер-лид" позиции.
Если есть мысли, кидайте в комменты) интересно послушать, я тут поразмышлял)
5АМ | #управление
🔥7