• Архитектура маркетплейса
    0
    разверните мысль?
  • Добавляем электронную подпись запросов и документов в интерфейс CRM
    0
    хм, вы правы. поправил
  • Добавляем электронную подпись запросов и документов в интерфейс CRM
    0
    это совсем другая и относительно простая задача
  • Добавляем электронную подпись запросов и документов в интерфейс CRM
    0
    в том и дело что доступа к токену физически отсутствует, подписание «не тем» человеком исключено. закрытый контур и все такое
  • Дорожная карта внедрения корпоративного портала Битрикс24 в крупной компании. Цели, стадии, место в инфраструктуре
    0
    это коробка

    чисто теоретически такое можно собрать и в облаке через внешнее приложение 1 или 2 типа
  • Дорожная карта внедрения корпоративного портала Битрикс24 в крупной компании. Цели, стадии, место в инфраструктуре
    0
    про МП вы правы. оффлайн-режима у него нет
    и воплей про его отсутствие немного на самом деле

    площадку для ИМ — думаю это временно. эту нишу закроют быстро
    CRM, RPA, там еще конь не валялся сколько работы.
  • Дорожная карта внедрения корпоративного портала Битрикс24 в крупной компании. Цели, стадии, место в инфраструктуре
    0
    вы написали, я ваш комментарий одобрил
    пожалуй спорить не буду, все логично

    Диском я тоже не пользуюсь
    бекапы с 30+Гб — конечно целиком, а лучше снепшотами

    то что запросы идут через сервера Битрикса, насколько я знаю, позволяет лицензию контролировать
    проблем с этим у нас не было никогда, аптайм у них (у облака) очень приличный.
  • Дорожная карта внедрения корпоративного портала Битрикс24 в крупной компании. Цели, стадии, место в инфраструктуре
    0
    спасибо за коммент
    Б24 открыт для доработок, очень дешев в сравнении с любыми другими инструментами, имеет кучу фич и развивается

    поэтому его и берут.

    местами сыро — факт
  • Дорожная карта внедрения корпоративного портала Битрикс24 в крупной компании. Цели, стадии, место в инфраструктуре
    0
    пожалуйста )

    1 — сервис ganttpro. честно говоря не знаю почему не в Б24. мне нужно было нарисовать — я нарисовал. можно было и в Б24
    наш собственный продакшн работает в youtrack и связках с другими системами
    2 — нет, кастомные страницы делаются руками разработчиков. на Сайтах удобно делать лендинги, не более
  • Дорожная карта внедрения корпоративного портала Битрикс24 в крупной компании. Цели, стадии, место в инфраструктуре
    0
    мобильное приложение есть, и его функциональность развивается
    все еще самые сложные сценарии на мобильном де-факто недоступны
    думаю причины 2:
    — невысок спрос
    — сделать хорошо очень трудно

    задачи, чаты, частично CRM — работают

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

    было несколько начинаний внедренцев по созданию собственного МП на базе REST API — без успеха, задача слишком большая
  • Дорожная карта внедрения корпоративного портала Битрикс24 в крупной компании. Цели, стадии, место в инфраструктуре
    0
    удивительно конечно воспринимать мессенджер как ключевую фичу, ну ок

    а на что рекомендуете заменить?
  • Дорожная карта внедрения корпоративного портала Битрикс24 в крупной компании. Цели, стадии, место в инфраструктуре
    0
    помогу. давайте в личке.
  • Дорожная карта внедрения корпоративного портала Битрикс24 в крупной компании. Цели, стадии, место в инфраструктуре
    –3
    смешно, да

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

    поэтому внедрение интранета — не только техника и проектирование, но и социальная инженерия
  • Дорожная карта внедрения корпоративного портала Битрикс24 в крупной компании. Цели, стадии, место в инфраструктуре
    0
    облако.
    хотя мы и интегратор, но сами живем в облаке (так проще, да и практика), сделали себе кучу интеграций и специфических приложений
  • Дорожная карта внедрения корпоративного портала Битрикс24 в крупной компании. Цели, стадии, место в инфраструктуре
    0
    у нас сотрудники службы продаж работают в Битрикс24, облачная почта плюс корпоративный gmail по IMAP
    не сочтите что я посылаю вас — но это в поддержку

    что касается качества реализации
    у нас тоже много вопросов к тому как сделаны некоторые вещи в Б24. это и js, и кастомизация, и местами технические решения

    однако альтернатив для построения интранет-порталов такого уровня просто нет
    не Sharepoint же? переходов с Б24 на SP я не помню ни одного
    наоборот – масса

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

    все это относительно недорого

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

    это работает
  • Как вырастить веб-разработчика от стажера до архитектора. Матрица компетенций
    0
    не совсем понятно какое «рассуждение» вы имеете в виду
    по сути да, мы описываем специфику нашей работы, ценен личный опыт

    впрочем, он довольно универсален

    что касается разных языков: сугубое ИМХО, но мне кажется что стоит выбрать 1 технологию и изучать ее всерьез.
    круто знать 4 серверных языка/технологии — чтобы что? для кругозора, для шансов сменить работу — согласен. для глубины и качества? спорно…
  • Как вырастить веб-разработчика от стажера до архитектора. Матрица компетенций
    0
    спрашиваем все время, и разговоры-подготовки к аттестациям проходят довольно часто

    что касается ВУЗов — по сути первый стажерский уровень матрицы мы и даем на полугодовом курсе веб-разработки в ВолГУ
  • Как вырастить веб-разработчика от стажера до архитектора. Матрица компетенций
    0
    не так много на самом деле. просто на старте как правило люди фронтендом называют верстку и самый базовый JS. идем по пути база => jQuery => более современные подходы

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

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

    они частично пересекаются, но все же рассматривать эту конкретно конструкцию нужно как бекенд, а не фронтенд-матрицу
  • Как вырастить веб-разработчика от стажера до архитектора. Матрица компетенций
    0
    собственно ничего пропихивать не надо
    есть конкретные предметы
    — Технологии разработки для сети И нтернет
    — Человеко-машинное взаимодействие (больше про интерфейсы, но тоже веб затрагивает)
    — Веб-технологии
    — много еще

    которые есть в программах и которые преподаются

    просто мы приходим в ВУЗ и говорим: мы профильное предприятие, у нас есть люди с учеными степенями и педагогическим опытом, давайте мы у вас поработаем (а заодно будем базой практик, руководить/оппонировать дипломам, организовать «кафедры от предприятия»)

    ВУЗу это очень надо, у них kpi на привлечение таких партнеров

    и работаем

    вот курс, посмотрите там видео и презентации. качество записи пока не «вау», но мы работаем над этим www.intervolga.ru/school
  • Обзор сервисов интеграции WhatsApp (Wazzup, i2crm, Chat2Desk, Pact.im, OLChat) с CRM Битрикс24
    0
    спасибо за уточнение
  • Обзор сервисов интеграции WhatsApp (Wazzup, i2crm, Chat2Desk, Pact.im, OLChat) с CRM Битрикс24
    0
    в чат присылается бинарный файл (кажется, wav) с записью
  • Обзор сервисов интеграции WhatsApp (Wazzup, i2crm, Chat2Desk, Pact.im, OLChat) с CRM Битрикс24
    0
    в некотором смысле сами CRM-системы (тот же Битрикс24 со своими Открытыми линиями и контакт-центром) являются такой оболочной для омниканального общения.
    То есть входящие из любого канала потом обрабатываются в едином месте и собираются в карточке контакта/лида
    обращения из соцсетей и в онлайн-чатах Б24 умеет переводить на другого оператора и даже группы собирать

    но то, что вы просите, с инициативным обращением оператора, стандартной обработкой и прилично работающими очередями – в готовых/арендуемых решениях я не встречал
  • Обзор сервисов интеграции WhatsApp (Wazzup, i2crm, Chat2Desk, Pact.im, OLChat) с CRM Битрикс24
    0
    Вопрос действительно не совсем по теме. мы много ковыряли тему чат-ботов «для себя». проще всего работать с Telegram, чуть сложнее VK/FB, WA тут из области «не надо»

    типа за день с кофе и перекурами сделаете себе годный информер о чем угодно в телегу. у меня штуки три таких работает «просто потому что запустили несколько лет назад»
  • Обзор сервисов интеграции WhatsApp (Wazzup, i2crm, Chat2Desk, Pact.im, OLChat) с CRM Битрикс24
    0
    DrZlodberg не совсем понял. вы про бота для мониторинга процессов в Б24?
    или надо чтобы отвечал именно в WhatsApp?

    в целом нет проблемы для коробки Б24 через API написать мониторинг затяжных процессов и уведомление куда хотите. с некоторой магией — и на мобилу

    для облака чуть сложнее — АПИ процессов не позволяет такого
    можно сделать некоторый workaround — в специальные поля писать статус обработки и их них читать

    задачу расскажите — отвечу
  • Талмуд по формулам в Google SpreadSheet
    0
    через 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)

    возвращает список элементов, присутствующих в первом массиве и отсутствующих во втором
  • Быстрое веб-приложение — трепанация сети
    +1
    Браво, Александр!
    Прекрасный текст по форме, хотя и уже хорошо известный по сути.

    Спасибо, всегда бы так.

    ps в предпоследнем абзаце лишняя кавычка после слова продукте
  • Маркетинг головного мозга. Делаем карту сайта через SWOT-анализ, маркетинговое послание и УТП
    +1
    А зря. правила и практика Хабра таковы, что сначала ты зарабатываешь авторитет. а потом можешь им пользоваться

    Я написал около 100 статей. посмотрите даты. Эта — первая за более чем год, кажется. Мне неинтересно на Хабре.

    Я уже понял, что вы очень крутой. Что вы бы показали как надо проектировать, докладывать, выступать. Жду пруфлинков и пруфпиков.

    Не нахожу. Это видео просто лежит на нашем канале и никак не пиарится.
  • Маркетинг головного мозга. Делаем карту сайта через SWOT-анализ, маркетинговое послание и УТП
    –3
    Набирайте карму, Роман.

    Другого не посоветую.

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

    Кстати, вы не впервые намекаете мне на неправильное употребление терминов. Может быть.
    Но (опять извините за нескромность) я эти мысли озвучивал на двух довольно крупных семинарах. В зале — 150 живых человек в одном случае (Волгоград) и около 90 в другом (Москва). Аудитория — директора и, будете смеяться, маркетологи.
    Вот видео www.youtube.com/watch?v=mvF1gGuiK68

    И после семинара подходили люди и говорили: черт побери, ДА! нам этого не хватало. Будем так делать. И никто не поправлял. Вывод какой?
    «Маркетологи» настолько ничего не знают о своей профессии, что пропускают мои дилетантские поучения.

    На конференции врачей не распознали фельдшера-самоучку? Странно, вы не находите?
  • Маркетинг головного мозга. Делаем карту сайта через SWOT-анализ, маркетинговое послание и УТП
    +1
    1.1. — может быть. подумаю еще раз
    когда я выбирал базовый метод между swot, pest, 5 силами портера, выбрал его как самый однозначны и (на мой взгляд) близкий к интернет-маркетингу

    1.3
    да. у вас другое окружение? сколько % знакомых ваших, называющихся маркетологами, другие?
    у меня 95%/5% тупых к нормальным. у вас?

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

    вы разбираетесь — подскажите

    3. ну вот я например знаком с Алексеем Саминским. он — маркетолог, настоящий, умный, опытный. он в 5%
    остальных называть не буду.
    что вы хотите сказать? что у меня однобокий и тенденциозный обзор маркетологов? да, вероятно так и есть. мне многие это сказали. я просил привести контрпримеры. мне приводили доводы в стиле «а там директор тоже дурак» или «денег не дают, развернуться негде».
    расскажите какой у вас опыт, скорректируйте мой взгляд

  • Олимпиада по веб-разработке. Волгоград и еще 60 городов
    +3
    Если вы реально студент — мы вас допустим. Всерьез вашими документами займемся тогда, когда вы возьмете первый приз на очном туре в Москве.
  • Олимпиада по веб-разработке. Волгоград и еще 60 городов
    +1
    подтвердите что вы студент любым способом (справкой, например, или зачеткой) — и приходите
  • Маркетинг головного мозга. Делаем карту сайта через SWOT-анализ, маркетинговое послание и УТП
    +1
    Здравствуйте, Роман

    1. Это вопрос личности, безусловно. Но талантливому проектировщику, аналитику, директору нужен инструмент. SWOT-хороший систематизирующий инструмент. Он отвечает на вопрос: «так, что тут у нас?»
    На вопрос: «и что делать?» ответ дают мозги и многодневные мысли

    у меня есть отчет по анализу сайтов в определенной предметной области, SWOT, выработка УТП, там примерно 40 листов текста. я бы опубликовал, не будь там много такого, чего не захочет публиковать заказчик. в этом аспекте я не теоретик. я реально это делал

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

    SWOT-основа. далее сидеть и думать
    проблема в том, что ВСЕ (ВСЕ!!!) кого я спросил слышали про SWOT в институте, и НИКТО никогда его не использовал в жизни.

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

    3. безусловно. но мы работаем с интернетом, про него и разговор. если придет маркетолог с прописанной маркетинговой стратегией бренда, одна из глав которой называется «интернет-маркетинг», я буду аплодировать стоя
    пока — не видел

    точнее, видел только вторичное УГ

    4. нет. не кажется. я вижу сейчас то, что АЛ написал тогда.
    нету маркетологов. или нет места им в компаниях
    они часто сидят для того, чтобы липовые отчеты клепать

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

    нет оснований для оптимизма пока
  • Маркетинг головного мозга. Делаем карту сайта через SWOT-анализ, маркетинговое послание и УТП
    +1
    сайт продает звонок

    продажу услуги делает человек

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

    а вот чтобы звонок состоялся — нужен сайт, внятно рассказывающий почему надо позвать этих ребят на разговор
  • Маркетинг головного мозга. Делаем карту сайта через SWOT-анализ, маркетинговое послание и УТП
    +1
    просто не стал детально писать

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

    а swot-анализ он весь почти про конкуренцию

    статья огромная, надоедает читать и писать
  • Особенности и риски крупного веб-проекта. Как строить работу между клиентом и разработчиком
    0
    1 — 2500 часов кода. для нас — большой.
    а для вас что большой проект?

    2 — да, глупый глюк. пофиксим. подайте объявление, поищите что-то, посмотрите кабинет. там проблем с качеством вы не найдете, я думаю.

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

    4 — давайте без выводов относительно меня, ладно?
    я прекрасно понимаю эту разницу и стараюсь применять разные методики управления
    центральная проблема, о которой я пишу — как подсадить клиента на agile? как назвать в agile финальный срок и цену?
    вы знаете? научите, пожалуйста.
    я владимира завертайлова из sibirix послушал бы на эту тему, но и он, полагаю, америки не откроет

    5 — научите делать автоматизированные тесты интерфейса, js и верстки? чтобы реально хорошо тестировало без людей

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

    Вы что-нибудь кроме PMBOK читали?

    я много чего читал, не стоит такого апломба, честное слово.

    ваших статей на эту и другие темы я на хабре не наблюдаю. дадите ссылки на ваши статьи и проекты?

    жопоприкрывательный и не очень компетентый отчет перед начальством

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

    клиент статью читал у нас на сайте, возражений нет

    хотите обсуждать — давайте поменьше пафоса и выпадов. по сути, по сути
  • Особенности и риски крупного веб-проекта. Как строить работу между клиентом и разработчиком
    0
    сайт заработал, у таймвеба свитч сгорел, теперь подняли.

    а текст, мне кажется, стоит того чтобы его дочитать

    в любом случае жду конструктивной критики
  • Конкурс Apps4Bitrix – HTC Desire S за приложения!
    +3
    браво!

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

    респект
  • 8 шагов к созданию собственного сайта
    +1
    аудитория хабра несопоставимо лучше знакома с веб-технологиями, чем возможные читатели вашей статьи

    сама статья изумительно хороша для старших школьников, студентов 1-2 курса или людей в возрасте, осваивающих ИТ
    у вас талант, не обижайтесь и не зарывайте его в землю
  • Agile проектирование, разработка и запуск высоконагруженного интернет-магазина на платформе 1С-Битрикс — за 4 месяца
    +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
    если вы видите серьезные преимущества Битрикса для проектных операций — расскажите подробности.
    намеки есть, но честно я не увидел аргументов. много мнений без ссылок на проекты.

    ссылок много, а статья отличная, дает задуматься.
  • В который раз про IE6, фанатизм, end-юзеров и клиентоориентированность рынка веб-разработки
    0
    понял
    интересная модель
    а как вы убедите пользователя что раз в 3-5 лет ему надо будет прекратить обновляться или переделать свой продукт на вашем движке?