Pull to refresh
1
-0.4
Дмитрий Малявкин@Amabi

Программист и маркетинга шеф в Amabi.ru

Send message

Подержу Вас на руках :) Задорно получилось и "животворяще"

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

Софт - это не только код, но и архитектура решения. Отправить напоминалку по каналам - это один уровень решения, а вычислить прибыль складского комплекса - другой. Есть распространенные задачи, по которым есть множество решений и ИИ может на них натренироваться, чтобы собрать 100500-очередное. Но есть еще поле не паханное, есть еще не придуманные области и не проработанные. Там по щелчку пальцев не появится подходящий "по размеру костюмчик"

ровно так и есть! У хостера все это настроено на своем почтовом клиенте и без вариантов отправлять классическими рецептами

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

О да! Первое, что приходится переводить с перла на питон - отправка писем из-за наличия библиотек, соответствующих всем этим новомодным антиспамерским штукам... В перле приходится убиваться, а в питоне подключил либку и оно само заработало...

Какая же это дичь - "продуктовый маркетинг"! Можно подумать существует какой-то маркетинг без продукта.

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

Продуктовые "фичи" - как представлю себе это в описании терминологии, какого-нибудь официального ГОСТа :))) Дальше придется описывать и что такое "маркетинговый кринж"

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

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

"Как меняются обязанности PMM через призму аудитории" - это что! Как поменяется PMM если основы маркетинга прочитать - там просто божественное откровение будет!

"Аудитория — это набор сущностей" - давно такого удовольствия не получал! Какая подача!

Пожалуйста, посмотрите на свой текст со стороны.

"Правильное число" - не нужно, нужен вектор - растут отвалы или держатся в "норме".

1) если "в компании всё понимают" - зачем тогда строить статью на глупой модели "матрицы"?

2) приоритеты - это инструмент управления. Иерархия подчинения - тоже. Но можно творчески подойти к этому вопросу и применять их не во благо, а во вред. С людьми вообще - скучно не бывает :)

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

Теперь к статье. Срочность - это один из многих критериев важности (просто задумайтесь об этом). Другими критериями важности могут быть риски, затраты, ценность и прочее. Важно, потому что доступно. Важно, потому что ценно. И так далее.

Получается, что Эйзенхауэр в одной матрице сравнивает Крокодила с Крокодильим хвостом.

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

Ишью треккер... ну суть - возврат к форумам :) Там тоже было все по темам разложено и специально для флуда создавалась темка-отдушина

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

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

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

ЗЫ: есть еще одна штука про "полномочия отдавать приказы", называется "психологический контракт" - это мы Сами! и только мы наделяем другого человека такими полномочиями, признавая их наличие...

Большое количество данных так и подмывает собрать в виде красивых отчетов.

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

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

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

Загружать полезными метриками повседневность руководителя - это напрасная трата ресурса...

про "нерешаемые задачи"

1 - это кайф, что они есть, иначе скучно

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

3 - выдвину гипотезу (почти, как про количество ангелов на булавке:) - что если собрать все решаемые задачи и все нерешаемые, то последние будут статистически незначимым кол-вом

Данные и информация - это подвид ресурсов. Поэтому вместо них я бы на первое место поставил "Смысл" - если он есть, то задача будет делаться :) Даже если он надуманный или нелогичный - причина у задачи должна быть.

Прочитал Ваш набор мифов, в которых Вам очевидно комфортно. Когда комфортно - это хорошо, но есть и другие инфопузыри с другой реальностью. Вдруг это будет тоже интересно :)

1) Диджитал - это часть маркетинговой стратегии и это норм, НО соц.сети мы ведем "потому что надо" и это плохо... Хмм... Это одна и та же иерархия, только между верхними уровнями у Вас одна логика, а между нижними - другая :( Возможно Вы иное имели ввиду?

2) "тестируем, потому что слышали, что работает" - из всех аргументаций для проверки гипотез это единственная не рабочая?

3) и по классике про "должна содержать данные исследований" - если бы Форд спросил покупателей, то они бы пожелали более быструю лошадь :) Мне кажется, что вместо "должна" можно бы и оставить место для революций да инноваций.

Правильно! И в образовании надо продавать не "говорящие головы", а личный доступ к эксперту.

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

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

В-третьих, у ученика может быть не стандартный запрос.

Второе и третье, гипотетически попадает под возможности ИИ, но с особенностями.

Мне понравилось - задорно и зажигательно :) Мне тоже нравится идея делать хороший продукт для бизнеса, только мой путь сделать это без ИИ - надежная рабочая система должна быть проста и понятна. Этого добиться сложно, но интересно. Без черных ящиков. С аудируемыми алгоритмами. С возможностью брать ответственность, а это - ценность.

Точно-точно! У меня целая полка "старья" от классиков маркетинга - там такое понимание реальности, что современному человеку вообще не доступно при всем наличии гуглов и искусственных интеллектов. Я уже не удивляюсь их подаче и улыбаюсь современным изобретателям велосипедов :)

Я нашел свои ответы на этот вопрос. Реализовал. Доволен :)

1

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Registered
Activity

Specialization

Директор по продукту, ERP-программист
Ведущий
Fullstack
Веб-разработка
Архитектура предприятия
Оптимизация бизнес-процессов
Управление изменениями
JavaScript
PHP
Python
Perl