Использую Xmind ai для формирования структуры, ускоряет.
Мы часто используем Xmind, чтобы собрать структуру интернет-магазина или B2B-портала. Быстро накидать разделы, показать взаимосвязи — удобно для обсуждения с командой и клиентом.
Недавно увидел, что у Xmind оказывается есть функция с ИИ.
Теперь можно вставить ссылку на сайт, написать короткий промт — и Xmind сам предложит структуру.
Это сильно ускоряет первичный сбор структуры проекта. Обычно на него уходит 15–20 минут — теперь это делается за пару секунд. Дальше можно доработать вручную и уточнить логику, но старт уже есть.
Протестировал на hoff.ru — сделал гифку.
Полезный инструмент, особенно на старте, когда нужно быстро собрать и показать общую картину.
Мы часто используем Xmind, чтобы собрать структуру интернет-магазина или B2B-портала. Быстро накидать разделы, показать взаимосвязи — удобно для обсуждения с командой и клиентом.
Недавно увидел, что у Xmind оказывается есть функция с ИИ.
Теперь можно вставить ссылку на сайт, написать короткий промт — и Xmind сам предложит структуру.
Это сильно ускоряет первичный сбор структуры проекта. Обычно на него уходит 15–20 минут — теперь это делается за пару секунд. Дальше можно доработать вручную и уточнить логику, но старт уже есть.
Протестировал на hoff.ru — сделал гифку.
Полезный инструмент, особенно на старте, когда нужно быстро собрать и показать общую картину.
🔥9❤6
Как понять, что с клиентом получится проект — ещё до начала работ
В агентских тусовках часто можно услышать фразы «Клиент оказался странный», «На старте всё было нормально, а потом понеслось». Если быть честными — почти всегда признаки проблемного проекта видны ещё до старта. Просто их не замечают или игнорируют.
Мы для себя называем это «зрелость клиента». Речь не о человеке, не об уровне интеллекта и не об «адекватности» как таковой. Речь о готовности к совместной работе, уважении к партнёрству и понимании процессов. Про «нормальность» как зрелость бизнес-коммуникации.
Что такое “зрелый” клиент в проекте?
Это человек (или команда), который:
– Формулирует задачу, а не просто желание.
– Понимает, зачем ему нужен продукт.
– Может сказать, как поймёт, что проект успешен.
– Уважает время и экспертизу партнёра.
– Не боится уточнять, но не перекладывает ответственность.
– Готов к обсуждению, а не к диктовке условий.
Что такое “плохая формулировка задачи”?
— «Сделайте мне сайт как у Apple, но чтобы стоил 200 тысяч».
— «Хочу интернет-магазин, чтобы было удобно. Ну, вы сами разберётесь».
— «Сделайте КП, а потом поговорим».
— «Бюджета пока нет, но вы сделайте прикидку, а я потом пойму».
В формулировках нет сути. Нет бизнес-цели, нет задачи, нет понимания, кто будет пользоваться продуктом. Это не готовность к проекту, это идея, брошенная в воздух.
Для сравнения
«У нас B2B-магазин запчастей, работаем по всей России. Сейчас клиенты оформляют заказы через менеджеров, и это тормозит процесс. Хотим перенести это в личный кабинет, где пользователь может сам собрать заказ, увидеть остатки и сформировать счёт. Это сократит нагрузку на отдел продаж. Бюджет — от 8 млн. Время — до 6 месяцев на MVP. После — развитие».
В чём разница? Там — мечта и запрос «попробовать». Здесь — цель, ограничение, бизнес-смысл.
Как мы оцениваем «готовность клиента» до старта
На пресейле мы смотрим на:
– Как человек формулирует задачу. Есть ли в этом цель или просто “сайт нужен”.
– Как реагирует на уточняющие вопросы. Готов говорить честно или раздражается?
– Что говорит о прошлых подрядчиках. Если всё было плохо — почему?
– Насколько открыто обсуждаются деньги. Бюджет есть? Или «посчитайте, а мы потом решим»?
– Есть ли доверие. Можно ли договориться до начала, или уже начинаются игры?
Если мы чувствуем, что клиент ждёт магии без участия — мы не входим в проект. Потому что проект — это не магия. Это совместная работа.
Если что, мы не делим клиентов на “хороших” и “плохих”😌
Мы смотрим на то, будет ли проект успешным при этих вводных. Если на старте нет задачи, цели, доверия — проекта не будет. Будет видимость.
И именно поэтому мы иногда говорим «нет». Не из гордости. А потому что уважаем и себя, и клиента. И хотим, чтобы проект дал результат, а не стал источником боли.
В агентских тусовках часто можно услышать фразы «Клиент оказался странный», «На старте всё было нормально, а потом понеслось». Если быть честными — почти всегда признаки проблемного проекта видны ещё до старта. Просто их не замечают или игнорируют.
Мы для себя называем это «зрелость клиента». Речь не о человеке, не об уровне интеллекта и не об «адекватности» как таковой. Речь о готовности к совместной работе, уважении к партнёрству и понимании процессов. Про «нормальность» как зрелость бизнес-коммуникации.
Что такое “зрелый” клиент в проекте?
Это человек (или команда), который:
– Формулирует задачу, а не просто желание.
– Понимает, зачем ему нужен продукт.
– Может сказать, как поймёт, что проект успешен.
– Уважает время и экспертизу партнёра.
– Не боится уточнять, но не перекладывает ответственность.
– Готов к обсуждению, а не к диктовке условий.
Что такое “плохая формулировка задачи”?
— «Сделайте мне сайт как у Apple, но чтобы стоил 200 тысяч».
— «Хочу интернет-магазин, чтобы было удобно. Ну, вы сами разберётесь».
— «Сделайте КП, а потом поговорим».
— «Бюджета пока нет, но вы сделайте прикидку, а я потом пойму».
В формулировках нет сути. Нет бизнес-цели, нет задачи, нет понимания, кто будет пользоваться продуктом. Это не готовность к проекту, это идея, брошенная в воздух.
Для сравнения
«У нас B2B-магазин запчастей, работаем по всей России. Сейчас клиенты оформляют заказы через менеджеров, и это тормозит процесс. Хотим перенести это в личный кабинет, где пользователь может сам собрать заказ, увидеть остатки и сформировать счёт. Это сократит нагрузку на отдел продаж. Бюджет — от 8 млн. Время — до 6 месяцев на MVP. После — развитие».
В чём разница? Там — мечта и запрос «попробовать». Здесь — цель, ограничение, бизнес-смысл.
Как мы оцениваем «готовность клиента» до старта
На пресейле мы смотрим на:
– Как человек формулирует задачу. Есть ли в этом цель или просто “сайт нужен”.
– Как реагирует на уточняющие вопросы. Готов говорить честно или раздражается?
– Что говорит о прошлых подрядчиках. Если всё было плохо — почему?
– Насколько открыто обсуждаются деньги. Бюджет есть? Или «посчитайте, а мы потом решим»?
– Есть ли доверие. Можно ли договориться до начала, или уже начинаются игры?
Если мы чувствуем, что клиент ждёт магии без участия — мы не входим в проект. Потому что проект — это не магия. Это совместная работа.
Если что, мы не делим клиентов на “хороших” и “плохих”😌
Мы смотрим на то, будет ли проект успешным при этих вводных. Если на старте нет задачи, цели, доверия — проекта не будет. Будет видимость.
И именно поэтому мы иногда говорим «нет». Не из гордости. А потому что уважаем и себя, и клиента. И хотим, чтобы проект дал результат, а не стал источником боли.
❤10👍5
Почему ценность — это не фича, а эмоция
Фичу можно нарисовать. Ценность — это то, что остаётся в голове пользователя.
– “Здесь легко найти товар”
– “Я не боюсь ошибиться”
– “Мне не нужно писать письмо, чтобы получить акт”
– “Всё работает, как надо”
Это не про функции. Это про ощущение контроля, безопасности, скорости. Настоящий продукт — не набор кнопок. Это способ пользователя почувствовать уверенность.
Здорово конечно замерять ТТМ, смотреть на ретро того какой функционал выкатили для пользователей. Но лучше замерять показатели поведения пользователей, полезные для бизнеса: Retention, повторные заказы, NPS, скорость обращения.
От Forrester есть исследование, из которого понятно, что продукты, создающие положительный эмоциональный отклик, имеют LTV выше на 1,7 раза.
Фичу можно нарисовать. Ценность — это то, что остаётся в голове пользователя.
– “Здесь легко найти товар”
– “Я не боюсь ошибиться”
– “Мне не нужно писать письмо, чтобы получить акт”
– “Всё работает, как надо”
Это не про функции. Это про ощущение контроля, безопасности, скорости. Настоящий продукт — не набор кнопок. Это способ пользователя почувствовать уверенность.
Здорово конечно замерять ТТМ, смотреть на ретро того какой функционал выкатили для пользователей. Но лучше замерять показатели поведения пользователей, полезные для бизнеса: Retention, повторные заказы, NPS, скорость обращения.
От Forrester есть исследование, из которого понятно, что продукты, создающие положительный эмоциональный отклик, имеют LTV выше на 1,7 раза.
❤9
Я недавно спикерил на конференции, рассказывал про то как из клиента сделать амбассадора.
Если русским языком, то мы стараемся из клиентов делать партнеров.
Настоящий партнёр — это не “тот, кто платит больше”. Обычно это тот, кто:
— Уважает экспертизу
— Не боится говорить правду
— Вовлечён в проект, но не мешает
— Доверяет команде
— Делится целями, а не только требованиями
Такого партнера команда видит сразу, потому что с такими заказчиками обсуждаются не “цвета и пиксели”, а цели, сценарии, ограничения и риски. Последний год/полтора мы перешли к модели, где на проектах у нас работают команды и минимум тройками. Аналитик, техлид, проектный менеджер/аккаунт + разработчики.
При этом мы не делим разработчиков по разным проектам, т.к у них теряется фокус из-за переключения между задачами. Еще один огромный плюс в этом, что мы можем запускать проекты быстро.
Статистически уже понятно, что с партнёрами мы делаем лучшие проекты. Потому что можем делать по методичке, как нужно, без искусственно созданных ограничений, с общим фокусом на продукт.
Старайтесь искать таких заказчиков или выращивать внутри. Судя по тому, что говорят заказчики в кулуарах, хорошие агентства/команды с экспертизой им тоже очень нужны.
Если русским языком, то мы стараемся из клиентов делать партнеров.
Настоящий партнёр — это не “тот, кто платит больше”. Обычно это тот, кто:
— Уважает экспертизу
— Не боится говорить правду
— Вовлечён в проект, но не мешает
— Доверяет команде
— Делится целями, а не только требованиями
Такого партнера команда видит сразу, потому что с такими заказчиками обсуждаются не “цвета и пиксели”, а цели, сценарии, ограничения и риски. Последний год/полтора мы перешли к модели, где на проектах у нас работают команды и минимум тройками. Аналитик, техлид, проектный менеджер/аккаунт + разработчики.
При этом мы не делим разработчиков по разным проектам, т.к у них теряется фокус из-за переключения между задачами. Еще один огромный плюс в этом, что мы можем запускать проекты быстро.
Статистически уже понятно, что с партнёрами мы делаем лучшие проекты. Потому что можем делать по методичке, как нужно, без искусственно созданных ограничений, с общим фокусом на продукт.
Старайтесь искать таких заказчиков или выращивать внутри. Судя по тому, что говорят заказчики в кулуарах, хорошие агентства/команды с экспертизой им тоже очень нужны.
❤11🔥5👍2🍓1
Мы растём. Результаты Рейтинга Рунета.
Каждый год уровень наших проектов повышается, как следствие увеличиваются и позиции в рейтингах. Мы не успеваем подавать все проекты, поэтому понимаем, что позиции на самом деле еще выше.
В прошлом году было 43 номинации -> в этом 115. Рейтинг Рунета развивается и добавляются позиции, которых не было раньше, но..
Радует, что мы ощущаем рост изнутри. Команда видит, что проекты сложнее, больше, интереснее.
Ключевые позиции в 2025 году:
Россия:
— 41 место среди студий среднего сегмента (+55 позиций)
Екатеринбург:
— 1 место по разработке интернет-магазинов (удержали)
— 4 место по аутстаффингу (новая)
— 4 место по разработке сайтов и веб-сервисов (+1 позиция)
— 10 место по поддержке и развитию сайтов (-1 позиция)
Спасибо всем, кто работаем с нами и огромное уважение команде. Работаем дальше.
Каждый год уровень наших проектов повышается, как следствие увеличиваются и позиции в рейтингах. Мы не успеваем подавать все проекты, поэтому понимаем, что позиции на самом деле еще выше.
В прошлом году было 43 номинации -> в этом 115. Рейтинг Рунета развивается и добавляются позиции, которых не было раньше, но..
Радует, что мы ощущаем рост изнутри. Команда видит, что проекты сложнее, больше, интереснее.
Ключевые позиции в 2025 году:
Россия:
— 41 место среди студий среднего сегмента (+55 позиций)
Екатеринбург:
— 1 место по разработке интернет-магазинов (удержали)
— 4 место по аутстаффингу (новая)
— 4 место по разработке сайтов и веб-сервисов (+1 позиция)
— 10 место по поддержке и развитию сайтов (-1 позиция)
Спасибо всем, кто работаем с нами и огромное уважение команде. Работаем дальше.
🔥18❤12👍5🍓1
Нужно задавать себе вопросы после запуска.
Запуск проекта/продукта — это не конец. Это только начало наблюдений. Если после релиза ты не задаёшь себе вопросы — значит, ты просто “выполнил задачу”, а не сделал продукт.
Многие клиенты ошибочно думают, что знают как нужно. Они убеждены в том, что хорошо чувствуют рынок, знают свою аудиторию и.т.д. Часто бывает такое, что после запуска все знания рушатся об реальные метрики.
Задайте себе 10 вопросов после запуска, уже будет лучше:
1. Поняли ли пользователи, как это работает?
2. Были ли фичи, которыми вообще не воспользовались?
3. Где пользователь ушёл — и почему?
4. Что оказалось дольше/сложнее/дороже, чем планировали?
5. Какая интеграция дала наибольшую пользу?
6. Где команда испытывала стресс — и можно ли это устранить?
7. Что требует автоматизации уже сейчас?
8. Какие ошибки стали системными?
9. Кто в команде стал сильнее после проекта?
10. Что бы я сделал иначе, если бы начинал сегодня?
Это не про “подведение итогов”. Это про осознание: проект — это опыт. А опыт — это актив, только если его осмыслили.
Ну и не забывайте, что команды, которые проводят пост-релизные ретроспективы, улучшают скорость следующего запуска на 17%, типо исследование от Atlassian.
Запуск проекта/продукта — это не конец. Это только начало наблюдений. Если после релиза ты не задаёшь себе вопросы — значит, ты просто “выполнил задачу”, а не сделал продукт.
Многие клиенты ошибочно думают, что знают как нужно. Они убеждены в том, что хорошо чувствуют рынок, знают свою аудиторию и.т.д. Часто бывает такое, что после запуска все знания рушатся об реальные метрики.
Задайте себе 10 вопросов после запуска, уже будет лучше:
1. Поняли ли пользователи, как это работает?
2. Были ли фичи, которыми вообще не воспользовались?
3. Где пользователь ушёл — и почему?
4. Что оказалось дольше/сложнее/дороже, чем планировали?
5. Какая интеграция дала наибольшую пользу?
6. Где команда испытывала стресс — и можно ли это устранить?
7. Что требует автоматизации уже сейчас?
8. Какие ошибки стали системными?
9. Кто в команде стал сильнее после проекта?
10. Что бы я сделал иначе, если бы начинал сегодня?
Это не про “подведение итогов”. Это про осознание: проект — это опыт. А опыт — это актив, только если его осмыслили.
Ну и не забывайте, что команды, которые проводят пост-релизные ретроспективы, улучшают скорость следующего запуска на 17%, типо исследование от Atlassian.
❤7👍6🫡3🔥1
Раздражает, что многие клиенты не говорят бюджет сразу.
Очень часто слышу такие слова от фаундеров и топов, по типу: "Бла, почему нельзя сразу сказать бюджет?"
На самом деле фраза не про логику. Это про страх — быть обманутым, переплатить, не получить ценности. И с этим можно работать.
Что помогает:
🔴 Открыто объяснить, откуда берётся стоимость
🔴 Показать диапазоны: “вот базовая реализация, вот с автоматизацией/сервисами, вот кастом”
🔴 Дать контроль: “можете выкидывать, что не нужно — и мы пересчитаем”
Главное — не воспринимать это как торг. Это поиск доверия. И если вы его дадите — разговор о бюджетах становится легче.
Мы делим потенциальных заказчиков на "условные" две категории:
1️⃣ Прицениваются
2️⃣ Знают рынок и уже выбирают подрядчика
Все что я выше описал справедливо для второй категории заказчиков.
Первая — действительно приценивается. Как правило они не запускают проекты сразу, они получают цены, чтобы заложить бюджеты на следующий квартал или год. И они физически не могут назвать вам бюджеты, потому что их не знают.
Я несколько лет назад читал десятки исследований и Forrester писали о том, что прозрачные оценки в КП повышают конверсию в сделки на 28%.
Примерно с тех пор у нас максимальная и понятная декомпозиция для клиентов. Они с этой сметой могут сравнивать с другими агентствами и задавать вопросы в обе стороны "А че так дорого?"
Очень часто слышу такие слова от фаундеров и топов, по типу: "Бла, почему нельзя сразу сказать бюджет?"
Типичная фраза, которая всегда раздражает агентства: «Вы сначала скажите, сколько стоит, а потом я решу, сколько готов потратить».
На самом деле фраза не про логику. Это про страх — быть обманутым, переплатить, не получить ценности. И с этим можно работать.
Что помогает:
Главное — не воспринимать это как торг. Это поиск доверия. И если вы его дадите — разговор о бюджетах становится легче.
Мы делим потенциальных заказчиков на "условные" две категории:
Все что я выше описал справедливо для второй категории заказчиков.
Первая — действительно приценивается. Как правило они не запускают проекты сразу, они получают цены, чтобы заложить бюджеты на следующий квартал или год. И они физически не могут назвать вам бюджеты, потому что их не знают.
Я несколько лет назад читал десятки исследований и Forrester писали о том, что прозрачные оценки в КП повышают конверсию в сделки на 28%.
Примерно с тех пор у нас максимальная и понятная декомпозиция для клиентов. Они с этой сметой могут сравнивать с другими агентствами и задавать вопросы в обе стороны "А че так дорого?"
Please open Telegram to view this post
VIEW IN TELEGRAM
❤11
Полезные ссылки и навигация
Подготовил выжимку самого популярного и полезного контента с канала для проектных менеджеров и руководителей. v.2.0
Для тех, кто не знает. Меня зовут Максим Симченко, аккаунт-директор Alto. Мы разрабатываем еком, b2b на Bitrix и Laravel.
Менеджер и клиент:
📎 Как повысить лояльность клиентов
📎 NPS. Зачем нужен. Как внедрить + Шаблон
📎 Шаблон матрицы стейкхолдеров на проекте
Менеджер и проект:
📎 Как не про*бывать сроки проекта
📎 Программа обучения менеджера проектов, он же PM
📎 Метрики. Опережающие и запаздывающие. Зачем нужны + Шаблон
📎 Шаблон бронирования ресурсов для IT команд
Продажи:
📎 На чем выросли в продажах.
📎 Как сделали 6 млн+ на бесплатных концептах.
📎 Получили 91 лид от партнеров
Кейсы:
📎 Бюджетное мобильное приложение для сети гриль баров в связке Битрикс API, Slim, Flutter.
📎 B2B интернет-магазин с уникальными ценами для каждого партнера, интеграцией с ERP и личным кабинетом для сотрудников.
📎 Помогли ресторану снизить нагрузку на операторов.
Исследования и полезности:
📎 Как внедряли ОКР в команде и какие были проблемы
📎 Большое исследование по фудтеху.
📎 Чек-лист удобства интернет-магазина.
📎 Открытые финансовые показатели агентств
📎 Список видео про продажи, маркетинг и рост агентств
📎 Взял ипотеку под 5% для IT специалистов, реальный кейс и проблемы
📎 Как сделать папку "непрочитанные сообщения" в тг
___
❤️- спасибо
🔥- переслал себе в избранное
Подготовил выжимку самого популярного и полезного контента с канала для проектных менеджеров и руководителей. v.2.0
Для тех, кто не знает. Меня зовут Максим Симченко, аккаунт-директор Alto. Мы разрабатываем еком, b2b на Bitrix и Laravel.
Менеджер и клиент:
📎 Как повысить лояльность клиентов
📎 NPS. Зачем нужен. Как внедрить + Шаблон
📎 Шаблон матрицы стейкхолдеров на проекте
Менеджер и проект:
📎 Как не про*бывать сроки проекта
📎 Программа обучения менеджера проектов, он же PM
📎 Метрики. Опережающие и запаздывающие. Зачем нужны + Шаблон
📎 Шаблон бронирования ресурсов для IT команд
Продажи:
📎 На чем выросли в продажах.
📎 Как сделали 6 млн+ на бесплатных концептах.
📎 Получили 91 лид от партнеров
Кейсы:
📎 Бюджетное мобильное приложение для сети гриль баров в связке Битрикс API, Slim, Flutter.
📎 B2B интернет-магазин с уникальными ценами для каждого партнера, интеграцией с ERP и личным кабинетом для сотрудников.
📎 Помогли ресторану снизить нагрузку на операторов.
Исследования и полезности:
📎 Как внедряли ОКР в команде и какие были проблемы
📎 Большое исследование по фудтеху.
📎 Чек-лист удобства интернет-магазина.
📎 Открытые финансовые показатели агентств
📎 Список видео про продажи, маркетинг и рост агентств
📎 Взял ипотеку под 5% для IT специалистов, реальный кейс и проблемы
📎 Как сделать папку "непрочитанные сообщения" в тг
___
❤️- спасибо
🔥- переслал себе в избранное
❤9👍4🔥1
Поводу рекламы.
Мне почему-то очень сложно регулярно писать посты. А если не регулярно, то не охото постить хуйню поверхностную. Хотя я считаю, что каждый пост у меня хуйня поверхностная 😂
Чтобы регулярно писать посты, я придумал, что буду брать рекламу. В чем логика, спросите вы?
Когда рекламу на канале выпускаешь, то она висит в топе и иногда стремно, что висит реклама и нет норм контента. Поэтому реклама меня мотивирует писать контент, пхаха.
Поэтому — это пост заглушка, потому что я не придумал, что написать.
Мне почему-то очень сложно регулярно писать посты. А если не регулярно, то не охото постить хуйню поверхностную. Хотя я считаю, что каждый пост у меня хуйня поверхностная 😂
Чтобы регулярно писать посты, я придумал, что буду брать рекламу. В чем логика, спросите вы?
Когда рекламу на канале выпускаешь, то она висит в топе и иногда стремно, что висит реклама и нет норм контента. Поэтому реклама меня мотивирует писать контент, пхаха.
Поэтому — это пост заглушка, потому что я не придумал, что написать.
🤣12👍2🫡2
В eCommerce побеждают не те, у кого больше денег. А те, кто быстрее.
Быстрее запускают фичи, быстрее тестируют гипотезы, быстрее выходят в рынок. Когда ты не просто следуешь за спросом, а успеваешь его поймать и монетизировать.
На нашей практике мы видим: чаще всего бизнес теряет деньги не потому что “что-то сделали не так”, а потому что не успели:
- Зависли на согласовании, а конкуренты уже релизнули новое приложение
- Пока обновляли каталог вручную, у конкурентов уже скупили новую линейку
- Заказали доработку у подрядчика, он просит прототип, маркетинг ждёт бриф, все на паузе
- У дизайнера цейтнот, у верстальщика отпуск, у бизнеса - сгоревший KPI
Поэтому мы решили собрать конференцию EKOM TTM+ — для eCommerce-директоров, маркетологов и IT-руководителей. Чтобы поговорить не о трендах, а о том, как ускорить бизнес через IT и маркетинг.
📅 8 июля, онлайн
🎙 Среди спикеров: Иван Ярославцев (наш CEO в Alto), Полина Росс, Нона Арутюнян, Сергей Швецов
📌 Регистрация — по ссылке
Будем говорить о том:
- как запускать фичи, акции и контент без вечных правок и стоп-факторов
- как работать с гипотезами быстро, но не абы как
- как выстраивать команду, в которой маркетинг и IT не тормозят друг друга
- и как на этом всём ещё и зарабатывать
Конференция бесплатная. Приходите, если вам тоже надоело “всё долго”.
Быстрее запускают фичи, быстрее тестируют гипотезы, быстрее выходят в рынок. Когда ты не просто следуешь за спросом, а успеваешь его поймать и монетизировать.
На нашей практике мы видим: чаще всего бизнес теряет деньги не потому что “что-то сделали не так”, а потому что не успели:
- Зависли на согласовании, а конкуренты уже релизнули новое приложение
- Пока обновляли каталог вручную, у конкурентов уже скупили новую линейку
- Заказали доработку у подрядчика, он просит прототип, маркетинг ждёт бриф, все на паузе
- У дизайнера цейтнот, у верстальщика отпуск, у бизнеса - сгоревший KPI
Поэтому мы решили собрать конференцию EKOM TTM+ — для eCommerce-директоров, маркетологов и IT-руководителей. Чтобы поговорить не о трендах, а о том, как ускорить бизнес через IT и маркетинг.
📅 8 июля, онлайн
🎙 Среди спикеров: Иван Ярославцев (наш CEO в Alto), Полина Росс, Нона Арутюнян, Сергей Швецов
📌 Регистрация — по ссылке
Будем говорить о том:
- как запускать фичи, акции и контент без вечных правок и стоп-факторов
- как работать с гипотезами быстро, но не абы как
- как выстраивать команду, в которой маркетинг и IT не тормозят друг друга
- и как на этом всём ещё и зарабатывать
Конференция бесплатная. Приходите, если вам тоже надоело “всё долго”.
🔥6❤5👍3
Кому на самом деле нужен PIM — и почему это не про отрасли.
Последний год мы все чаще внедряем PIM системы в ecommerce и b2b.
Читал тут разные статьи и многие пишут: “PIM нужен тем, кто в fashion, стройке или автозапчастях”. Это скорее хитрый ход маркетологов, чем правда.
Отрасль сама по себе ничего не решает. Мы видели екомы, которым PIM был не нужен, небольшое количество товаров, мастер-система 1с и все управление контентом прекрасно работало в админке сайта. Но видели такие, где без PIM были огромные проблемы.
Поэтому решил написать несколько признаков, когда точно нужно задуматься о внедрении:
Большая структура данных.
Если у товара десятки или сотни характеристик, существуют разные локализации, когда у описания товара и характеристик есть 5 разных языковых версий. На большом объеме у вас появляются группы характеристик, без которых наполнение контентом становится адом.
Оказывается, еще остались компании, которые характеристики пишут в описании. Это совсем мрак. Для них следующий этап, это начать заводить характеристики в характеристики, чтобы на сайте начали работать фильтры.
Вы продаете в нескольких каналах.
Один сайт — ещё можно удержать руками. Но если есть маркетплейсы, дистрибьюторы, офлайн или B2B-кабинет — начинается размножение карточек.
– Где-то пропало фото
– Где-то другие остатки
– Где-то старая цена
PIM становится центром: одно хранилище, из которого выгружается всё. В CMS, в WB, в OZON. Просто представьте, что если у вас 30 маркетплейсов, 30 000 SKU и вам нужно в каждом товаре обновить фото или текст. Вместо 30 исправлений в каждом отдельном сервисе, вы испарвляете один раз в PIM.
Каталог ведёт не один человек.
У нас есть клиент, у которого сложнотехнический товар и контент-менеджер просто не сможет правильно и корректно расставить характеристики и их значения. Поэтому для утверждения карточки, которая дистрибуцируется на сайт, ревью проводится техническим специалистом. В cms или 1с без доработок вы не сможете это реализовать. В PIM есть статусные модели и они подходят под редактуру разными участниками команды.
В общем PIM — это не про “инновации”. Это про порядок и рост без боли, но PIM нужен не всем. Как-то так, хорошего всем дня)
Последний год мы все чаще внедряем PIM системы в ecommerce и b2b.
Читал тут разные статьи и многие пишут: “PIM нужен тем, кто в fashion, стройке или автозапчастях”. Это скорее хитрый ход маркетологов, чем правда.
Отрасль сама по себе ничего не решает. Мы видели екомы, которым PIM был не нужен, небольшое количество товаров, мастер-система 1с и все управление контентом прекрасно работало в админке сайта. Но видели такие, где без PIM были огромные проблемы.
Поэтому решил написать несколько признаков, когда точно нужно задуматься о внедрении:
Большая структура данных.
Если у товара десятки или сотни характеристик, существуют разные локализации, когда у описания товара и характеристик есть 5 разных языковых версий. На большом объеме у вас появляются группы характеристик, без которых наполнение контентом становится адом.
Оказывается, еще остались компании, которые характеристики пишут в описании. Это совсем мрак. Для них следующий этап, это начать заводить характеристики в характеристики, чтобы на сайте начали работать фильтры.
Вы продаете в нескольких каналах.
Один сайт — ещё можно удержать руками. Но если есть маркетплейсы, дистрибьюторы, офлайн или B2B-кабинет — начинается размножение карточек.
– Где-то пропало фото
– Где-то другие остатки
– Где-то старая цена
PIM становится центром: одно хранилище, из которого выгружается всё. В CMS, в WB, в OZON. Просто представьте, что если у вас 30 маркетплейсов, 30 000 SKU и вам нужно в каждом товаре обновить фото или текст. Вместо 30 исправлений в каждом отдельном сервисе, вы испарвляете один раз в PIM.
Каталог ведёт не один человек.
У нас есть клиент, у которого сложнотехнический товар и контент-менеджер просто не сможет правильно и корректно расставить характеристики и их значения. Поэтому для утверждения карточки, которая дистрибуцируется на сайт, ревью проводится техническим специалистом. В cms или 1с без доработок вы не сможете это реализовать. В PIM есть статусные модели и они подходят под редактуру разными участниками команды.
В общем PIM — это не про “инновации”. Это про порядок и рост без боли, но PIM нужен не всем. Как-то так, хорошего всем дня)
❤5👍5🫡3
Проигрывать тоже полезно.
Мы участвовали в тендере по разработке мобильного приложения. Заказчик оказался опытным закупщиком и после подведения итогов каждому дал обратную связь. Показал критерии выбора и компании с которыми мы были в тендере. Кстати, рекомендую всем так делать.
Было около 10 критериев выбора с определенным весом для каждого.
Какого же было мое удивление, когда я узнал, что у нас низкий балл в тех критериях, в которых я был уверен, что мы заебись.
Как итог, мы обучились благодаря клиенту. Получили конкретные пункты, где мы были хуже других. Не нужно ходить к консультантам и строить гипотезы, что было не так.
Ушел докручивать продукт.
Мы участвовали в тендере по разработке мобильного приложения. Заказчик оказался опытным закупщиком и после подведения итогов каждому дал обратную связь. Показал критерии выбора и компании с которыми мы были в тендере. Кстати, рекомендую всем так делать.
Было около 10 критериев выбора с определенным весом для каждого.
Какого же было мое удивление, когда я узнал, что у нас низкий балл в тех критериях, в которых я был уверен, что мы заебись.
Как итог, мы обучились благодаря клиенту. Получили конкретные пункты, где мы были хуже других. Не нужно ходить к консультантам и строить гипотезы, что было не так.
Ушел докручивать продукт.
🍓15👍7❤6
Шаблон товара в PIM
После недавнего сообщения про PIM, мне написали несколько агентств, которые попросили помочь с консультированием клиента.
Некоторые заказчики, в целом, не слышали про PIM или даже не представляют как он работает.
Для одних рассказал про шаблоны товара, те были в восторге. Опишу, вдруг вам тоже будет полезно)
Шаблон товара в PIM-системе — это предопределённая структура, которая определяет, какие характеристики (атрибуты) должны быть у товаров определённого типа. Шаблон задаёт набор параметров, их формат, обязательность, видимость и тип значений.
В e-commerce и B2B-каталогах у разных категорий товаров — свои характеристики:
🔴 У телевизоров — диагональ, тип матрицы, разрешение, Smart TV.
🔴 У велосипедов — диаметр колёс, материал рамы, тип тормозов.
🔴 У шин — ширина, высота, диаметр, сезонность, индекс нагрузки.
Шаблон позволяет сильно ускорить наполнение каталога. Если у вас 100 товаров — вам не актуально, но если у вас 600 000 товаров и количество постоянно меняется от поставщика к поставщику, это необходимость.
Как это работает
🔴 Администратор PIM создаёт шаблон для конкретной категории: например, «Шины».
🔴 У шаблона задаются поля: Ширина, Высота, Диаметр, Индекс нагрузки, Сезонность, Бренд.
Привязка шаблона к товару
🔴 При создании или импорте товара указывается, какой шаблон применяется.
🔴 В зависимости от шаблона появляются нужные поля. Остальные — скрыты или недоступны.
После недавнего сообщения про PIM, мне написали несколько агентств, которые попросили помочь с консультированием клиента.
Некоторые заказчики, в целом, не слышали про PIM или даже не представляют как он работает.
Для одних рассказал про шаблоны товара, те были в восторге. Опишу, вдруг вам тоже будет полезно)
Шаблон товара в PIM-системе — это предопределённая структура, которая определяет, какие характеристики (атрибуты) должны быть у товаров определённого типа. Шаблон задаёт набор параметров, их формат, обязательность, видимость и тип значений.
В e-commerce и B2B-каталогах у разных категорий товаров — свои характеристики:
Шаблон позволяет сильно ускорить наполнение каталога. Если у вас 100 товаров — вам не актуально, но если у вас 600 000 товаров и количество постоянно меняется от поставщика к поставщику, это необходимость.
Как это работает
Привязка шаблона к товару
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6👍4