Gaius Cassius
Sergey_K
Так что \\ это \
Sergey_K
Sergey_K
Там есть готовые отчеты по идее по тяжелым запросам.
Gaius Cassius
Так что \\ это \
ну нет ( хотя не уверен)
вроде джсон экранирует по правилам регулярных выражений ( могу ошибаться)
Sergey_K
Нет
Sergey_K
Пишет \\
Sergey_K
А вот читать это не может
Sergey_K
Gaius Cassius
я просто когда писал календарь событий, столкнулся с тем, что плагины (жс) плохо воспринимают теги
Gaius Cassius
Серега, перестрахуйся и сделай сам замену
имхо - лучшее решение
Gaius Cassius
а кто нибудь делал доп продажи7 ПОДСКАЖИТЕ СОБЫТИЯ, НА ЧТО ВЕШАТЬ ЛОГИКУ
Sergey_K
Gaius Cassius
Доп что?
я не знаю чем ты торгуешь, но схема БМ такая
"заказал хлеб, возвонили преложили икру, масло, и тд" отследить именно то, что предложили вне "текущего заказа"
Gaius Cassius
причем связать с битрикс24
Sergey_K
Я про твой вопрос про "делал доп продажи". Не понял, что ты имеешь в виду.
Ну по идее добавление строк в заказе после статуса = 1
Sergey_K
Но тут вопрос, как отличить доппродажу от "ой, я ошибся, добавьте еще лакшери картохи"
Sergey_K
Тут вопрос больше не в системе.
Sergey_K
Кто будет эти строки добивать?
Gaius Cassius
по факту - менежеры (человческий фактор)
Sergey_K
Не, погодь
Sergey_K
продажники, или нет?
Sergey_K
То есть продажники, у которых КПЭ будут сами иметь четкий инструмент "рисования" этих КПЭ?
Sergey_K
Это несерьезно.
Sergey_K
Будут делать очень просто - просить людей заказывать меньше
Gaius Cassius
начальство видит так, а я понимаю, что бредовоъ
Sergey_K
И добивать строки
Sergey_K
В итоге все довольны, КПЭ растет.
Sergey_K
Но эффект ноль
Gaius Cassius
еще проще) часть товара отображать как заказ ,а вторую часть - как доп
Sergey_K
Ну либо так, да
Sergey_K
Бред, короче, так не делают.
Gaius Cassius
вот и интересно, кто с таким сталкивался, или какие мысли имеет по этому поводу
Sergey_K
Ну тут не бывает мыслей - надо исключать конфликт интересов.
Sergey_K
Это управленческая задача, а не программистская.
Gaius Cassius
ну, мне за это платят
не за аналитику БП же, хотя и там не особо слушают, потому что есть куа начальников, которые "лучше знают"
Sergey_K
Если такие КПЭ родились, то там либо долбоебы, либо пилят :)
Sergey_K
Ну бери КПЭ эти и потом дисконтируй по приращению объема
Gaius Cassius
долбоебы)
Sergey_K
Если объем не вырос, значит хер им, а не КПЭ - будет множиться на ноль.
Sergey_K
И все.
Sergey_K
Ну только like to like, чтобы исключить сезонный фактор.
Sergey_K
победил я ушлепские слеши.
Gaius Cassius
меня это особо не касается, но обычные БМ - привязаны к кпи, стоимости лидов и общей конверсии
без сезона. есть план - ебашьте)
и такие задачи поступают именно от БМ, потому что "начальству" пофиг, кроме директора - он платит за бал)
что сделал с ними?
Sergey_K
Ну как вариант - не считать события, а считать регулярный ассортимент. А все выходящее из него считать доп продажами.
Gaius Cassius
т.е. - не моя забота?)
Sergey_K
Ничего не делал, поставить авторегистрацию - класс сам себя пишет, так они нашли с тем, кто читает (тоже системный загрузчик) общий корень.
Sergey_K
Sergey_K
Есть же термин "физически не реализуем с учетом требуемого уровня достоверности"
Sergey_K
Эта фраза - 80% работы многих программистов :)
Gaius Cassius
уже неплохо
про такой термин не слышал(
Gaius Cassius
видимо мало общаюсь с продажниками
Sergey_K
пообщайся с разработчиками оракла, сапа и им подобными
Sergey_K
они такое любят
Gaius Cassius
увы, общался только с канадскими cache~
Gaius Cassius
но хотя бы инфа полезная, есть что думать, и как вести диалог с начальством)
спасибо)
Sergey_K
если не знаешь, как обосновать, есть два беспроигрышных варианта
Sergey_K
говорить, что это "экспертное мнение"
Sergey_K
или говорить, что это очевидно :)
Sergey_K
Многие боятся показаться тупыми - спрашивать очевидные вещи.
Но тут надо по интуиции :)))
Gaius Cassius
а что сказать на фразу "мы готовы потратиться и вести такой учет в битрикс24, только от тебя надо ТЗ для них"?))
и аргумент - ты разработчик, ты им быстрее объяснишь, что надо сделать)
Gaius Cassius
тупыми у нас бояться показаться магазины и клиенты)
мне проще сказать "не сталкивался, не знаю" если реально так и есть
Sergey_K
Скажи, что как разработчик ты можешь это реализовать через события после размещения заказа.
Но это не решит проблему конфликта интересов менеджеров, которые заинтересованы в получении мотивации, а потому будут обходить систему, генерируя недостоверные данные в виде "левых" событий.
Возможно, по сговору, т.к. эта модель ЧАСТО ВСТРЕЧАЕТСЯ НА ПРАКТИКЕ (= экспертное мнение)
Sergey_K
Так ты и скажешь, что можешь сделать все и ответственность снимешь и будешь типа аналитиком :)
Кругом плюсы.
Gaius Cassius
у меня и так вуся отвественность - сделать так, чтобы все работало)
а по факту - и бухглатерия не моей страны, и менеджеры тупые, и продажники не лучше)
у меня только один плюс - я могу. И за это мне платят) если я не могу, обсуждае условия
Но все равно - как можно не терея клиентов ограничит иъ, от вода нежелательной инфы (или желательной), делая траффик для анализа? ( даже через сторонние организации)
Gaius Cassius
вот подключили ройстат
вопросов стало еще больше
Sergey_K
Ром, есть механизмы, а есть бизнес-процесс
Sergey_K
Ты хочешь не меняя процесса, механизмами, разделить функционал.
Так не бывает.
Sergey_K
В твоем случае надо делить функционал "забивания" и выводить его в транзакционные подразделения
Gaius Cassius
я поэтому не управленец.
я вижу иначе
Sergey_K
Которые не зависят от коммерсантов
Gaius Cassius
наши подразделения не могут между собой фигачачитьь)
а вопросы ко мне
Sergey_K
Управленческий учет
Sergey_K
Для саморазвития неплохо
Gaius Cassius
стараюсь не лезть, понял что не мое.
а задачи приходят "мол я не понимаю, ты разберись и сделай"