«А давай без договора»

А не давай. Примета плохая — денег не будет.

Я вижу какое-то распиздяйство по отношению к договорам за услуги.

• если работают две маленькие компании, то либо не хочется подписывать договор, либо хочется сделать его максимально формальным.

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

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

Но всё же. Подписать договор — несложно, но экономит кучу сил и нервов потом, вспомнить, о чём договорились. А ещё — на берегу убедиться, что вы правильно поняли друг друга о составе услуг.

Подумайте об этом на досуге

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

Какой срок, кто ответственный, какой результат? Если я даю такую задачу, как я пойму, что а) все подумали, б) все достаточно хорошо подумали?

Так же — в общем чате

Если есть задача, она должна быть адресована кому-то.

Я думал, что сам остроумно это подметил, пока спустя 3 года после написания текста не прочитал эту мысль у Кэла Ньюпорта в книге «В работу с головой»:

Взгляните на общепринятую практику пересылать письмо коллегам, сопроводив его короткой, ни к чему не обязывающей фразой типа: «Какие мысли?». Чтобы написать такое сообщение, у посылающего уходят считаные секунды, но оно отнимает много минут (а то и часов в наиболее сложных случаях), сил и внимания у адресатов, которым приходится придумывать внятный ответ. Если бы отправитель проявил чуть больше заботы, это могло бы на немалую долю сократить общее время, затраченное всеми участниками переписки. Так почему же столь часто мы видим подобные письма, если они отнимают время и негативного эффекта так легко избежать? Потому что для посылающего так проще. Это способ хоть немного очистить папку «Входящие», пусть даже временно, с минимумом затраченной энергии.


А вы? Думаете на досуге?

Нельзя умножать ставку фрилансера на количество часов в месяц

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

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

Если вы фрилансер, крайне рекомендую зашить все эти траты в ваш чек.

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

Порекомендую канал, в который вам стоит заглянуть

Леша Иванов 15 лет в продуктах (product design), 5 лет в области развития людей (executive coaching, ассессменты и группы развития). В своем канале Леша пишет, как использовать продуктовое мышление для развития себя, об упраженениях в ИИ, об IFS и executive коучинге.

Вот пара постов, которые мне приглянулись:

1️⃣ «Страх смерти — это всего лишь страх жизни во всех ее проявлениях».

2️⃣ «Промпты к ChatGPT для лучшего понимания себя».
Например, этот — полный разъёб: «На основе того, что ты обо мне знаешь, ответь: Какие мои скрытые субличности или теневые архетипы могут стоять за моими сложными эмоциями и реакциями?»

Канал читаю сам, рекомендую и вам: https://t.me/ponchiknews

Хватит делиться практиками, которые работают у вас всего неделю.

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

Видели эти посты попробовавших интервальное голодание, медитировать, вести дневник благодарности, использовать Pomodoro?

На человека в этот момент действуют 5 сил:

1. Эффект новизны (Novelty Effect) — феномен, при котором реакция на новую технологию временно отклоняется от её реальной ценности из-за новизны. При внедрении новой технологии происходит первоначальное повышение производительности, не из-за фактического улучшения в достижениях, а в ответ на возросший интерес к новой технологии.

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

2. Эффект Даннинга — Крюгера. Это когнитивное искажение, при котором люди с низким уровнем компетентности или опыта в определенной области склонны переоценивать свои способности и результаты деятельности.

3. Согласованность убеждений (Belief Consistency).
Люди стремятся к согласованности своих убеждений и действий. Вложив время и усилия в новый метод, они могут быть склонны воспринимать его как эффективный, чтобы сохранить когнитивную согласованность. Иначе поддерживать мотивацию продолжать практиковать будет сложнее.

4. Низкий информационный барьер
Сейчас люди постоянно генерируют новую информацию: барьер «поделиться тем, что понял», слишком низкий — это может сделать каждый. Это приводит к быстрым суждениям и распространению информации без тщательной проверки.

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

Хорошо, вы попробовали какую-то практику и крайне хотите ей поделиться. Что делать, чтобы не обманывать других.

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

2. Ставьте большой явный дисклеймер: «я попробовал, практикую только неделю, первый опыт такой».

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

Часовые пояса для работы на глобальном рынке

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

Европа

В Европе три основных таймзоны, по одной на каждую её «часть» — западная, центральная и восточная. Часовые пояса называются соответственно Western, Central и Eastern European Time и обозначаются WET, CET и EET. Среди самых популярных стран, по WET живут Великобритания и Португалия, по CET — Германия, Франция, Италия и другие, по EET — Греция, Кипр, Израиль и другие.

В Европе переводят время на час вперёд или назад: на зимнее время и на летнее. Поэтому вы можете увидеть ещё обозначения WEST, CEST, EEST, WEDT, CEDT, EEDT. Буквы S или D в них означают Summer или Daylight, то есть летнее время.

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

Америка

В Америке много часовых поясов, но в бизнес-среде используются в основном два — ET и PT.

• ET — Eastern Time, время Нью-Йорка, время восточного побережья или просто восточное.
• PT — Pasific Time, время Лос Анжелеса, время западного побережья, или тихоокеанское.

Причём в США тоже переводят время на летнее и зимнее. ET будет называться зимой и осенью EST, а весной и летом — EDT. Не путайте буквы S и D в часовых поясах США — они обозначают не то же, что в Европе. В Европе это одно и то же, обозначает Summer или Daylight. А в США буквы S и D в часовом поясе отражают их различие — «S» обозначает Standart, обычное, зимнее время; а «D» — Daylight Saving, летнее время.

То есть, город Нью-Йорк живёт по часовому поясу ET, который равен EST зимой и EDT летом.

Человечество не смогло договориться и о том, когда переводить время. Поэтому в Европе и США время переводят в разные дни. В последнее воскресенье октября и марта Европе, а в США — во 2е воскресенье марта и 1е воскресенье ноября.

Да, я могу жить в Португалии и помнить, что у меня со Штатами 5 или 8 часов разницы. Но есть в году 2 недели, когда это не так: когда в Португалии уже перевели время, а в США — ещё нет.

Есть еще два универсальных часовых пояса:

• UTC — Coordinated Universal Time
• GMT — Greenwich Mean Time

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

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

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

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

❌ Ошибка №1: «Мы знаем, что нужно клиенту»

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

✅ Что делать? Проводите клиентские интервью, собирайте данные о реальных проблемах и потребностях вашей целевой аудитории.

❌ Ошибка №2: «Продукт сам по себе ясен клиенту»

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

✅ Что делать? Тестируйте не только сам продукт, но и способы его представления и коммуникации с пользователями.

❌ Ошибка №3: «Достаточно спросить, купят ли продукт»

Слова клиентов о готовности купить не всегда соответствуют реальности. Люди могут говорить одно, а действовать по-другому — я сталкивался с этим не раз.

✅ Что делать? Проверяйте гипотезы действиями: предлагайте предзаказы, собирайте заявки или запускайте тестовые продажи.

❌ Ошибка №4: «Больше функций — лучше продукт»

Добавление множества функций без понимания их необходимости может усложнить продукт и отпугнуть пользователей.

✅ Что делать? Фокусируйтесь на ключевой ценности продукта. Тестируйте минимальные изменения, чтобы понять их влияние.

❌ Ошибка №5: «Неудачная гипотеза = плохой продукт»

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

✅ Что делать? Анализируйте результаты тестов, пересматривайте подходы и корректируйте гипотезы на основе полученных данных.

=======

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

📚А вот что рекомендую почитать по теме:

🔗Good Product Hypotheses: How to Write and Test
🔗Hypothesis-driven product management
🔗Продуктовые гипотезы: что это и как использовать
🔗Product Hypothesis - A Guide to Create Meaningful Hypotheses

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

Отличное напоминание о продуктовых гипотезах от прекрасного Дани Щербакова.

Заглядывайте к Дане в канал — на его контенте я учился писать холодные письма, и считаю это крайне важным современным навыком.

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

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

❌ Ошибка №1: «Мы знаем, что нужно клиенту»

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

✅ Что делать? Проводите клиентские интервью, собирайте данные о реальных проблемах и потребностях вашей целевой аудитории.

❌ Ошибка №2: «Продукт сам по себе ясен клиенту»

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

✅ Что делать? Тестируйте не только сам продукт, но и способы его представления и коммуникации с пользователями.

❌ Ошибка №3: «Достаточно спросить, купят ли продукт»

