Если у вас возникли какие либо вопросы которые вы не смогли решить по нашим публикациям самостоятельно,
то ждем ваше обращение в нашей службе тех поддержки.
Сначала я хотел написать это на Хабр. Потом перечитал и понял что не стоит.
Пост будет сначала о жизни вообще и добрый, а потом о жизни веб-разработчика на Битриксе и злой:evil:.
Поехали.
Я думаю, каждый партнер, развивающаяся и активно работающая студия, проходит несколько стадий своего отношения к компании 1С-Битрикс. Некоторые стадии прошел я, многие проявления этих стадий вижу у других.
Сначала (до инициации) это легкая отрицательная эмоция. Зависть, непонимание, уверенность в плохом, негодование, боязнь мифов.
Потом (первая любовь) это слегка неуверенное применение платформы, первые сайты, первые деньги с продажи коробок, первая продажа в маркетплейсе, приятная и бесплатная помощь битриксоидов разного уровня, первые взаимные претензии и прочее. Это год-два.
В это время руководство компании прощупывает Битрикс как бизнес-партнера, считая стоимость владения, изучая рынок труда и сбыта, продумывая перспективность отношений.
В это время разработчики ковыряют платформу и попеременно радуются что все уже сделано до них и как оно круто/гибко/просто спроектировано, или ругаются страшными словами, находя какую-нибудь ароматную кучку.
Но в целом любовь взаимная, все хорошо.
Это ЗЕЛЕНЫЙ ПЕРИОД.
Потом (в супружестве это называется кризис третьего года) все становится резко сложнее.
Разработчики добираются до дна платформы. Они начинают понимать что функционал ограничен, саппорт часто знает меньше чем хочется, тут и там лучше бы переписать самому, и вообще оно не для всех задач. И вообще чуть что пиши с нуля. А ведь с нуля им уже не очень хочется.
Руководство в это же время понимает что можно браться за создание реально крупных и сложных проектов и вдруг до него доходит что у Битрикса есть второе дно.
То что всей команде нравилось: инфоблоки, админка, стандартные компоненты и коробочные решения вдруг оказываются неэффективными и даже неприменимыми. Все надо писать руками на низком уровне. Компоненты, модули, свои таблицы вместо ИБ и так далее. А не хочется. А долго, дорого и проблемно.
Кроме того, если рассматривать Битрикс как фреймворк, то его лидерство очень и очень сомнительно.
Этот кризис тяжелый.
Это ЖЕЛТЫЙ ПЕРИОД.
После него отношения могут успокоиться, поскольку уже все механизмы работы отлажены, сайты делаются, ценник высокий, всем хорошо в общем. Дальше количественный рост, углубление навыков и профессиональная деформация. Когда всю веб-разработку человек сводит для себя к работе под Битрикс. Тут иногда вспоминается мем: "Битрикс говно, но он позволяет рубить бабло".
После него человек может перейти на уровень евангелиста, свято веря что Битрикс это нереально круто и убеждая в этом всех окружающих.
Может быть и совсем третий вариант. Разочарование. Когда работа маркетинга начинает бесить при багах, неисправленных с позапрошлой версии. Когда ты начинаешь бояться обновлений, ибо что-то обязательно отвалится. Когда ты сам не понимаешь зачем тебе в этом новом проекте Битрикс, если будешь все делать "из говна и палок".
Это вариант, когда люди переходят на другие технологии, уходят из заказной веб-разработки, переходят к конкурентам и так далее. Не нашли себя.
Это КРАСНЫЙ ПЕРИОД. Он может быть красным цветом активности и лидерства в продажах, а может красным цветом налитых глаз после бессонных ночей.
Зачем я развернул всю эту патетику?
Все просто. Мы партнеры Битрикса без малого три года.
Я написал статью "", которая вызвала большое обсуждение и сейчас стабильно приводит интересующихся на наш сайт. Я стараюсь понять идеологию и пользоваться системой правильно. Я пробую систему в учебном процессе, ставлю эксперименты, копаю вглубь и вширь.
Нами продано около 150 лицензий, соответственно сайтов больше 100. В 11 году заняли 12 место в общем рейтинге по баллам и 7 место по продажам в РФ.
Вроде все хорошо. Зеленый период был долгим и приятным, желтый в разгаре. Мы во многом достигли дна.
И меня очень напрягает в последнее время определенный перекос между качеством и отлаженностью с одной стороны и маркетинговой деятельностью с другой.
Дальше будет много небесспорных утверждений и сомнительных советов, скажу главное прямо тут.
Ребята, я вас очень люблю и уважаю, уверен что вы одна из лучших команд в отрасли и точно лучшая в российском вебе. Однако есть просьба. Пожалуйста:
Итак, наши вопросы и мысли.
Это писалось изначально коллективом 4 авторов, я подозреваю что отдельные вещи могут быть написаны неточно и даже неправильно. Заранее приношу извинения, сразу вычищу если укажете. Моих собственных знаний недостаточно чтобы проверить каждое слово.
Часть 1. Стратегия
1. Маркетинг работает слишком активно, создавая завышенные ожидания.
Это главная проблема при внедрении КП и продаже старших редакций БУС.
При общении с клиентом, видевшим ваши маркетинговые материалы или (хуже, многократно хуже) посетившим семинары, мы постоянно слышим огорченные вопросы:
- А что, CRM счета не выставляет?
- 1С:CRM и ваша CRM не синхронизируются? Но у вас же есть синхронизация с 1С?
- Разве в великой и могучей системе битрикс нет этого ? // далее любой функционал, додумайте сами
- В КП Битрикса же есть бизнес-процессы, значит мы наш бизнес сами автоматизируем, там же есть визуальный редактор процессов?
Вы скажете что у клиента голова не так работает. Бывает. Однако насколько я вижу, вы не стараетесь развенчивать мифы. Очень часто вы ради продажи выдаете желаемое за действительное. Полезно, но знайте меру.
Например, на семинаре клиент задает вопрос:
- Мы дистрибьютор брендовой продукции, нам надо перед головным офисом отчитываться, из CRM можно делать отчеты?
Ответ сотрудника 1С-Битрикс:
- Да, можно. У нас в 11 версии будет модуль “отчеты”.
Это порочный ответ.
Этот клиент покупает коробку КП за 100 тр (попутно удивляясь что так дорого) и потом его ставят перед фактом (причем уже не белый и пушистый битрикс, а партнер) что для того, чтобы сделать ЕГО отчеты из CRM, надо заплатить еще 100 тр за программирование.
Какой правильный ответ?
Надо, не создавая завышенных ожиданий, показать что есть/будет и сказать что остальное допиливается партнером по средней ставке ХХХ рублей в час и на один сферический отчет в вакууме надо потратить 10-50 часов.
Та же штука с бизнес-процессами и с интеграцией с 1С. Мы тратим чуть не половину времени презентаций перечисляя чего нет в коробке и за что мы беремся при внедрении за большие по меркам клиента суммы.
2. Часто заявляется как готовый крайне сырой функционал.
Мобильная версия КП фактически просрочена на 8 месяцев и сейчас достаточно странно работает, задачи в календаре КП обещаны несколько месяцев назад, но их до сих пор нет.
Я понимаю, что в каждую версию платформы и КП вы стараетесь запихнуть “слона” и продавать именно его. Ваш слон нужен только в одном смысле: показать всему миру как вы активно развиваетесь.
Молодцы, активно.
Пожалуйста, пусть “слоном” версии 12 будет исправление всех кривостей и непродумок. Не гоните. Сделайте давно обещанные вещи хорошо. Слоны подождут.
3. Некоторые решения приняты непонятно из какого анализа и каких потребностей.
Примеров много, все они частные.
Для меня крайне показательный пример это ситуация с ответом на текстовый тип вопроса в опросах и обучении.
Напомню: при конструировании опроса есть тип вопроса - текстовый. Так вот там нет поля “ответ”.
То есть в системе заложено как базовое поведение что проверять ответ будет человек. Что мешает сделать множественное поле ответа для гибкости и борьбы с опечатками, и проверять ответ в коде, я не знаю.
Ваше решение нелогично, непонятно, убого и по факту невостребовано (на нашем опыте). И никто не может объяснить почему так сделано. Саппорт отвечает фирменным заклинанием “это стандартное поведение продукта, его изменение не планируется”.
Я постоянно испытываю недостаток общения с Битриксом на уровне “почему так сделано”. Не “как работает”, а “как пользоваться”. По БУС ответы на эти и более глобальные вопросы дает Александр Сербул (за год обращался раза 4, получил ответы и удовольствие).
По КП спрашивать тупо некого (может, мне не попался такой человек), а Рыжикову если все вопросы задавать, он меня в скайпе забанит.
Часть 2. Проблемы отдельных модулей и частные вопросы
1. Порядок полей. Вместо ФИО у вас везде Имя Фамилия Отчество.
Степан Овчинников Александрович? Вы издеваетесь?
Я задавал этот вопрос саппорту, мне выкатили идиотский вопрос “уточните где именно” и вопрос был закрыт.
Ребята, это у вас ВЕЗДЕ! В добавлении пользователя в любой редакции любого сайта по ссылке /bitrix/admin/user_edit.php, в CRM корпортала при создании контакта, тысячи их.
Исправьте, а? Хотя бы в 12 версии.
2. Обновление может уронить сайт.
Я уверен, что нельзя обновлять сайт (кнопка не должна нажиматься), если не снят свежий бекап.
Хотя бы должен быть крупный красный алерт.
У нас было не менее 10 случаев убийства сайтов/КП клиентом, и два случая когда адекватного бекапа не было вообще.
Вы декларируете что обновление работает одной кнопкой (даете выполнять сисадминское действие юзеру) и не учите его базовой вещи: сними бекап!
3. Импорт-экспорт инфоблоков кривой. Ожиданиям соответствует очень плохо.
Невозможно произвести импорт связанных инфоблоков (связанных по XML_ID в другой системе), можно только если знать ID на сайте - но это невозможно.
Невозможно импортировать поле “Сортировка”.
Невозможно импортировать пользовательские свойства разделов (можно через XML, но часто задача стоит как “Перенести данные из одного ИБ в другой”, а XML-импорт создаст либо новый ИБ, либо зальет в тот же самый).В ряде случаем не выводятся сообщения об ошибках, только их количество.
Костыльное ограничение в 3 уровня вложенности в csv давно морально устарело, а csv это важная и удобная штука, отказываться от нее нельзя.
Тикеты по этим вопросам:260462, 231212, 231138, 231211, 171348
4. Проблемы со стандартным компонентом регистрации.
Пользовательские свойства игнорируют обязательность, валидаторы работают криво, например при указании типа "число" не проверяется на ввод строки.
Архитектура компонента такова, что не возвращается ошибка.
Компонент Настраиваемая регистрация очень топорный, нет возможности гибкой настройки (порядок вывода полей, обязательность пользовательских полей, проблемы с польз.свойством типа Файл).
5. Нет единообразия в API. Ряд несуразных ограничений в API.
Например GetList списка пользователей, форума или инфоблоков - синтаксис порой очень сильно разный.
Например GetList по пользователям не позволяет фильтровать по фамилии и отчеству, а под именем он понимает ФИО полностью.
Приходится кастомизировать на пустом месте.
6. Нет многих простых и нужных компонентов.
Нет постраничности у компонента “список категорий”.
Нет компонента комментирования с древовидностью. Например через блоги, как реализовано в фотогалерее.
Хочется отдельный компонент, желательно начиная со Старта, на инфоблоках и без необходимости глупой кастомизации.
У компонента комментирования в составе комплексного компонента “новости” нет возможности модерирования. Т. е., если этот форум ни где не выводиться, то возможности правки данного функционала нет.
Несовершенный компонент добавления элементов в инфоблок. Хочется нормальной возможности управлять порядком полей, не все пользовательские поля обрабатываются.
Нет компонента добавления секций ИБ.
Конечно вы предложите нам написать его самостоятельно и положить в маркетплейс. Но это не панацея.
Во-первых, по таким вещам платформу оценивают новички, которые не полезут в МП.
Во-вторых, качество решений в МП очень разное, и не очень хочется туда лазить за простыми штуками.
В третьих, поддержка решений из маркетплейса это вопрос.
7. Странная реализация пользовательских свойств.
Пользовательские свойства секций и элементов у инфоблоков представляют собой различные сущности, которые по разному работают, редактируются и т. п.
У пользовательского свойства типа “файл”, если это картинка, нельзя задать автоматическое масштабирование, по аналогии с детальной картинкой.
Пользовательские свойства UF (которые у пользователей и секций) более ограничены, чем пользовательские свойства элементов. В них нет, например, поля типа "текст".
Давно хочется чтобы было пользовательское поле типа Текст с отключенной именно для него возможностью html и wysiwyg-редактора, чтобы пользователю не было доступен функционал html (например, когда нужно код с ютуба выводить).
8. Странная работа страницы 404.
В случае работы ЧПУ компонента и обращения к несуществуюшему элементу выдается не стандартная 404 ошибка, а некая страница с красным текстом ошибки, и только заголовки отдаются с 404 статусом.
Пользователь не понимает, что данной страницы не существуют, а что элемент или секция не найдены - ему знать не нужно.
Мы конечно можем это пофиксить и делаем это, но ради такой ерунды кастомизировать компоненты?
9. Везде разные визуальные редакторы html (wysiwyg), которые еще и регулярно глючат
Вы сами знаете сколько у вас wysiwyg'ов? А зачем?
Глюки редакторов ужасны. В комментариях к задаче если нажать “цитировать”, то после цитаты текст уже не вставишь. Многие клиенты отказываются от wiki из-за его убогого редактора.
Тикеты 248192 и 223882
10. Установщик
Моя работа со студентами показывает что в половине случаев у начинающего разработчика или пользователя сайт ставится криво. После этого пользователь несколько часов мучается и закрывает тему, сделав вывод: Битрикс -- отстой.
У меня самого сайт школы поставился с третьей попытки. До этого сообщения типа “раздел не найден” или fatal error.
Та же беда с сайтом ТСЖ из маркетплейса. Ставил несколько раз пока завелось.
Установщик должен гарантировать корректную работу поставленного решения. Для этого больше тестов и проверок конфигурации сервера и проверка полноты загрузки файлов: контрольные суммы, проверка заполненности всех таблиц. Криво поставленного битрикса быть не должно. Или поставился и работает, или отказался ставиться из-за неподходящей конфигурации.
11. JS-библиотеки.
Зачем вы сделали свои js-библиотеки? Почему не jQuery?
Если боитесь потери совместимости с ранними версиями, можно было сделать обертки над jQuery.
Если это сделано для режима “над сайтом” и вы уверены что это надо -- развивайте.
Сейчас вы проигрываете другим библиотекам по функциям, распространенности, базе готовых решений и разработчики просто не хотят им (вашим ajax) пользоваться.
Или быстро развивайте, или прикончите.
12. Кривость универсальных списков (УС).
УС очень неразвиты относительно ИБ. Их никак нельзя назвать "админка, доступная с лица".
В УС меньше типов полей. При этом у меня как у админа есть возможность параллельной настройки одного и того же ИБ как универсального списка с лица и из панели. После этого они живут как в параллельных мирах. Целостность конфигурации не отслеживается, баги прут.
Зависимые списки на УС не сделаешь.
УС фактически невозможно кастомизировать, они как вещь в себе. А надо. Сделано все слишком все универсально и убого.
13. Web-формы.
Есть ощущение что модуль Web-форм недоделанный.
Например, самостоятельно генерируется SID вопроса/поля, который и глянуть-то не где, а он нужен при кастомизации и редактировании почтового шаблона.
Если после создания почтового шаблона добавляешь или меняешь поля/вопросы формы, они не появляются в редакторе шаблона.
14. Интернет-магазины
Нет API вызова в интернет-магазине, который бы мог позволить посмотреть заказ целиком, а не использовать 3 отдельных вызова: для списка заказов, потом для списка свойств каждого заказа и третий для списка заказываемых позиций каждого конкретно заказа.
Например, отобрать заказы с определенным адресом доставки можно только с большим трудом. Нет нормального полноценного GetList и Add по заказам.
Нет “прямой” возможности оформления заказа на анонимного пользователя. Хочется.
Нет возможности добавления заказа, без помещения его в корзину. Хочется.
...
Список огромный я могу написать. Печально то, что саппорт такие вещи отфутболивает сообщением о том, что "это штатное поведение продукта", а в идеях пиши-не пиши -- толку мало.
Нет в жизни счастья.
Часть 3. Саппорт
В целом все хорошо. Ребята, вы работаете нормально. Тут не критика, тут пожелания.
1. Смотреть шире и дальше
Зачастую при написании вопроса в поддержку мы знаем что этого нет и вместо “так и было задумано” и “вы можете сами допилить этот костыль” хотелось был слышать “передаем информацию в отдел разработки” или “Ваше пожелание будет рассмотрено разработчиками” - пример “Ответ на текстовый вопрос” в модуле обучение. Это стало лучше за 2011 год, но все еще недостаточно.
2. Не врать
Старое, но незабываемое: попытка выдать баги за фичи.
В редакторе wiki был глюк что он не давал оформить определенным образом два абзаца, только 1. Делаешь текст заголовком, потом пытаешься сделать второй заголовок, а с первого стиль снимается.
Потом такая же беда была (а может, и осталась) со стилем “зачеркнутый” в редакторе задач.
Так вот саппорт пытался отбиться от вопроса утверждением, что более 1 H1 в тексте быть не должно и редактор якобы это определяет.
Тикет 223882.
Пожалуйста, давайте ответы только если вы правда знаете что так и есть.
Врать нехорошо даже веб-разработчикам.
Ребята, поймите, я супер-лояльный к вам клиент, но даже я за весь прошлый год помню этот тикет ярче всех решенных.
3. Развиваться.
Я писал в 2011 году о том что саппорт должен знать КП с точки зрения бизнеса.
К сожалению, не знает.
Ничего не изменилось с июля 2011 года.
Вот , раздел “Корпоративный портал. Внедрение, обработка пожеланий, консультирование потребителя” читать полностью.
Часть 4. Корпортал
Стратегия
1. Вы выпускаете очень сырые и слабые решения, называя их громкими словами. CRM, БП.
CRM
Кому ни покажи, если человек видел другие CRM, у него волосы дыбом встают. Защиты от дублей нет, слияния контактов нет, повторной продажи нет, плана продаж нет, “отчеты” представлены ровно 1 достаточно убогим отчетом (может в 11 версии конструктор что-то даст, но сильно сомневаюсь что он будет достаточно функциональным).
Глюки в CRM просто беспрецедентные.
Пользовательские поля после добавления не видны.
После обновления на 11 версию не-админы вообще перестали видеть старые сделки, даже свои.
Нельзя сделке поставить сразу последнюю стадию. КП требует, чтобы она побывала в первой стадии сначала.
Мы пользуемся CRM сами с момента выхода. Ребята, там работы для вас край непаханный. А многие интересуются именно CRM. Покупают КП ради нее. Такая CRM не стоит 100 тр.
БП
Сырые, непонятные и глючные бизнес-процессы.
Скажите честно, есть реальные внедрения с процессами более сложными, чем согласование счета? У вас в компании 1С-Битрикс сколько процессов заведено?
Я провел опыты на студентах, они умудрялись найти Fatal Error’ы даже в процессах, которые по умолчанию идут.
Если скажете куда -- я вышлю вам штук 8 отчетов о том, как студенты запускали БП в КП и какие эмоции испытывали в процессе. Это жуть просто.
Фактически внедрение БП не получается. Клиент дает свои процессы (100 штук, например), мы понимаем что сделать это на Битриксе просто нельзя (а если сделаешь, то интерфейс работы с процессом будет настолько неудобен, что пользоваться им никто не станет) и разводим руками. Где ваш мануал на тему того, как моделировать СЛОЖНЫЕ бизнес-процессы?
Я искал, мне не удалось найти партнера, который готов внедрять сложные процессы. Лидеры этой темы в приватных беседах говорят: ну его нафиг, пока не будем пользоваться.
В части БП мы имеем декларацию, за которой мало что стоит.
Скорость работы
Тормозные тормоза очень тормозят. Я понимаю что вы увлечены новым продуктом Битрикс24, но может ускорим работу этого?
2. Сложность кастомизации КП.
Получается что несмотря на то, что КП написан на API Битрикса, кастомизировать его практически невозможно. Обновления затирают или не происходят.
Все сделано на огромных комплексных компонентах. Многие вещи неочевидно задаются в коде. Многие вещи написаны явно неоптимально.
Я не готов утверждать что КП сделан криво, однако сложность разработки под него неадекватна задачам.
Приведу два простых примера.
Пример 1.
Нам нужно было добавить функционала календарю. Чтобы были встречи, внутри которых задаются цели переговоров и ставится отчет по их достижению. Отчет можно заполнить в течение 2 дней с момента встречи. Потом -- только по разрешению руководителя. И в конце месяца отчет для босса: сколько встреч всего, сколько без отчета.
Все.
Сложная логика? Нет.
Можно сделать? Да.
Мы насчитали работы часов на 50. Не поверили себе. Обратились к трем партнерам из других городов, у которых есть компетенция "Внедрение КП" и реально они это делают.
Назвали от 70 до 150 часов. Соответственно денег от 60 т.р.
При цене коробки в 20-100 такая стоимость кастомизации это нереально много. Этот паровоз не полетит.
Пример 2.
В CRM у вас есть отличная кнопка "Экспорт в csv".
Я не знаю, кто это придумал. На первый взгляд клево и круто.
Но если чуть напрячься, то очевидно, что руководители будут этой кнопки бояться как огня.
Автоматизировать воровство клиентской базы -- браво, ребята. Бизнес вы поняли как надо.
Нужна настройка по скрытию кнопки определенным людям или даже совсем.
Саппорт говорит что функционала такого нет, не предвидится и вообще идителесом кастомизируйте.
Как скрыть? Шаблон ковырять? А по прямой ссылке чтобы не работало -- код править?
В 4 местах, компоненты комплексные, навороченные. Поменяем -- потеряем обновление или оно будет затирать наши изменения.
Что в итоге. Мы это беремся сделать, но наши изменения придется после каждого обновления повторять или руками вкручивать новый функционал в наши кастомизированные списки.
В итоге стоимость ничтожной правки для клиента просто непонятна. Он готов заплатить, у него Кайен во дворе стоит, не обеднеет. Но как человек умный и опытный он понимает, что стоимость владения и развития КП сейчас неадекватна заявляемым возможностям.
На мой взгляд, тут что-то неправильно в самом начале. КП у вас не будет нормально продаваться и внедряться массовыми разработчиками, пока вы не сделаете более цивильный механизм его развития, кроме как "взять и все переписать".
3. Слабая связность.
Одна из фирменных фишек Битрикса как платформы -- слабая связность системы. Все работает как бы вместе и в то же время независимо. Наверное, для сайтов и БУС как ветки в целом -- это очень правильно. Верю Сербулу.
Но в КП слабая связность компонентов порождает проблемы.
Все основные штуки живут своей жизнью. Задачи, Группы, Календарь, Отчеты, CRM -- они сначала делаются как независимые разделы и потом связываются горизонтальными связями. Плохо связываются. Слабо. Неудобно. С постоянно вылезающими коллизиями типа "тут поменяли, а там осталось".
Задач в календаре как не было, так и нет.
Клиенты говорят буквально следующее: “А чего оно все так отдельно? Почему тут делаешь, а тут не появляется?”
Так и есть, вы делаете набор разрозненных решений, горизонтальные связи между которыми наладить весьма непросто. В целом в системе все больше каких-то аппендиксов, которые развивать не стали, а убить не получается.
Пример -- “планируемое событие” в CRM.
Это же недоразвитый вариант возможности, который потом сделали через задачи. А эту кривую ножку куда?
Коллеги, тут вам работы нереально много. Не обижайтесь, давайте попробуем чуть меньше бодро рапортовать и чуть серьезнее поработать.
Тактика
1. Очень много глюков
Практически возникает ощущение что возможности не тестируются, а саппорт корпорталом не пользуется и не владеет как инструментом.
Даваемые ответы на тикеты насчет корпортала очень и очень часто неудовлетворительны.
Например, ответ в тикет 263768 опровергается в тикете 264361 (вопрос с дневными отчетами).
Вносимые изменения не тестируются комплексно.
Где ваш внутренний чеклист? Например, если внесли изменения, проверили чтобы они отразились во всех шаблонах, уведомлениях, живой ленте, не затрагивали другие блоки. Я постоянно натыкаюсь на неработающие ссылки в почтовых уведомлениях.
Просто проверить что ничего не отвалилось.
Пример: тикет 264162, тикет 264465, 261646
2. Внося заплатки в корпортал, вы порождаете новые проблемы
Тикет 261646 решался около 20 дней (в т.ч. новогодний период)
Тикет 261865 , где fatal error полезли из-за заплаток
Очень сырые обновления, которые порождают фатальные ошибки. 11 версия КП по количеству проблем превзошла самые худшие опасения.
Тикеты 254425 и 261646. Мы 4 дня жили без КП, потому что не могли его завести. Из 4 внедренных нами КП 3 упали при обновлении.
3. "Удаление демо-данных" удаляет весь контент с сайта, а не только сделанный мастером автозаполнения.
Клиенты постоянно через недельку после установки сносят все с помощью этой кнопки. Где алерты? Где нормальная подпись этой кнопки?
4. Большие пробелы в документации по гаджетам.
Нигде не описано, чем отличаются гаджеты для административной панели и для публичной части портала(и сайта). В админке и публичной части сайта гаджеты работают не одинаково.
5. Повторяющиеся задачи работают очень странно.
Такое ощущение что вы сами не можете определиться чего от них хотите.
Сначала не было понятия шаблона, просто была галка “повторять” и настройки.
Потом появились шаблоны и задачи начали создаваться сотнями автоматически.
Потом шаблоны задач стали заготовками, не имеющими отношения к повторяющимся задачам. Теперь на основе шаблона надо делать задачу, и уже она будет повторяться. Вроде так.
Цепочку удлинили, усложнили, и я, честно говоря, не понимаю как это работает.
Повторяющиеся задачи так и создаются без дедлайнов.
Я плюнул и не пользуюсь. Долго разбираться, а потом если опять заключит 800 задач руками убивать -- не хочу.
Тикеты 249193 и 255311.
6. Если в корпортале включить автокеширование компонентов, то комментарии к задачам люди видят с большими опозданиями.
Пришлось выключить полгода назад. В 11 версии сказали что вылечили, но баг на месте. Опять выключено.
7. Хотелка: решение с оргструктурой и рабочими группами.
Мы предлагаем расширить портал в части отделов: каждый отдел имеет собственное файловое хранилище, или возможность указать папку основного файлового хранилища отдела в общем хранилище. Этакую недо-рабочую группу.
Дело в том, что при обсуждении с клиентами они реально не понимают зачем отдельно иерархия и отдельно рабочие группы. Почему нет "надгрупп" и "подгрупп", ведь в иерархии оргструктуры они есть.
Недодумано, порождает сложности.
8. Хотелка: Администратор портала не имеет доступа к переписке сотрудников (XMPP).
Вы скажете что читать переписку неэтично. Тут не сайт знакомств, тут работа. А значит, есть риски и переписка это один из каналов.
Да, эта функция должна быть доступна очень и очень не для всех. Но она нужна.
Иначе какой смысл был внедрять jabber-сервер и говорить о "корпоративной аське", если начальник СБ или гендир эту корпоративную аську почитать не может.
Фактически XMPP и личные сообщения не имеют никаких средств администрирования.
Нехорошо.
По этой части: давайте делать сначала хороший работающий продукт, а потом рисовать красивые баннеры на главной вашего сайта.
Часть 6, последняя. Советы.
Не хотелось бы выглядеть как в пословице “со свиным рылом в калашный ряд”, но попробую предложить то, что может помочь.
1. Сделать регулярные собрания разработчиков и саппортеров и выступление перед ними идеологов того или иного модуля.
Пусть саппорт напряжется и будет понимать как и зачем работает CRM. Пусть саппорт научится понимать стратегию развития функционала, а не только его API.
Я знаю, что у вас часто стратегия быстро меняется или новые вещи делаются быстро, однако это не мешает общению.
2. Повысить качество тестирования КП.
Unit-тесты, комплексная ручная проверка, чеклист, ревью решений, я не знаю что. Но сейчас мы боимся ставить обновления.
3. Маркетинг и продажи.
3.1. Перестать продавать неготовые вещи.
Неготовые -- значит отсутствующие или дико глючные. Ограниченные по возможностям, чтобы занять нишу - пожалуйста.
Если вы так делаете, то откровенно показываете что вам новые партнеры и новые клиенты важнее старых партнеров, которые быстро добираются до дна системы и потом вынуждены объяснять почему до сих пор нет задач в календаре или что мобильную версию так и не выпустили за год, несмотря на присутствие ее в рекламе.
3.2. Позиция по отношению к профессиональному сообществу.
Сейчас у вас в маркетинге я вижу аргументы “для клиента” и “для студии”. Необходимо дополнить продажи аргументацией “для умных и опытных разработчиков”.
На вопросы о том, как и почему именно так работает битрикс “для умных” лучше всех отвечает Александр Сербул.
Есть несколько десятков вопросов, мнение опытного разработчика или менеджера о которых перечеркивает для него Битрикс.
Например
- битрикс и тормоза. как же хайлоад и сложная логика?
- где же ORM и ООП?
- почему все в файлах?
- почему 1200 запросов на страницу?
- чем вы лучше друпала и для каких задач?
- чем вы лучше фреймворка XYZ и для каких задач?
- вы фреймворк?
- ваш код ужасен!
- где MVC и прочие паттерны?
- спагетти-код? Где разделение логики и представления (тут же каша из php, HTML, css, js и SQL!). отсылаю к своей
и еще штук 100 вопросов.
Сейчас средний web-специалист, слышавший слово Битрикс, но не являющийся партнером, убежден что Битрикс говно.
При этом иногда он знает о популярности системы и традиционно списывает все на маркетинг. Строго говоря, он прав.
Пока ваш маркетинг не начнет говорить со специалистами, будет именно так.
И ломать специалистов через колено, воздействуя на них через клиента или через директора -- значит ссориться с ними.
То, что вы делаете на хабре -- неплохо, но очень мало.
Еще раз: Сербула в массы для разговора с адекватными людьми. Он может.
3.3. Срочно навести порядок в
Статья очень плохая. Необъективная, неполная, с неумной критикой.
Сейчас я начал приводить эту статью в порядок, но времени и сил не хватает. А ее читают и очень читают.
Внимание: не набить рекламой, а поработать над материалом в соответствии с правилами и духом википедии.
3.4. Осторожнее манипулировать клиентом в рекламе и на семинарах
Вы блестяще это делаете, переводя дальнейшее проблемное общение на партнера и разработчика.
Знайте меру.
Ваши манипуляции с количеством внедрений КП (рассказывая о КП, вы говорите "более 50000 клиентов выбрали платформу", подменяя понятия) понятны, но имеют тяжелые последствия.
Больше правды и даже оговорок чтобы не было заблуждений значит меньше первичных продаж сейчас и выше степень удовлетворенности клиента потом, а значит повторных продаж.
4. Заняться заново установщиком системы.
Проблема в том, что он не гарантирует нормальной установки и во многих случаях убеждает клиента что битрикс - тяжелое глючное безобразие.
Не должно вообще быть такой вещи в природе как "криво поставленный битрикс". А это сплошь и рядом, даже на хостингах которые предлагают установку мастером.
Вроде все сказал.
Коллеги, я прошу вас подумать об этом. Мы много работаем и обычно молчим. Общаемся с саппортом, но там не до лирики и стратегии. Самое важное я хотел донести до всех.
Громко и скандально -- на Хабре -- не стал.
Тихо и кулуарно -- не поможет, я думаю.
Предлагаю обсудить.
ps. Ребята из Битрикса, я заранее приношу извинения если кого обижаю или ошибаюсь в фактах. Мнения -- они на то и мнения, а любые ошибки в моих утверждениях сразу поправлю. Материала много, без неточностей не получится.
pps. Всем спасибо что дочитали. Никак у меня не получается быть кратким.
Назад в раздел
то ждем ваше обращение в нашей службе тех поддержки.
Давайте жить лучше
Доброго дня всем, уважаемые.Сначала я хотел написать это на Хабр. Потом перечитал и понял что не стоит.
Пост будет сначала о жизни вообще и добрый, а потом о жизни веб-разработчика на Битриксе и злой:evil:.
Поехали.
Я думаю, каждый партнер, развивающаяся и активно работающая студия, проходит несколько стадий своего отношения к компании 1С-Битрикс. Некоторые стадии прошел я, многие проявления этих стадий вижу у других.
Сначала (до инициации) это легкая отрицательная эмоция. Зависть, непонимание, уверенность в плохом, негодование, боязнь мифов.
Потом (первая любовь) это слегка неуверенное применение платформы, первые сайты, первые деньги с продажи коробок, первая продажа в маркетплейсе, приятная и бесплатная помощь битриксоидов разного уровня, первые взаимные претензии и прочее. Это год-два.
В это время руководство компании прощупывает Битрикс как бизнес-партнера, считая стоимость владения, изучая рынок труда и сбыта, продумывая перспективность отношений.
В это время разработчики ковыряют платформу и попеременно радуются что все уже сделано до них и как оно круто/гибко/просто спроектировано, или ругаются страшными словами, находя какую-нибудь ароматную кучку.
Но в целом любовь взаимная, все хорошо.
Это ЗЕЛЕНЫЙ ПЕРИОД.
Потом (в супружестве это называется кризис третьего года) все становится резко сложнее.
Разработчики добираются до дна платформы. Они начинают понимать что функционал ограничен, саппорт часто знает меньше чем хочется, тут и там лучше бы переписать самому, и вообще оно не для всех задач. И вообще чуть что пиши с нуля. А ведь с нуля им уже не очень хочется.
Руководство в это же время понимает что можно браться за создание реально крупных и сложных проектов и вдруг до него доходит что у Битрикса есть второе дно.
То что всей команде нравилось: инфоблоки, админка, стандартные компоненты и коробочные решения вдруг оказываются неэффективными и даже неприменимыми. Все надо писать руками на низком уровне. Компоненты, модули, свои таблицы вместо ИБ и так далее. А не хочется. А долго, дорого и проблемно.
Кроме того, если рассматривать Битрикс как фреймворк, то его лидерство очень и очень сомнительно.
Этот кризис тяжелый.
Это ЖЕЛТЫЙ ПЕРИОД.
После него отношения могут успокоиться, поскольку уже все механизмы работы отлажены, сайты делаются, ценник высокий, всем хорошо в общем. Дальше количественный рост, углубление навыков и профессиональная деформация. Когда всю веб-разработку человек сводит для себя к работе под Битрикс. Тут иногда вспоминается мем: "Битрикс говно, но он позволяет рубить бабло".
После него человек может перейти на уровень евангелиста, свято веря что Битрикс это нереально круто и убеждая в этом всех окружающих.
Может быть и совсем третий вариант. Разочарование. Когда работа маркетинга начинает бесить при багах, неисправленных с позапрошлой версии. Когда ты начинаешь бояться обновлений, ибо что-то обязательно отвалится. Когда ты сам не понимаешь зачем тебе в этом новом проекте Битрикс, если будешь все делать "из говна и палок".
Это вариант, когда люди переходят на другие технологии, уходят из заказной веб-разработки, переходят к конкурентам и так далее. Не нашли себя.
Это КРАСНЫЙ ПЕРИОД. Он может быть красным цветом активности и лидерства в продажах, а может красным цветом налитых глаз после бессонных ночей.
Зачем я развернул всю эту патетику?
Все просто. Мы партнеры Битрикса без малого три года.
Я написал статью "", которая вызвала большое обсуждение и сейчас стабильно приводит интересующихся на наш сайт. Я стараюсь понять идеологию и пользоваться системой правильно. Я пробую систему в учебном процессе, ставлю эксперименты, копаю вглубь и вширь.
Нами продано около 150 лицензий, соответственно сайтов больше 100. В 11 году заняли 12 место в общем рейтинге по баллам и 7 место по продажам в РФ.
Вроде все хорошо. Зеленый период был долгим и приятным, желтый в разгаре. Мы во многом достигли дна.
И меня очень напрягает в последнее время определенный перекос между качеством и отлаженностью с одной стороны и маркетинговой деятельностью с другой.
Дальше будет много небесспорных утверждений и сомнительных советов, скажу главное прямо тут.
Ребята, я вас очень люблю и уважаю, уверен что вы одна из лучших команд в отрасли и точно лучшая в российском вебе. Однако есть просьба. Пожалуйста:
- Перестаньте выпускать очень сырые продукты
- Сделайте "фишкой" следующей версии глобальный фикс и косметические (а может и глубокие) изменения. компоненты 3.0, революцию в API, принципиально новые установщики и проверяльщики системы. Должен быть качественный рывок по уровню существующего функционала. Сильно новые версии старых модулей.
- Повышайте знания партнеров и сотрудников не только в технике и API, но и идеологии, стратегии. "не как работает, а почему".
"почему так сделано и как этим правильно пользоваться" -- вот что важно.
- Добавьте в маркетинг обращение к опытным разработчикам. Сейчас вы адресуетесь только к клиентам и начинающим партнерам.
- Не поощряйте заблуждения клиентов о функционале. Если у вас чего-то нет, надо говорить громко что этого нет. Так же громко, как вы говорите о том, что есть.
Итак, наши вопросы и мысли.
Это писалось изначально коллективом 4 авторов, я подозреваю что отдельные вещи могут быть написаны неточно и даже неправильно. Заранее приношу извинения, сразу вычищу если укажете. Моих собственных знаний недостаточно чтобы проверить каждое слово.
Часть 1. Стратегия
1. Маркетинг работает слишком активно, создавая завышенные ожидания.
Это главная проблема при внедрении КП и продаже старших редакций БУС.
При общении с клиентом, видевшим ваши маркетинговые материалы или (хуже, многократно хуже) посетившим семинары, мы постоянно слышим огорченные вопросы:
- А что, CRM счета не выставляет?
- 1С:CRM и ваша CRM не синхронизируются? Но у вас же есть синхронизация с 1С?
- Разве в великой и могучей системе битрикс нет этого ? // далее любой функционал, додумайте сами
- В КП Битрикса же есть бизнес-процессы, значит мы наш бизнес сами автоматизируем, там же есть визуальный редактор процессов?
Вы скажете что у клиента голова не так работает. Бывает. Однако насколько я вижу, вы не стараетесь развенчивать мифы. Очень часто вы ради продажи выдаете желаемое за действительное. Полезно, но знайте меру.
Например, на семинаре клиент задает вопрос:
- Мы дистрибьютор брендовой продукции, нам надо перед головным офисом отчитываться, из CRM можно делать отчеты?
Ответ сотрудника 1С-Битрикс:
- Да, можно. У нас в 11 версии будет модуль “отчеты”.
Это порочный ответ.
Этот клиент покупает коробку КП за 100 тр (попутно удивляясь что так дорого) и потом его ставят перед фактом (причем уже не белый и пушистый битрикс, а партнер) что для того, чтобы сделать ЕГО отчеты из CRM, надо заплатить еще 100 тр за программирование.
Какой правильный ответ?
Надо, не создавая завышенных ожиданий, показать что есть/будет и сказать что остальное допиливается партнером по средней ставке ХХХ рублей в час и на один сферический отчет в вакууме надо потратить 10-50 часов.
Та же штука с бизнес-процессами и с интеграцией с 1С. Мы тратим чуть не половину времени презентаций перечисляя чего нет в коробке и за что мы беремся при внедрении за большие по меркам клиента суммы.
2. Часто заявляется как готовый крайне сырой функционал.
Мобильная версия КП фактически просрочена на 8 месяцев и сейчас достаточно странно работает, задачи в календаре КП обещаны несколько месяцев назад, но их до сих пор нет.
Я понимаю, что в каждую версию платформы и КП вы стараетесь запихнуть “слона” и продавать именно его. Ваш слон нужен только в одном смысле: показать всему миру как вы активно развиваетесь.
Молодцы, активно.
Пожалуйста, пусть “слоном” версии 12 будет исправление всех кривостей и непродумок. Не гоните. Сделайте давно обещанные вещи хорошо. Слоны подождут.
3. Некоторые решения приняты непонятно из какого анализа и каких потребностей.
Примеров много, все они частные.
Для меня крайне показательный пример это ситуация с ответом на текстовый тип вопроса в опросах и обучении.
Напомню: при конструировании опроса есть тип вопроса - текстовый. Так вот там нет поля “ответ”.
То есть в системе заложено как базовое поведение что проверять ответ будет человек. Что мешает сделать множественное поле ответа для гибкости и борьбы с опечатками, и проверять ответ в коде, я не знаю.
Ваше решение нелогично, непонятно, убого и по факту невостребовано (на нашем опыте). И никто не может объяснить почему так сделано. Саппорт отвечает фирменным заклинанием “это стандартное поведение продукта, его изменение не планируется”.
Я постоянно испытываю недостаток общения с Битриксом на уровне “почему так сделано”. Не “как работает”, а “как пользоваться”. По БУС ответы на эти и более глобальные вопросы дает Александр Сербул (за год обращался раза 4, получил ответы и удовольствие).
По КП спрашивать тупо некого (может, мне не попался такой человек), а Рыжикову если все вопросы задавать, он меня в скайпе забанит.
Часть 2. Проблемы отдельных модулей и частные вопросы
1. Порядок полей. Вместо ФИО у вас везде Имя Фамилия Отчество.
Степан Овчинников Александрович? Вы издеваетесь?
Я задавал этот вопрос саппорту, мне выкатили идиотский вопрос “уточните где именно” и вопрос был закрыт.
Ребята, это у вас ВЕЗДЕ! В добавлении пользователя в любой редакции любого сайта по ссылке /bitrix/admin/user_edit.php, в CRM корпортала при создании контакта, тысячи их.
Исправьте, а? Хотя бы в 12 версии.
2. Обновление может уронить сайт.
Я уверен, что нельзя обновлять сайт (кнопка не должна нажиматься), если не снят свежий бекап.
Хотя бы должен быть крупный красный алерт.
У нас было не менее 10 случаев убийства сайтов/КП клиентом, и два случая когда адекватного бекапа не было вообще.
Вы декларируете что обновление работает одной кнопкой (даете выполнять сисадминское действие юзеру) и не учите его базовой вещи: сними бекап!
3. Импорт-экспорт инфоблоков кривой. Ожиданиям соответствует очень плохо.
Невозможно произвести импорт связанных инфоблоков (связанных по XML_ID в другой системе), можно только если знать ID на сайте - но это невозможно.
Невозможно импортировать поле “Сортировка”.
Невозможно импортировать пользовательские свойства разделов (можно через XML, но часто задача стоит как “Перенести данные из одного ИБ в другой”, а XML-импорт создаст либо новый ИБ, либо зальет в тот же самый).В ряде случаем не выводятся сообщения об ошибках, только их количество.
Костыльное ограничение в 3 уровня вложенности в csv давно морально устарело, а csv это важная и удобная штука, отказываться от нее нельзя.
Тикеты по этим вопросам:260462, 231212, 231138, 231211, 171348
4. Проблемы со стандартным компонентом регистрации.
Пользовательские свойства игнорируют обязательность, валидаторы работают криво, например при указании типа "число" не проверяется на ввод строки.
Архитектура компонента такова, что не возвращается ошибка.
Компонент Настраиваемая регистрация очень топорный, нет возможности гибкой настройки (порядок вывода полей, обязательность пользовательских полей, проблемы с польз.свойством типа Файл).
5. Нет единообразия в API. Ряд несуразных ограничений в API.
Например GetList списка пользователей, форума или инфоблоков - синтаксис порой очень сильно разный.
Например GetList по пользователям не позволяет фильтровать по фамилии и отчеству, а под именем он понимает ФИО полностью.
Приходится кастомизировать на пустом месте.
6. Нет многих простых и нужных компонентов.
Нет постраничности у компонента “список категорий”.
Нет компонента комментирования с древовидностью. Например через блоги, как реализовано в фотогалерее.
Хочется отдельный компонент, желательно начиная со Старта, на инфоблоках и без необходимости глупой кастомизации.
У компонента комментирования в составе комплексного компонента “новости” нет возможности модерирования. Т. е., если этот форум ни где не выводиться, то возможности правки данного функционала нет.
Несовершенный компонент добавления элементов в инфоблок. Хочется нормальной возможности управлять порядком полей, не все пользовательские поля обрабатываются.
Нет компонента добавления секций ИБ.
Конечно вы предложите нам написать его самостоятельно и положить в маркетплейс. Но это не панацея.
Во-первых, по таким вещам платформу оценивают новички, которые не полезут в МП.
Во-вторых, качество решений в МП очень разное, и не очень хочется туда лазить за простыми штуками.
В третьих, поддержка решений из маркетплейса это вопрос.
7. Странная реализация пользовательских свойств.
Пользовательские свойства секций и элементов у инфоблоков представляют собой различные сущности, которые по разному работают, редактируются и т. п.
У пользовательского свойства типа “файл”, если это картинка, нельзя задать автоматическое масштабирование, по аналогии с детальной картинкой.
Пользовательские свойства UF (которые у пользователей и секций) более ограничены, чем пользовательские свойства элементов. В них нет, например, поля типа "текст".
Давно хочется чтобы было пользовательское поле типа Текст с отключенной именно для него возможностью html и wysiwyg-редактора, чтобы пользователю не было доступен функционал html (например, когда нужно код с ютуба выводить).
8. Странная работа страницы 404.
В случае работы ЧПУ компонента и обращения к несуществуюшему элементу выдается не стандартная 404 ошибка, а некая страница с красным текстом ошибки, и только заголовки отдаются с 404 статусом.
Пользователь не понимает, что данной страницы не существуют, а что элемент или секция не найдены - ему знать не нужно.
Мы конечно можем это пофиксить и делаем это, но ради такой ерунды кастомизировать компоненты?
9. Везде разные визуальные редакторы html (wysiwyg), которые еще и регулярно глючат
Вы сами знаете сколько у вас wysiwyg'ов? А зачем?
Глюки редакторов ужасны. В комментариях к задаче если нажать “цитировать”, то после цитаты текст уже не вставишь. Многие клиенты отказываются от wiki из-за его убогого редактора.
Тикеты 248192 и 223882
10. Установщик
Моя работа со студентами показывает что в половине случаев у начинающего разработчика или пользователя сайт ставится криво. После этого пользователь несколько часов мучается и закрывает тему, сделав вывод: Битрикс -- отстой.
У меня самого сайт школы поставился с третьей попытки. До этого сообщения типа “раздел не найден” или fatal error.
Та же беда с сайтом ТСЖ из маркетплейса. Ставил несколько раз пока завелось.
Установщик должен гарантировать корректную работу поставленного решения. Для этого больше тестов и проверок конфигурации сервера и проверка полноты загрузки файлов: контрольные суммы, проверка заполненности всех таблиц. Криво поставленного битрикса быть не должно. Или поставился и работает, или отказался ставиться из-за неподходящей конфигурации.
11. JS-библиотеки.
Зачем вы сделали свои js-библиотеки? Почему не jQuery?
Если боитесь потери совместимости с ранними версиями, можно было сделать обертки над jQuery.
Если это сделано для режима “над сайтом” и вы уверены что это надо -- развивайте.
Сейчас вы проигрываете другим библиотекам по функциям, распространенности, базе готовых решений и разработчики просто не хотят им (вашим ajax) пользоваться.
Или быстро развивайте, или прикончите.
12. Кривость универсальных списков (УС).
УС очень неразвиты относительно ИБ. Их никак нельзя назвать "админка, доступная с лица".
В УС меньше типов полей. При этом у меня как у админа есть возможность параллельной настройки одного и того же ИБ как универсального списка с лица и из панели. После этого они живут как в параллельных мирах. Целостность конфигурации не отслеживается, баги прут.
Зависимые списки на УС не сделаешь.
УС фактически невозможно кастомизировать, они как вещь в себе. А надо. Сделано все слишком все универсально и убого.
13. Web-формы.
Есть ощущение что модуль Web-форм недоделанный.
Например, самостоятельно генерируется SID вопроса/поля, который и глянуть-то не где, а он нужен при кастомизации и редактировании почтового шаблона.
Если после создания почтового шаблона добавляешь или меняешь поля/вопросы формы, они не появляются в редакторе шаблона.
14. Интернет-магазины
Нет API вызова в интернет-магазине, который бы мог позволить посмотреть заказ целиком, а не использовать 3 отдельных вызова: для списка заказов, потом для списка свойств каждого заказа и третий для списка заказываемых позиций каждого конкретно заказа.
Например, отобрать заказы с определенным адресом доставки можно только с большим трудом. Нет нормального полноценного GetList и Add по заказам.
Нет “прямой” возможности оформления заказа на анонимного пользователя. Хочется.
Нет возможности добавления заказа, без помещения его в корзину. Хочется.
...
Список огромный я могу написать. Печально то, что саппорт такие вещи отфутболивает сообщением о том, что "это штатное поведение продукта", а в идеях пиши-не пиши -- толку мало.
Нет в жизни счастья.
Часть 3. Саппорт
В целом все хорошо. Ребята, вы работаете нормально. Тут не критика, тут пожелания.
1. Смотреть шире и дальше
Зачастую при написании вопроса в поддержку мы знаем что этого нет и вместо “так и было задумано” и “вы можете сами допилить этот костыль” хотелось был слышать “передаем информацию в отдел разработки” или “Ваше пожелание будет рассмотрено разработчиками” - пример “Ответ на текстовый вопрос” в модуле обучение. Это стало лучше за 2011 год, но все еще недостаточно.
2. Не врать
Старое, но незабываемое: попытка выдать баги за фичи.
В редакторе wiki был глюк что он не давал оформить определенным образом два абзаца, только 1. Делаешь текст заголовком, потом пытаешься сделать второй заголовок, а с первого стиль снимается.
Потом такая же беда была (а может, и осталась) со стилем “зачеркнутый” в редакторе задач.
Так вот саппорт пытался отбиться от вопроса утверждением, что более 1 H1 в тексте быть не должно и редактор якобы это определяет.
Тикет 223882.
Пожалуйста, давайте ответы только если вы правда знаете что так и есть.
Врать нехорошо даже веб-разработчикам.
Ребята, поймите, я супер-лояльный к вам клиент, но даже я за весь прошлый год помню этот тикет ярче всех решенных.
3. Развиваться.
Я писал в 2011 году о том что саппорт должен знать КП с точки зрения бизнеса.
К сожалению, не знает.
Ничего не изменилось с июля 2011 года.
Вот , раздел “Корпоративный портал. Внедрение, обработка пожеланий, консультирование потребителя” читать полностью.
Часть 4. Корпортал
Стратегия
1. Вы выпускаете очень сырые и слабые решения, называя их громкими словами. CRM, БП.
CRM
Кому ни покажи, если человек видел другие CRM, у него волосы дыбом встают. Защиты от дублей нет, слияния контактов нет, повторной продажи нет, плана продаж нет, “отчеты” представлены ровно 1 достаточно убогим отчетом (может в 11 версии конструктор что-то даст, но сильно сомневаюсь что он будет достаточно функциональным).
Глюки в CRM просто беспрецедентные.
Пользовательские поля после добавления не видны.
После обновления на 11 версию не-админы вообще перестали видеть старые сделки, даже свои.
Нельзя сделке поставить сразу последнюю стадию. КП требует, чтобы она побывала в первой стадии сначала.
Мы пользуемся CRM сами с момента выхода. Ребята, там работы для вас край непаханный. А многие интересуются именно CRM. Покупают КП ради нее. Такая CRM не стоит 100 тр.
БП
Сырые, непонятные и глючные бизнес-процессы.
Скажите честно, есть реальные внедрения с процессами более сложными, чем согласование счета? У вас в компании 1С-Битрикс сколько процессов заведено?
Я провел опыты на студентах, они умудрялись найти Fatal Error’ы даже в процессах, которые по умолчанию идут.
Если скажете куда -- я вышлю вам штук 8 отчетов о том, как студенты запускали БП в КП и какие эмоции испытывали в процессе. Это жуть просто.
Фактически внедрение БП не получается. Клиент дает свои процессы (100 штук, например), мы понимаем что сделать это на Битриксе просто нельзя (а если сделаешь, то интерфейс работы с процессом будет настолько неудобен, что пользоваться им никто не станет) и разводим руками. Где ваш мануал на тему того, как моделировать СЛОЖНЫЕ бизнес-процессы?
Я искал, мне не удалось найти партнера, который готов внедрять сложные процессы. Лидеры этой темы в приватных беседах говорят: ну его нафиг, пока не будем пользоваться.
В части БП мы имеем декларацию, за которой мало что стоит.
Скорость работы
Тормозные тормоза очень тормозят. Я понимаю что вы увлечены новым продуктом Битрикс24, но может ускорим работу этого?
2. Сложность кастомизации КП.
Получается что несмотря на то, что КП написан на API Битрикса, кастомизировать его практически невозможно. Обновления затирают или не происходят.
Все сделано на огромных комплексных компонентах. Многие вещи неочевидно задаются в коде. Многие вещи написаны явно неоптимально.
Я не готов утверждать что КП сделан криво, однако сложность разработки под него неадекватна задачам.
Приведу два простых примера.
Пример 1.
Нам нужно было добавить функционала календарю. Чтобы были встречи, внутри которых задаются цели переговоров и ставится отчет по их достижению. Отчет можно заполнить в течение 2 дней с момента встречи. Потом -- только по разрешению руководителя. И в конце месяца отчет для босса: сколько встреч всего, сколько без отчета.
Все.
Сложная логика? Нет.
Можно сделать? Да.
Мы насчитали работы часов на 50. Не поверили себе. Обратились к трем партнерам из других городов, у которых есть компетенция "Внедрение КП" и реально они это делают.
Назвали от 70 до 150 часов. Соответственно денег от 60 т.р.
При цене коробки в 20-100 такая стоимость кастомизации это нереально много. Этот паровоз не полетит.
Пример 2.
В CRM у вас есть отличная кнопка "Экспорт в csv".
Я не знаю, кто это придумал. На первый взгляд клево и круто.
Но если чуть напрячься, то очевидно, что руководители будут этой кнопки бояться как огня.
Автоматизировать воровство клиентской базы -- браво, ребята. Бизнес вы поняли как надо.
Нужна настройка по скрытию кнопки определенным людям или даже совсем.
Саппорт говорит что функционала такого нет, не предвидится и вообще идите
Как скрыть? Шаблон ковырять? А по прямой ссылке чтобы не работало -- код править?
В 4 местах, компоненты комплексные, навороченные. Поменяем -- потеряем обновление или оно будет затирать наши изменения.
Что в итоге. Мы это беремся сделать, но наши изменения придется после каждого обновления повторять или руками вкручивать новый функционал в наши кастомизированные списки.
В итоге стоимость ничтожной правки для клиента просто непонятна. Он готов заплатить, у него Кайен во дворе стоит, не обеднеет. Но как человек умный и опытный он понимает, что стоимость владения и развития КП сейчас неадекватна заявляемым возможностям.
На мой взгляд, тут что-то неправильно в самом начале. КП у вас не будет нормально продаваться и внедряться массовыми разработчиками, пока вы не сделаете более цивильный механизм его развития, кроме как "взять и все переписать".
3. Слабая связность.
Одна из фирменных фишек Битрикса как платформы -- слабая связность системы. Все работает как бы вместе и в то же время независимо. Наверное, для сайтов и БУС как ветки в целом -- это очень правильно. Верю Сербулу.
Но в КП слабая связность компонентов порождает проблемы.
Все основные штуки живут своей жизнью. Задачи, Группы, Календарь, Отчеты, CRM -- они сначала делаются как независимые разделы и потом связываются горизонтальными связями. Плохо связываются. Слабо. Неудобно. С постоянно вылезающими коллизиями типа "тут поменяли, а там осталось".
Задач в календаре как не было, так и нет.
Клиенты говорят буквально следующее: “А чего оно все так отдельно? Почему тут делаешь, а тут не появляется?”
Так и есть, вы делаете набор разрозненных решений, горизонтальные связи между которыми наладить весьма непросто. В целом в системе все больше каких-то аппендиксов, которые развивать не стали, а убить не получается.
Пример -- “планируемое событие” в CRM.
Это же недоразвитый вариант возможности, который потом сделали через задачи. А эту кривую ножку куда?
Коллеги, тут вам работы нереально много. Не обижайтесь, давайте попробуем чуть меньше бодро рапортовать и чуть серьезнее поработать.
Тактика
1. Очень много глюков
Практически возникает ощущение что возможности не тестируются, а саппорт корпорталом не пользуется и не владеет как инструментом.
Даваемые ответы на тикеты насчет корпортала очень и очень часто неудовлетворительны.
Например, ответ в тикет 263768 опровергается в тикете 264361 (вопрос с дневными отчетами).
Вносимые изменения не тестируются комплексно.
Где ваш внутренний чеклист? Например, если внесли изменения, проверили чтобы они отразились во всех шаблонах, уведомлениях, живой ленте, не затрагивали другие блоки. Я постоянно натыкаюсь на неработающие ссылки в почтовых уведомлениях.
Просто проверить что ничего не отвалилось.
Пример: тикет 264162, тикет 264465, 261646
2. Внося заплатки в корпортал, вы порождаете новые проблемы
Тикет 261646 решался около 20 дней (в т.ч. новогодний период)
Тикет 261865 , где fatal error полезли из-за заплаток
Очень сырые обновления, которые порождают фатальные ошибки. 11 версия КП по количеству проблем превзошла самые худшие опасения.
Тикеты 254425 и 261646. Мы 4 дня жили без КП, потому что не могли его завести. Из 4 внедренных нами КП 3 упали при обновлении.
3. "Удаление демо-данных" удаляет весь контент с сайта, а не только сделанный мастером автозаполнения.
Клиенты постоянно через недельку после установки сносят все с помощью этой кнопки. Где алерты? Где нормальная подпись этой кнопки?
4. Большие пробелы в документации по гаджетам.
Нигде не описано, чем отличаются гаджеты для административной панели и для публичной части портала(и сайта). В админке и публичной части сайта гаджеты работают не одинаково.
5. Повторяющиеся задачи работают очень странно.
Такое ощущение что вы сами не можете определиться чего от них хотите.
Сначала не было понятия шаблона, просто была галка “повторять” и настройки.
Потом появились шаблоны и задачи начали создаваться сотнями автоматически.
Потом шаблоны задач стали заготовками, не имеющими отношения к повторяющимся задачам. Теперь на основе шаблона надо делать задачу, и уже она будет повторяться. Вроде так.
Цепочку удлинили, усложнили, и я, честно говоря, не понимаю как это работает.
Повторяющиеся задачи так и создаются без дедлайнов.
Я плюнул и не пользуюсь. Долго разбираться, а потом если опять заключит 800 задач руками убивать -- не хочу.
Тикеты 249193 и 255311.
6. Если в корпортале включить автокеширование компонентов, то комментарии к задачам люди видят с большими опозданиями.
Пришлось выключить полгода назад. В 11 версии сказали что вылечили, но баг на месте. Опять выключено.
7. Хотелка: решение с оргструктурой и рабочими группами.
Мы предлагаем расширить портал в части отделов: каждый отдел имеет собственное файловое хранилище, или возможность указать папку основного файлового хранилища отдела в общем хранилище. Этакую недо-рабочую группу.
Дело в том, что при обсуждении с клиентами они реально не понимают зачем отдельно иерархия и отдельно рабочие группы. Почему нет "надгрупп" и "подгрупп", ведь в иерархии оргструктуры они есть.
Недодумано, порождает сложности.
8. Хотелка: Администратор портала не имеет доступа к переписке сотрудников (XMPP).
Вы скажете что читать переписку неэтично. Тут не сайт знакомств, тут работа. А значит, есть риски и переписка это один из каналов.
Да, эта функция должна быть доступна очень и очень не для всех. Но она нужна.
Иначе какой смысл был внедрять jabber-сервер и говорить о "корпоративной аське", если начальник СБ или гендир эту корпоративную аську почитать не может.
Фактически XMPP и личные сообщения не имеют никаких средств администрирования.
Нехорошо.
По этой части: давайте делать сначала хороший работающий продукт, а потом рисовать красивые баннеры на главной вашего сайта.
Часть 6, последняя. Советы.
Не хотелось бы выглядеть как в пословице “со свиным рылом в калашный ряд”, но попробую предложить то, что может помочь.
1. Сделать регулярные собрания разработчиков и саппортеров и выступление перед ними идеологов того или иного модуля.
Пусть саппорт напряжется и будет понимать как и зачем работает CRM. Пусть саппорт научится понимать стратегию развития функционала, а не только его API.
Я знаю, что у вас часто стратегия быстро меняется или новые вещи делаются быстро, однако это не мешает общению.
2. Повысить качество тестирования КП.
Unit-тесты, комплексная ручная проверка, чеклист, ревью решений, я не знаю что. Но сейчас мы боимся ставить обновления.
3. Маркетинг и продажи.
3.1. Перестать продавать неготовые вещи.
Неготовые -- значит отсутствующие или дико глючные. Ограниченные по возможностям, чтобы занять нишу - пожалуйста.
Если вы так делаете, то откровенно показываете что вам новые партнеры и новые клиенты важнее старых партнеров, которые быстро добираются до дна системы и потом вынуждены объяснять почему до сих пор нет задач в календаре или что мобильную версию так и не выпустили за год, несмотря на присутствие ее в рекламе.
3.2. Позиция по отношению к профессиональному сообществу.
Сейчас у вас в маркетинге я вижу аргументы “для клиента” и “для студии”. Необходимо дополнить продажи аргументацией “для умных и опытных разработчиков”.
На вопросы о том, как и почему именно так работает битрикс “для умных” лучше всех отвечает Александр Сербул.
Есть несколько десятков вопросов, мнение опытного разработчика или менеджера о которых перечеркивает для него Битрикс.
Например
- битрикс и тормоза. как же хайлоад и сложная логика?
- где же ORM и ООП?
- почему все в файлах?
- почему 1200 запросов на страницу?
- чем вы лучше друпала и для каких задач?
- чем вы лучше фреймворка XYZ и для каких задач?
- вы фреймворк?
- ваш код ужасен!
- где MVC и прочие паттерны?
- спагетти-код? Где разделение логики и представления (тут же каша из php, HTML, css, js и SQL!). отсылаю к своей
и еще штук 100 вопросов.
Сейчас средний web-специалист, слышавший слово Битрикс, но не являющийся партнером, убежден что Битрикс говно.
При этом иногда он знает о популярности системы и традиционно списывает все на маркетинг. Строго говоря, он прав.
Пока ваш маркетинг не начнет говорить со специалистами, будет именно так.
И ломать специалистов через колено, воздействуя на них через клиента или через директора -- значит ссориться с ними.
То, что вы делаете на хабре -- неплохо, но очень мало.
Еще раз: Сербула в массы для разговора с адекватными людьми. Он может.
3.3. Срочно навести порядок в
Статья очень плохая. Необъективная, неполная, с неумной критикой.
Сейчас я начал приводить эту статью в порядок, но времени и сил не хватает. А ее читают и очень читают.
Внимание: не набить рекламой, а поработать над материалом в соответствии с правилами и духом википедии.
3.4. Осторожнее манипулировать клиентом в рекламе и на семинарах
Вы блестяще это делаете, переводя дальнейшее проблемное общение на партнера и разработчика.
Знайте меру.
Ваши манипуляции с количеством внедрений КП (рассказывая о КП, вы говорите "более 50000 клиентов выбрали платформу", подменяя понятия) понятны, но имеют тяжелые последствия.
Больше правды и даже оговорок чтобы не было заблуждений значит меньше первичных продаж сейчас и выше степень удовлетворенности клиента потом, а значит повторных продаж.
4. Заняться заново установщиком системы.
Проблема в том, что он не гарантирует нормальной установки и во многих случаях убеждает клиента что битрикс - тяжелое глючное безобразие.
Не должно вообще быть такой вещи в природе как "криво поставленный битрикс". А это сплошь и рядом, даже на хостингах которые предлагают установку мастером.
Вроде все сказал.
Коллеги, я прошу вас подумать об этом. Мы много работаем и обычно молчим. Общаемся с саппортом, но там не до лирики и стратегии. Самое важное я хотел донести до всех.
Громко и скандально -- на Хабре -- не стал.
Тихо и кулуарно -- не поможет, я думаю.
Предлагаю обсудить.
ps. Ребята из Битрикса, я заранее приношу извинения если кого обижаю или ошибаюсь в фактах. Мнения -- они на то и мнения, а любые ошибки в моих утверждениях сразу поправлю. Материала много, без неточностей не получится.
pps. Всем спасибо что дочитали. Никак у меня не получается быть кратким.
Назад в раздел
Подписаться на новые материалы раздела:
