в некотором смысле сами CRM-системы (тот же Битрикс24 со своими Открытыми линиями и контакт-центром) являются такой оболочной для омниканального общения.
То есть входящие из любого канала потом обрабатываются в едином месте и собираются в карточке контакта/лида
обращения из соцсетей и в онлайн-чатах Б24 умеет переводить на другого оператора и даже группы собирать
но то, что вы просите, с инициативным обращением оператора, стандартной обработкой и прилично работающими очередями – в готовых/арендуемых решениях я не встречал
Вопрос действительно не совсем по теме. мы много ковыряли тему чат-ботов «для себя». проще всего работать с Telegram, чуть сложнее VK/FB, WA тут из области «не надо»
типа за день с кофе и перекурами сделаете себе годный информер о чем угодно в телегу. у меня штуки три таких работает «просто потому что запустили несколько лет назад»
DrZlodberg не совсем понял. вы про бота для мониторинга процессов в Б24?
или надо чтобы отвечал именно в WhatsApp?
в целом нет проблемы для коробки Б24 через API написать мониторинг затяжных процессов и уведомление куда хотите. с некоторой магией — и на мобилу
для облака чуть сложнее — АПИ процессов не позволяет такого
можно сделать некоторый workaround — в специальные поля писать статус обработки и их них читать
через vlookup
=filter(arrayformula(iferror(VLOOKUP(J3:J33,K$3:K$33,1,false)=J3:J33,J3:J33)),arrayformula(iferror(VLOOKUP(J3:J33,K$3:K$33,1,false)=J3:J33,J3:J33))<>TRUE)
возвращает список элементов, присутствующих в первом массиве и отсутствующих во втором
Пардон за нескромность, но моя карма уже давно позволяет мне писать именно то, что я считаю нужным, и не бояться высказывать мое мнение, основанное на личном опыте. Именно поэтому я пишу крайне редко. Накипело — написал.
Кстати, вы не впервые намекаете мне на неправильное употребление терминов. Может быть.
Но (опять извините за нескромность) я эти мысли озвучивал на двух довольно крупных семинарах. В зале — 150 живых человек в одном случае (Волгоград) и около 90 в другом (Москва). Аудитория — директора и, будете смеяться, маркетологи.
Вот видео www.youtube.com/watch?v=mvF1gGuiK68
И после семинара подходили люди и говорили: черт побери, ДА! нам этого не хватало. Будем так делать. И никто не поправлял. Вывод какой?
«Маркетологи» настолько ничего не знают о своей профессии, что пропускают мои дилетантские поучения.
На конференции врачей не распознали фельдшера-самоучку? Странно, вы не находите?
1.1. — может быть. подумаю еще раз
когда я выбирал базовый метод между swot, pest, 5 силами портера, выбрал его как самый однозначны и (на мой взгляд) близкий к интернет-маркетингу
1.3
да. у вас другое окружение? сколько % знакомых ваших, называющихся маркетологами, другие?
у меня 95%/5% тупых к нормальным. у вас?
2. а приведенный мной пример про вентиляцию — тоже слоган?
мы мучились с коллегами при обсуждении над термином, мне больше всего нравится «маркетинговое послание»
вы разбираетесь — подскажите
3. ну вот я например знаком с Алексеем Саминским. он — маркетолог, настоящий, умный, опытный. он в 5%
остальных называть не буду.
что вы хотите сказать? что у меня однобокий и тенденциозный обзор маркетологов? да, вероятно так и есть. мне многие это сказали. я просил привести контрпримеры. мне приводили доводы в стиле «а там директор тоже дурак» или «денег не дают, развернуться негде».
расскажите какой у вас опыт, скорректируйте мой взгляд
1. Это вопрос личности, безусловно. Но талантливому проектировщику, аналитику, директору нужен инструмент. SWOT-хороший систематизирующий инструмент. Он отвечает на вопрос: «так, что тут у нас?»
На вопрос: «и что делать?» ответ дают мозги и многодневные мысли
у меня есть отчет по анализу сайтов в определенной предметной области, SWOT, выработка УТП, там примерно 40 листов текста. я бы опубликовал, не будь там много такого, чего не захочет публиковать заказчик. в этом аспекте я не теоретик. я реально это делал
трудоемкость огромная, и второй раз такую работу раньше чем через полгода делать не хочу
SWOT-основа. далее сидеть и думать
проблема в том, что ВСЕ (ВСЕ!!!) кого я спросил слышали про SWOT в институте, и НИКТО никогда его не использовал в жизни.
2. может быть. я не маркетолог
я подчеркиваю не имиджевую, а содержательную суть понятия. это то, что потом разворачивается в сайт
3. безусловно. но мы работаем с интернетом, про него и разговор. если придет маркетолог с прописанной маркетинговой стратегией бренда, одна из глав которой называется «интернет-маркетинг», я буду аплодировать стоя
пока — не видел
точнее, видел только вторичное УГ
4. нет. не кажется. я вижу сейчас то, что АЛ написал тогда.
нету маркетологов. или нет места им в компаниях
они часто сидят для того, чтобы липовые отчеты клепать
5. пожалуй да
я вижу что делать это надо, но
— нам тяжело, и это не наш хлеб
— почти никто не делает
— заказчику пофиг
— результат печален
1 — 2500 часов кода. для нас — большой.
а для вас что большой проект?
2 — да, глупый глюк. пофиксим. подайте объявление, поищите что-то, посмотрите кабинет. там проблем с качеством вы не найдете, я думаю.
3 — согласен, что это база. но практика показывает что в секторе проектов этой весовой категории и эти средства многим в новинку. я обобщаю выводы
4 — давайте без выводов относительно меня, ладно?
я прекрасно понимаю эту разницу и стараюсь применять разные методики управления
центральная проблема, о которой я пишу — как подсадить клиента на agile? как назвать в agile финальный срок и цену?
вы знаете? научите, пожалуйста.
я владимира завертайлова из sibirix послушал бы на эту тему, но и он, полагаю, америки не откроет
5 — научите делать автоматизированные тесты интерфейса, js и верстки? чтобы реально хорошо тестировало без людей
6 — что вас интересует? сроки мы недооценили и по часам программистов, и по месяцам разработки, я об этом честно пишу
по деньгам дикого оверхеда нет, хотя прибыли тоже.
зато хороший продукт, опыт и пиар.
Вы что-нибудь кроме PMBOK читали?
я много чего читал, не стоит такого апломба, честное слово.
ваших статей на эту и другие темы я на хабре не наблюдаю. дадите ссылки на ваши статьи и проекты?
жопоприкрывательный и не очень компетентый отчет перед начальством
очень, очень горячий мальчик
жопу мне прикрывать не надо — проект сдан, работает, приносить прибыл с первого дня работы
начальства у меня, будете смеяться, нету.
клиент статью читал у нас на сайте, возражений нет
хотите обсуждать — давайте поменьше пафоса и выпадов. по сути, по сути
ваш пиар становится все изящнее и изящнее
молодцы, серьезно
гаджет показали, про внутренний контроль качества упомянули, к творческому поиску подтолкнули
это намного лучше проповедей во славу платформы, напичканных ссылками
аудитория хабра несопоставимо лучше знакома с веб-технологиями, чем возможные читатели вашей статьи
сама статья изумительно хороша для старших школьников, студентов 1-2 курса или людей в возрасте, осваивающих ИТ
у вас талант, не обижайтесь и не зарывайте его в землю
Интересная статья, Александр.
Скептикам рекомендую ознакомиться с трудовой биографией автора.
По сути у меня ряд вопросов.
1. Мы делаем магазины куда более простые чем Эльдорадо и без такой нагрузки, сценарии более простые и прямые, чем вы пугаете. В любом магазине 20-30 различных типов html-страниц (собственно магаз+неизбежные доп.разделы типа новостей, статей, фака, акций и т.п.)
Вы их не кастомизируете? Оставляете стандартные от Битрикса? Или не описываете в ТЗ? Кто и как их делает?
Дизайнер (1шт)+верстальщик (1шт)+программист клиентских скриптов (1шт) тратят в сумме не менее 20 рабочих дней только на реализацию дизайна и клиентской логики. И ПМ их непрерывно модерирует независимо от того, есть ТЗ или нет.
Это гигантская работа, особенно если заказчик внимателен к ее результату.
2. Разностное ТЗ (пишем только то, что отличается от стандарта) это прекрасно в смысле экономии времени и текста. У нас есть ряд проектов, где мы такое ТЗ применяем. Однако вы в начале пишете (адресуясь к проектировщику) что он должен понять логику работы компонентов и прочувствовать точки роста. Ну он-то прочувствует, а клиент?
Допустим, реализация магазина Битриксом хороша. Но клиент-то не знает что есть стандарт и что он ему дает. Клиент хочет (и не говорит, естественно, пока не покажешь или прямо не спросишь) массу мелочей, настраиваемых в специфических местах. Я говорю о сценарии заказа со скидками, ограничениями, правами доступа и т.п.
Сказать: извините, этого нет в ТЗ, мы вас предупреждали что пишем отличия от стандарта Битрикса — вы будете быстро и совершенно справедливо посланы на йух.
Реально получается что разностное ТЗ работает только в двух случаях: клиент знает Битрикс не хуже ПМ, причем не только как юзер, но и немного как системно-мыслящий проектировщик, или ему совершенно плевать как оно будет выглядеть, лишь бы работало и продавало.
Мне кажется, оба типа клиентов — абсолютная экзотика. Да и разработчики редко берут на себя смелость утверждать «мы знаем как оно будет продавать, берем на себя ответственность».
3. Натягивание нестандартной верстки на магаз = 1 человеко-день?
Может я не понимаю чего-то, но если верстка отличается от стандарта не только цветами и оформительскими картинками, а еще и меняет хотя бы чуть-чуть процесс или интерфейс просмотра товаров, это требует работы напильником и кастомизации компонентов. Я оцениваю натягивание даже готовой верстки (чего не бывает, всегда есть пропущенные страницы и забытые поля) в несколько раз больше. Или у вас 5 человек одновременно будут это делать?
Понятно, что изменение логики и вида заказа, корзины, оформления мало кому реально надо, но большинство этого хотят, и в проекте от этого не уйти, если не продавать тиражку прямо как есть.
4. мозгоразжижающие вопросы про скидки, которые нереально уточнить ни до, ни во время проектирования, кто и когда будет задавать? уже кодить надо, проект стынет, а формул нету! как решается?
Меня статья огорчила тремя вещами:
a. я не поверил что хайлоад магазин с нестандартными сценариями можно сделать за 4 месяца. можно примеры? и на мои вопросы ответьте, аспекты проектирования и утряски мелочей мне непонятны.
я по-прежнему сторонник нормального проработанного ТЗ. наша практика показывает, что если клиент не понимает бизнес-вопроса или не готов на него быстро ответить в процессе проектирования, он на него не ответит и потом, как бы не клялся. соответствующий функционал надо убирать.
тз на не особо навороченный магаз это 25-40 листов с картинками или скетчами всех страниц. пишется 2-5 недель.
b. где agile? можно для неразвитых показать где он тут?
открыл вики, прочитал манифест. ничего не увидел тут у вас от agile. я без сарказма, я правда не понял
c. битрикс. пусть он хорош, не полезем в детали. мне кажется что тут дело не совсем в платформе. вы не доказываете что битрикс лучший, вы просто берете его как данность. хорошо.
если надо доказать что он крут, сравните с osCommerce хотя бы. покажите чем плох последний, чем плохи решения типа Magento
если вы видите серьезные преимущества Битрикса для проектных операций — расскажите подробности.
намеки есть, но честно я не увидел аргументов. много мнений без ссылок на проекты.
понял
интересная модель
а как вы убедите пользователя что раз в 3-5 лет ему надо будет прекратить обновляться или переделать свой продукт на вашем движке?
То есть входящие из любого канала потом обрабатываются в едином месте и собираются в карточке контакта/лида
обращения из соцсетей и в онлайн-чатах Б24 умеет переводить на другого оператора и даже группы собирать
но то, что вы просите, с инициативным обращением оператора, стандартной обработкой и прилично работающими очередями – в готовых/арендуемых решениях я не встречал
типа за день с кофе и перекурами сделаете себе годный информер о чем угодно в телегу. у меня штуки три таких работает «просто потому что запустили несколько лет назад»
или надо чтобы отвечал именно в WhatsApp?
в целом нет проблемы для коробки Б24 через API написать мониторинг затяжных процессов и уведомление куда хотите. с некоторой магией — и на мобилу
для облака чуть сложнее — АПИ процессов не позволяет такого
можно сделать некоторый workaround — в специальные поля писать статус обработки и их них читать
задачу расскажите — отвечу
=filter(arrayformula(iferror(VLOOKUP(J3:J33,K$3:K$33,1,false)=J3:J33,J3:J33)),arrayformula(iferror(VLOOKUP(J3:J33,K$3:K$33,1,false)=J3:J33,J3:J33))<>TRUE)
возвращает список элементов, присутствующих в первом массиве и отсутствующих во втором
Прекрасный текст по форме, хотя и уже хорошо известный по сути.
Спасибо, всегда бы так.
ps в предпоследнем абзаце лишняя кавычка после слова продукте
Я написал около 100 статей. посмотрите даты. Эта — первая за более чем год, кажется. Мне неинтересно на Хабре.
Я уже понял, что вы очень крутой. Что вы бы показали как надо проектировать, докладывать, выступать. Жду пруфлинков и пруфпиков.
Не нахожу. Это видео просто лежит на нашем канале и никак не пиарится.
Другого не посоветую.
Пардон за нескромность, но моя карма уже давно позволяет мне писать именно то, что я считаю нужным, и не бояться высказывать мое мнение, основанное на личном опыте. Именно поэтому я пишу крайне редко. Накипело — написал.
Кстати, вы не впервые намекаете мне на неправильное употребление терминов. Может быть.
Но (опять извините за нескромность) я эти мысли озвучивал на двух довольно крупных семинарах. В зале — 150 живых человек в одном случае (Волгоград) и около 90 в другом (Москва). Аудитория — директора и, будете смеяться, маркетологи.
Вот видео www.youtube.com/watch?v=mvF1gGuiK68
И после семинара подходили люди и говорили: черт побери, ДА! нам этого не хватало. Будем так делать. И никто не поправлял. Вывод какой?
«Маркетологи» настолько ничего не знают о своей профессии, что пропускают мои дилетантские поучения.
На конференции врачей не распознали фельдшера-самоучку? Странно, вы не находите?
когда я выбирал базовый метод между swot, pest, 5 силами портера, выбрал его как самый однозначны и (на мой взгляд) близкий к интернет-маркетингу
1.3
да. у вас другое окружение? сколько % знакомых ваших, называющихся маркетологами, другие?
у меня 95%/5% тупых к нормальным. у вас?
2. а приведенный мной пример про вентиляцию — тоже слоган?
мы мучились с коллегами при обсуждении над термином, мне больше всего нравится «маркетинговое послание»
вы разбираетесь — подскажите
3. ну вот я например знаком с Алексеем Саминским. он — маркетолог, настоящий, умный, опытный. он в 5%
остальных называть не буду.
что вы хотите сказать? что у меня однобокий и тенденциозный обзор маркетологов? да, вероятно так и есть. мне многие это сказали. я просил привести контрпримеры. мне приводили доводы в стиле «а там директор тоже дурак» или «денег не дают, развернуться негде».
расскажите какой у вас опыт, скорректируйте мой взгляд
1. Это вопрос личности, безусловно. Но талантливому проектировщику, аналитику, директору нужен инструмент. SWOT-хороший систематизирующий инструмент. Он отвечает на вопрос: «так, что тут у нас?»
На вопрос: «и что делать?» ответ дают мозги и многодневные мысли
у меня есть отчет по анализу сайтов в определенной предметной области, SWOT, выработка УТП, там примерно 40 листов текста. я бы опубликовал, не будь там много такого, чего не захочет публиковать заказчик. в этом аспекте я не теоретик. я реально это делал
трудоемкость огромная, и второй раз такую работу раньше чем через полгода делать не хочу
SWOT-основа. далее сидеть и думать
проблема в том, что ВСЕ (ВСЕ!!!) кого я спросил слышали про SWOT в институте, и НИКТО никогда его не использовал в жизни.
2. может быть. я не маркетолог
я подчеркиваю не имиджевую, а содержательную суть понятия. это то, что потом разворачивается в сайт
3. безусловно. но мы работаем с интернетом, про него и разговор. если придет маркетолог с прописанной маркетинговой стратегией бренда, одна из глав которой называется «интернет-маркетинг», я буду аплодировать стоя
пока — не видел
точнее, видел только вторичное УГ
4. нет. не кажется. я вижу сейчас то, что АЛ написал тогда.
нету маркетологов. или нет места им в компаниях
они часто сидят для того, чтобы липовые отчеты клепать
5. пожалуй да
я вижу что делать это надо, но
— нам тяжело, и это не наш хлеб
— почти никто не делает
— заказчику пофиг
— результат печален
нет оснований для оптимизма пока
продажу услуги делает человек
крупную продажу делает только ген.директор подрядчика ген.директору заказчика. посмотрят в глаза, ударят по рукам.
а вот чтобы звонок состоялся — нужен сайт, внятно рассказывающий почему надо позвать этих ребят на разговор
разумеется, именно с этого и начинается. цели посетителя, цели сайта, путь конверсии даже если не магазин
а swot-анализ он весь почти про конкуренцию
статья огромная, надоедает читать и писать
а для вас что большой проект?
2 — да, глупый глюк. пофиксим. подайте объявление, поищите что-то, посмотрите кабинет. там проблем с качеством вы не найдете, я думаю.
3 — согласен, что это база. но практика показывает что в секторе проектов этой весовой категории и эти средства многим в новинку. я обобщаю выводы
4 — давайте без выводов относительно меня, ладно?
я прекрасно понимаю эту разницу и стараюсь применять разные методики управления
центральная проблема, о которой я пишу — как подсадить клиента на agile? как назвать в agile финальный срок и цену?
вы знаете? научите, пожалуйста.
я владимира завертайлова из sibirix послушал бы на эту тему, но и он, полагаю, америки не откроет
5 — научите делать автоматизированные тесты интерфейса, js и верстки? чтобы реально хорошо тестировало без людей
6 — что вас интересует? сроки мы недооценили и по часам программистов, и по месяцам разработки, я об этом честно пишу
по деньгам дикого оверхеда нет, хотя прибыли тоже.
зато хороший продукт, опыт и пиар.
я много чего читал, не стоит такого апломба, честное слово.
ваших статей на эту и другие темы я на хабре не наблюдаю. дадите ссылки на ваши статьи и проекты?
очень, очень горячий мальчик
жопу мне прикрывать не надо — проект сдан, работает, приносить прибыл с первого дня работы
начальства у меня, будете смеяться, нету.
клиент статью читал у нас на сайте, возражений нет
хотите обсуждать — давайте поменьше пафоса и выпадов. по сути, по сути
а текст, мне кажется, стоит того чтобы его дочитать
в любом случае жду конструктивной критики
ваш пиар становится все изящнее и изящнее
молодцы, серьезно
гаджет показали, про внутренний контроль качества упомянули, к творческому поиску подтолкнули
это намного лучше проповедей во славу платформы, напичканных ссылками
респект
сама статья изумительно хороша для старших школьников, студентов 1-2 курса или людей в возрасте, осваивающих ИТ
у вас талант, не обижайтесь и не зарывайте его в землю
Скептикам рекомендую ознакомиться с трудовой биографией автора.
По сути у меня ряд вопросов.
1. Мы делаем магазины куда более простые чем Эльдорадо и без такой нагрузки, сценарии более простые и прямые, чем вы пугаете. В любом магазине 20-30 различных типов html-страниц (собственно магаз+неизбежные доп.разделы типа новостей, статей, фака, акций и т.п.)
Вы их не кастомизируете? Оставляете стандартные от Битрикса? Или не описываете в ТЗ? Кто и как их делает?
Дизайнер (1шт)+верстальщик (1шт)+программист клиентских скриптов (1шт) тратят в сумме не менее 20 рабочих дней только на реализацию дизайна и клиентской логики. И ПМ их непрерывно модерирует независимо от того, есть ТЗ или нет.
Это гигантская работа, особенно если заказчик внимателен к ее результату.
2. Разностное ТЗ (пишем только то, что отличается от стандарта) это прекрасно в смысле экономии времени и текста. У нас есть ряд проектов, где мы такое ТЗ применяем. Однако вы в начале пишете (адресуясь к проектировщику) что он должен понять логику работы компонентов и прочувствовать точки роста. Ну он-то прочувствует, а клиент?
Допустим, реализация магазина Битриксом хороша. Но клиент-то не знает что есть стандарт и что он ему дает. Клиент хочет (и не говорит, естественно, пока не покажешь или прямо не спросишь) массу мелочей, настраиваемых в специфических местах. Я говорю о сценарии заказа со скидками, ограничениями, правами доступа и т.п.
Сказать: извините, этого нет в ТЗ, мы вас предупреждали что пишем отличия от стандарта Битрикса — вы будете быстро и совершенно справедливо посланы на йух.
Реально получается что разностное ТЗ работает только в двух случаях: клиент знает Битрикс не хуже ПМ, причем не только как юзер, но и немного как системно-мыслящий проектировщик, или ему совершенно плевать как оно будет выглядеть, лишь бы работало и продавало.
Мне кажется, оба типа клиентов — абсолютная экзотика. Да и разработчики редко берут на себя смелость утверждать «мы знаем как оно будет продавать, берем на себя ответственность».
3. Натягивание нестандартной верстки на магаз = 1 человеко-день?
Может я не понимаю чего-то, но если верстка отличается от стандарта не только цветами и оформительскими картинками, а еще и меняет хотя бы чуть-чуть процесс или интерфейс просмотра товаров, это требует работы напильником и кастомизации компонентов. Я оцениваю натягивание даже готовой верстки (чего не бывает, всегда есть пропущенные страницы и забытые поля) в несколько раз больше. Или у вас 5 человек одновременно будут это делать?
Понятно, что изменение логики и вида заказа, корзины, оформления мало кому реально надо, но большинство этого хотят, и в проекте от этого не уйти, если не продавать тиражку прямо как есть.
4. мозгоразжижающие вопросы про скидки, которые нереально уточнить ни до, ни во время проектирования, кто и когда будет задавать? уже кодить надо, проект стынет, а формул нету! как решается?
Меня статья огорчила тремя вещами:
a. я не поверил что хайлоад магазин с нестандартными сценариями можно сделать за 4 месяца. можно примеры? и на мои вопросы ответьте, аспекты проектирования и утряски мелочей мне непонятны.
я по-прежнему сторонник нормального проработанного ТЗ. наша практика показывает, что если клиент не понимает бизнес-вопроса или не готов на него быстро ответить в процессе проектирования, он на него не ответит и потом, как бы не клялся. соответствующий функционал надо убирать.
тз на не особо навороченный магаз это 25-40 листов с картинками или скетчами всех страниц. пишется 2-5 недель.
b. где agile? можно для неразвитых показать где он тут?
открыл вики, прочитал манифест. ничего не увидел тут у вас от agile. я без сарказма, я правда не понял
c. битрикс. пусть он хорош, не полезем в детали. мне кажется что тут дело не совсем в платформе. вы не доказываете что битрикс лучший, вы просто берете его как данность. хорошо.
если надо доказать что он крут, сравните с osCommerce хотя бы. покажите чем плох последний, чем плохи решения типа Magento
если вы видите серьезные преимущества Битрикса для проектных операций — расскажите подробности.
намеки есть, но честно я не увидел аргументов. много мнений без ссылок на проекты.
ссылок много, а статья отличная, дает задуматься.
интересная модель
а как вы убедите пользователя что раз в 3-5 лет ему надо будет прекратить обновляться или переделать свой продукт на вашем движке?