Слова клиентов о готовности купить не всегда соответствуют реальности. Люди могут говорить одно, а действовать по-другому — я сталкивался с этим не раз.

✅ Что делать? Проверяйте гипотезы действиями: предлагайте предзаказы, собирайте заявки или запускайте тестовые продажи.

❌ Ошибка №4: «Больше функций — лучше продукт»

Добавление множества функций без понимания их необходимости может усложнить продукт и отпугнуть пользователей.

✅ Что делать? Фокусируйтесь на ключевой ценности продукта. Тестируйте минимальные изменения, чтобы понять их влияние.

❌ Ошибка №5: «Неудачная гипотеза = плохой продукт»

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

✅ Что делать? Анализируйте результаты тестов, пересматривайте подходы и корректируйте гипотезы на основе полученных данных.

=======

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

📚А вот что рекомендую почитать по теме:

🔗Good Product Hypotheses: How to Write and Test
🔗Hypothesis-driven product management
🔗Продуктовые гипотезы: что это и как использовать
🔗Product Hypothesis - A Guide to Create Meaningful Hypotheses

Время для важной переклички

Есть два разных подхода к переговорм:
• называть цену первым
• подталкивать оппонента назвать цену первым

Аргументы за «назвать цену первым»

1. Контроль якоря. Первый названный вами диапазон устанавливает «якорь», на который будет ориентироваться другая сторона, и от него начнётся торг. Вы задаёте рамки переговоров, особенно если другая сторона не уверена в реальной стоимости.

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

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

Аргументы за «НЕ называть цену первым»

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

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

3. Не потерять то, что клиент готов дать. Если вы назовёте слишком низкую — вы потеряете деньги.

4. Якорь наоборот. Если оппонент первым называет цену, они рискуют установить якорь, который может быть ниже их реальной готовности заплатить.

А на какой стороне вы? Проголосуйте в опросе, и перешлите в ваши чатики — узнаем, кого больше!

Напишите в комментариях, почему верите в свою стратегию.

Как связаны Customer Development и JTBD.

Касдев умер! JTBD убил Customer Development! Нет 🙃

1. Разбираемся, что называют касдевом в русскоязычном пространстве. Обычно это одно из двух:
• Любое «общение с клиентом»: «выход из здания», проверка своих предположений об рынок.
• «Проблемное интервью»: вид интервью с клиентом, в котором в центр исследования ставится «проблема» человека, и создаваемый нами продукт должен эту проблему решить.

2. Разделяем термины. Customer Development — это клиентоцентричный подход к созданию бизнеса. Методология, включающая: определение рынка продукта, создание ценностного предложения, создание MVP, сегментацию клиентов, каналы сбыта, ценообразование, смену бизнес-модели (пивот) и многое другое.

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

Более того, в Customer Development отлично укладывается любой подход исследования клиентов: проблемные интервью, Jobs to be done, UX-тесты, корридорные тесты, фокус-группы, количественные исследования.

3. В первоисточнике Customer Development, книге «Стартап. Настольная книга основателя» от автора методологии, Стива Бланка, есть пара любопытных мест, тонко намекающая в своём 2012 году на то что продукты решают не только проблемы, но и потребности:
• «Ещё раз напомним, не каждый продукт призван решать проблему. Развлечения и поиск информации, светская хроника и романтические знакомства — этим вы тоже можете заинтересовать потребителей. Ведь и социальные сети не решают проблем, но привлекают миллионы людей, поскольку удовлетворяют потребности и желания пользователей. Но даже если речь идет о развлечениях или роскоши, помните, что у потребителя должны быть основания для покупки.»
• «Продукты продаются потому, что они решают проблему или удовлетворяют потребность...»

В более ранней версии Customer Development, описанной в «4 шагах к озарению» в 2005 году допущения про потребности тоже есть, хоть и туманные.

4. Как пишет сам Стив Бланк в своём блоге, JTBD — способ описать Customer Segment, клиенский сегмент. Это третий шаг в Customer Development. Бланк так и пишет в главе «как описать клиентский сегмент»: «“The Customer Problem, Need or Passion», и даже описывает типы потребностей.

Как это использовать на практике, понятнее не становится, но нам в этом тексте важно другое:
Бланк в 2012 году уже закладывает JTBD как одну из частей Customer Development, давая альтернативу: решайте либо проблему пользователя, либо потребность.