Краткое содержание статьи: автоматизируйте хорошо, а плохо - не автоматизируйте!
Так в том и дело, что постоянно есть те, кто не знает, как хорошо, а как - плохо. Нам, разработчикам, задачи автоматизации кажутся понятными и прозрачными, тем, кто решился на автоматизацию, часто непонятно почти всё - и это логично, они хорошо разбираются в своём деле, мы в своём. Наша задача начать ab ovo и помочь разобраться тем, кто хочет, но имеет опасения.
Теперь их разогнали и заменили компьютерами которые сами предсказывают что когда закупать, и т.п...
Прямо разогнали всех и заменили? Дайте что ли пару ссылок на эту историю, мы все посмотрим и обсудим (хотя, конечно, такое нужно смотреть изнутри - рассказать-то мы все можем).
В статье хотелось бы видеть конкретные примеры как и что было хорошо/плохо, стало хорошо/плохо, и т. п...
Большинство клиентов настаивают на NDA, особенно интересных, и многие компании на Хабре этим ограничены. И потом - ну вот тот же "Дикси". Сейчас придёт директор большой оптовой компании на Хабр, прочитает, что у Дикси всё хорошо, а у него то же решение не взлетит - может, потому что он просто решил повторить за успешным и не разобрался? Бизнес - это такая штука, где нечто вроде копитрейдинга не работает :-)
Не уверен, что хорошая идея делать сравнение в корп. блоге - всё равно никто не поверит в объективность, да и много этических нюансов. Конечно, мы их все тестируем и смотрим, но выводы - информация не публичная.
Насчёт саморекламы. Мы описываем реальные сложности компаний и пишем, как продукт, за который мы отвечаем головами, может их решить. Это наш подход.
Второй раз своим комментарием вы вдохновляете на статью :-) Постараемся в обозримом будущем ответить подробно. А пока кратко: такие ребята в принципе редко поддаются процессам и регламентам, НО! это риск для оперативной работы и этот риск необходимо обрабатывать, чтобы не рушилась вся цепочка взаимодействий.
Я всегда раскрываю и сторону руководителя, у нас были по этой теме неплохие статьи про безопасность, bossware… Но всё же руководителя лучше видно со стороны - и вот наша неплохая и довольно объективная статья по теме, например, https://habr.com/ru/company/regionsoft/blog/539432/
Любой софт, будь то узкоспециализированная программа или универсальная и широкопрофильная, имеют своего потребителя. И когда этот потребитель выходит на тропу поиска, он изучает массу решений и находит то, что максимально приближено к его задачам и представлению об автоматизации своего бизнеса. Даже если взять пласт сервисных компаний, о которых вы говорите, то его представители разделятся на разные лагеря. Кто-то будет радеть за автоматизацию узкой задачи, а кто-то за комплексную автоматизацию. Об этом и речь.
Среди клиентов нашей компании, кстати, масса сервисных фирм. И используют они не только RegionSoft CRM, но и другие наши продукты: RegionSoft GeoMonitor - управление выездными сотрудниками и ZEDLine Support - сервис обработки обращений клиентов (ServiceDesk). И сервисники бывают разные. Бывают ремонтники на своей территории, когда клиенты привозят своё неисправное оборудование в мастерскую, а бывают выездные сервисные бригады, монтажники, службы экстренного реагирования и т.д. И у каждого свои особенности, которые одной гребёнкой не вычешешь.
В данной статье под "скрещиванием ежей и ужей" подразумевается "зоопарк" разного ПО от нескольких производитедей, которое необходимо взаимно интегрировать и синхронизировать. Класс CRM-решений довольно широк. Есть простые CRM, типа записной книжки, а есть почти уровня ERP, которые позволяют в рамках одного решения использовать и управление клиентами и задачами, и реализацию бизнес-процессов с теми графическими схемами, о которых вы говорили, и складской, и кассовый учёт, и даже производство и управление проектами. И это не является "зоопарком", поскольку работает в единой информационной системе и смотрится весьма сбалансированно.
Подход, изложенный вами, больше свойстенен крупному бизнесу. Для малого и среднего, на мой взгляд, описанное в статье подходит как нельзя лучше.
Да, такое бывает, если CRM внедрена для галочки, или вовсе не внедрена, а просто установлена. CRM эффективна только тогда, когда она ускоряет бизнес-процессы предприятия и делает сам бизнес системным, измеряемым и управляемым. Должны быть автоматизированы именно процессы, а персонал обучен правильной работе. В противном случае называть это внедрением - просто профанация.
Для организации презентаций и техподдержки, в соответствии с внутренним регламентом, компания действительно по-умолчанию использует TeamViewer, как один из лучших продуктов с мировым именем. Для этих целей нами приобретены необходимые коммерческие лицензии. Однако, бывают такие ситуации (крайне редко), когда клиенты настаивают на использовании альтернативного софта из разных соображений. И мы всегда стараемся идти на встречу. Софт бывает разный, и в некоторых случаях при использовании альтернативного софта может потребоваться дополнительное время на настройку, например очень часто это связано с отсутствием звука и т.д. Поэтому могут возникать технические заминки. По всей видимости, в вашем случае произошла именно такая заминка, раз менеджер предложил вам пропустить звук по скайпу или телефону (вероятно он через альтернативный софт не заработал).
Есть разные люди. Кто-то это принимает с пониманием, кто-то в штыки, да еще с претензиями. Мир разнообразен. Поэтому мы также с пониманием относимся и к вашему комментарию. Надеюсь, что другой вендор, с которым вы сработали, окажется достойным, и вы автоматизируете свой бизнес так, как ожидали, получив высокий уровень сервиса.
Пара слов по поводу длинного ролика. Действительно, он занимает 1,5 часа и может показаться нудным, поскольку он носит исключительно информационно-описательный характер. В нем нет видеоэффектов и приглашённых дикторов, зато глубоко рассматриваются функциональные возможности с детальными примерами и пояснениями. При этом подавляющее число клиентов, которые его посмотрели (по их же отзывам), утверждают, что они после просмотра стали понимать как устроена система и какими функциональными возможностями она обладает. Поэтому мы не убираем данный видеоролик с нашего канала, пока не создадим новой альтернативы. То, что он вам не понравился, - это ваше законное право выражать своё мнение. И тем не менее, благодарим вас за такое мнение тоже.
Это зависит от того, на каких условиях производится разработка. Если в договоре указано, что права на результат принадлежат разработчику, то разработчик имеет вполне законное право использовать результат по своему усмотрению. Может нарастить текущий публичный функционал, может продавать право использования по лицензионным договорам и т.д.
Если же договор подразумевает переход права заказчику, то это называется эксклюзивом, и заказчик становится защищенным от возможного распространения своего ноу-хау. А если такое и произошло, может по закону наказать разработчика.
Оба варианта законны и имеют право на существование.
И это не только клиентское приложение. Это в первую очередь облачный сервер, который регистрирует и обрабатывает необходимую информацию о сотрудниках и их перемещениях, заказчиках и их заявках. Плюс диспетчерская, развёрнутая в облаке внутри корпоративного портала.
Ну, это же совсем разные вещи. Здесь речь идёт не просто о единичном запросе на местоположение человека, а о построении диспетчерской службы и организации бизнес-задач, трансформирующихся в полноценное управление клиентскими заявками.
У всех людей разные вкусовые пристрастия, однако задача сайта IT-компании не быть художественной галереей, а служить инструментом для владельца и клиентов. Кои он прекрасно, кстати, выполняет :)
Господь с вами. Еще ни разу не слышал, чтобы RDP называли костылём. Это самая продуктивная и широко применяемая технология управления удалённым рабочим столом в мире.
Ну, зрение это уже другой фактор, но тем не менее, сам лично использую RDP для удалённой работы уже много лет, в том числе со смартфона. Хочу сказать, что это лучший вариант (лично моё мнение) для удалённой работы в приложениях уровня Enterprise, где используется масштабный функционал оперативного учёта (CRM, BPM, ERP-системы).
Кроме того, сегодня почти у всех серьёзных клиентов для удалёнщиков и сотрудников в полях реализована работа по RDP. Высокая эффективность, полная функциональная доступность и независимость от высокоскоростного интернета на стороне пользователя.
Даже если нет возможности установить сервер на территории офиса и обеспечить круглосуточную бесперебойную работу, для этого существуют VDS, что превращает любой десктопный софт в облачный. Главное определиться с технологией доступа и взаимодействия.
Чем обоснован, простите, такой наезд? Вы на свой счёт чтоли приняли какую-то часть контента? Где это, интересно, вы нашли отсыл к 90-м? Сейчас не то что на линуксе или телефоне, на холодильнике можно почти любую программу запустить, если уж на инженерных калькуляторах запускают серверные операционки.
Ваш комментарий пронизан единственным желанием оскорбить автора, причины чему не ясны, однако, в таком ключе, думаю, с вами никто диалог вести не будет.
Потому что врачи работают по теории допущений. Ты к нему приходишь - вот, насморк у меня. Он тебе - ничего страшного, простуда, выпей колдрекса. А то, что это может быть африканская лихорадка и после колдрекса тебя уже вынесут ногами вперед, врач не допускает. Для точной постановки диагноза надо провести опрос на предмет наличия дальних поездок, контактов с людьми из других регионов и стран, сделать 28 мазков и 74 анализа крови на 7580 возбудителей инфекции. Но этого никто никогда не делает, поскольку стоит это неприподъемных денег и кучу времени. Поэтому допускается, что с вероятностью 95% это обычная простуда.
Из собственной практики могу сказать, что сообщество программистов это действительно нетривиальная субстанция, ведь именно программисты меняют сегодня наш мир. Вы можете представить себя сейчас без умных смартфонов, социальных сетей, ютуба, интернет-магазинов и электронных тендерных площадок? Без интернета, видеочатов, сервисов коротких сообщений, CRM-систем и бухгалтерских программ в бизнесе, а также без множества других современных служб, программ и фич? И всё это создают программисты. Рождается идея, выстраивается концепция, рождается план реализации, кодится, отлаживается и бац - в продакшен!
А по поводу диплома на полку - имею множество примеров, когда действующий программист изначально учился на специальностях, никак не относящихся к программированию, но потом, когда столкнулся с практической деятельностью в реальной жизни, в нём проснулась тяга к IT и программированию. Если общие знания из области программирования, которые он получил в школе и институте, не прошли для него даром, то их всегда можно развить, даже если ты учился на повара или кораблестроителя. Ведь средства разработки, технологии и сами языки программирования постоянно развиваются, и программисту приходится постоянно учиться, вникая в новые технологии и платформы, становясь настоящим полиглотом, как в прямом, так и в переносном смысле этого слова.
Речь не о том, что сторудникам офиса надо ставить трекер, чтобы контролировать время их прихода/ухода с работы. Для этого есть различные системы учёта с парапетами, что, собственно, нормально применяется в широкой практике. Речь об автоматизации, например, диспетчерских служб, когда важно знать, где находятся выездные сотрудники в данный момент. Если сотрудник выехал на заявку, чтобы диспетчер видел его продвижение и мог прогнозировать время его прибытия, а также контролировать его время нахождения на территории клиента, чтобы выставить клиенту счёт за работы. Это именно вопрос автоматизации сервисных компаний.
Так в том и дело, что постоянно есть те, кто не знает, как хорошо, а как - плохо. Нам, разработчикам, задачи автоматизации кажутся понятными и прозрачными, тем, кто решился на автоматизацию, часто непонятно почти всё - и это логично, они хорошо разбираются в своём деле, мы в своём. Наша задача начать ab ovo и помочь разобраться тем, кто хочет, но имеет опасения.
Прямо разогнали всех и заменили? Дайте что ли пару ссылок на эту историю, мы все посмотрим и обсудим (хотя, конечно, такое нужно смотреть изнутри - рассказать-то мы все можем).
Большинство клиентов настаивают на NDA, особенно интересных, и многие компании на Хабре этим ограничены. И потом - ну вот тот же "Дикси". Сейчас придёт директор большой оптовой компании на Хабр, прочитает, что у Дикси всё хорошо, а у него то же решение не взлетит - может, потому что он просто решил повторить за успешным и не разобрался? Бизнес - это такая штука, где нечто вроде копитрейдинга не работает :-)
Не уверен, что хорошая идея делать сравнение в корп. блоге - всё равно никто не поверит в объективность, да и много этических нюансов. Конечно, мы их все тестируем и смотрим, но выводы - информация не публичная.
Насчёт саморекламы. Мы описываем реальные сложности компаний и пишем, как продукт, за который мы отвечаем головами, может их решить. Это наш подход.
Ну и я помечал, что когда-то был обзор, даже с нашим участием https://habr.com/ru/post/479394/
Второй раз своим комментарием вы вдохновляете на статью :-) Постараемся в обозримом будущем ответить подробно. А пока кратко: такие ребята в принципе редко поддаются процессам и регламентам, НО! это риск для оперативной работы и этот риск необходимо обрабатывать, чтобы не рушилась вся цепочка взаимодействий.
Я всегда раскрываю и сторону руководителя, у нас были по этой теме неплохие статьи про безопасность, bossware… Но всё же руководителя лучше видно со стороны - и вот наша неплохая и довольно объективная статья по теме, например, https://habr.com/ru/company/regionsoft/blog/539432/
Любой софт, будь то узкоспециализированная программа или универсальная и широкопрофильная, имеют своего потребителя. И когда этот потребитель выходит на тропу поиска, он изучает массу решений и находит то, что максимально приближено к его задачам и представлению об автоматизации своего бизнеса. Даже если взять пласт сервисных компаний, о которых вы говорите, то его представители разделятся на разные лагеря. Кто-то будет радеть за автоматизацию узкой задачи, а кто-то за комплексную автоматизацию. Об этом и речь.
Среди клиентов нашей компании, кстати, масса сервисных фирм. И используют они не только RegionSoft CRM, но и другие наши продукты: RegionSoft GeoMonitor - управление выездными сотрудниками и ZEDLine Support - сервис обработки обращений клиентов (ServiceDesk). И сервисники бывают разные. Бывают ремонтники на своей территории, когда клиенты привозят своё неисправное оборудование в мастерскую, а бывают выездные сервисные бригады, монтажники, службы экстренного реагирования и т.д. И у каждого свои особенности, которые одной гребёнкой не вычешешь.
В данной статье под "скрещиванием ежей и ужей" подразумевается "зоопарк" разного ПО от нескольких производитедей, которое необходимо взаимно интегрировать и синхронизировать. Класс CRM-решений довольно широк. Есть простые CRM, типа записной книжки, а есть почти уровня ERP, которые позволяют в рамках одного решения использовать и управление клиентами и задачами, и реализацию бизнес-процессов с теми графическими схемами, о которых вы говорили, и складской, и кассовый учёт, и даже производство и управление проектами. И это не является "зоопарком", поскольку работает в единой информационной системе и смотрится весьма сбалансированно.
Подход, изложенный вами, больше свойстенен крупному бизнесу. Для малого и среднего, на мой взгляд, описанное в статье подходит как нельзя лучше.
Да, такое бывает, если CRM внедрена для галочки, или вовсе не внедрена, а просто установлена. CRM эффективна только тогда, когда она ускоряет бизнес-процессы предприятия и делает сам бизнес системным, измеряемым и управляемым. Должны быть автоматизированы именно процессы, а персонал обучен правильной работе. В противном случае называть это внедрением - просто профанация.
Уважаемый Александр!
Для организации презентаций и техподдержки, в соответствии с внутренним регламентом, компания действительно по-умолчанию использует TeamViewer, как один из лучших продуктов с мировым именем. Для этих целей нами приобретены необходимые коммерческие лицензии. Однако, бывают такие ситуации (крайне редко), когда клиенты настаивают на использовании альтернативного софта из разных соображений. И мы всегда стараемся идти на встречу. Софт бывает разный, и в некоторых случаях при использовании альтернативного софта может потребоваться дополнительное время на настройку, например очень часто это связано с отсутствием звука и т.д. Поэтому могут возникать технические заминки. По всей видимости, в вашем случае произошла именно такая заминка, раз менеджер предложил вам пропустить звук по скайпу или телефону (вероятно он через альтернативный софт не заработал).
Есть разные люди. Кто-то это принимает с пониманием, кто-то в штыки, да еще с претензиями. Мир разнообразен. Поэтому мы также с пониманием относимся и к вашему комментарию. Надеюсь, что другой вендор, с которым вы сработали, окажется достойным, и вы автоматизируете свой бизнес так, как ожидали, получив высокий уровень сервиса.
Пара слов по поводу длинного ролика. Действительно, он занимает 1,5 часа и может показаться нудным, поскольку он носит исключительно информационно-описательный характер. В нем нет видеоэффектов и приглашённых дикторов, зато глубоко рассматриваются функциональные возможности с детальными примерами и пояснениями. При этом подавляющее число клиентов, которые его посмотрели (по их же отзывам), утверждают, что они после просмотра стали понимать как устроена система и какими функциональными возможностями она обладает. Поэтому мы не убираем данный видеоролик с нашего канала, пока не создадим новой альтернативы. То, что он вам не понравился, - это ваше законное право выражать своё мнение. И тем не менее, благодарим вас за такое мнение тоже.
Это зависит от того, на каких условиях производится разработка. Если в договоре указано, что права на результат принадлежат разработчику, то разработчик имеет вполне законное право использовать результат по своему усмотрению. Может нарастить текущий публичный функционал, может продавать право использования по лицензионным договорам и т.д.
Если же договор подразумевает переход права заказчику, то это называется эксклюзивом, и заказчик становится защищенным от возможного распространения своего ноу-хау. А если такое и произошло, может по закону наказать разработчика.
Оба варианта законны и имеют право на существование.
И это не только клиентское приложение. Это в первую очередь облачный сервер, который регистрирует и обрабатывает необходимую информацию о сотрудниках и их перемещениях, заказчиках и их заявках. Плюс диспетчерская, развёрнутая в облаке внутри корпоративного портала.
Ну, это же совсем разные вещи. Здесь речь идёт не просто о единичном запросе на местоположение человека, а о построении диспетчерской службы и организации бизнес-задач, трансформирующихся в полноценное управление клиентскими заявками.
У всех людей разные вкусовые пристрастия, однако задача сайта IT-компании не быть художественной галереей, а служить инструментом для владельца и клиентов. Кои он прекрасно, кстати, выполняет :)
Господь с вами. Еще ни разу не слышал, чтобы RDP называли костылём. Это самая продуктивная и широко применяемая технология управления удалённым рабочим столом в мире.
Ну, зрение это уже другой фактор, но тем не менее, сам лично использую RDP для удалённой работы уже много лет, в том числе со смартфона. Хочу сказать, что это лучший вариант (лично моё мнение) для удалённой работы в приложениях уровня Enterprise, где используется масштабный функционал оперативного учёта (CRM, BPM, ERP-системы).
Кроме того, сегодня почти у всех серьёзных клиентов для удалёнщиков и сотрудников в полях реализована работа по RDP. Высокая эффективность, полная функциональная доступность и независимость от высокоскоростного интернета на стороне пользователя.
Даже если нет возможности установить сервер на территории офиса и обеспечить круглосуточную бесперебойную работу, для этого существуют VDS, что превращает любой десктопный софт в облачный. Главное определиться с технологией доступа и взаимодействия.
Почему не использовать RDP? Подключайся к CRM из любой точки мира, работай, не приезжая в офис - никаких проблем.
Чем обоснован, простите, такой наезд? Вы на свой счёт чтоли приняли какую-то часть контента? Где это, интересно, вы нашли отсыл к 90-м? Сейчас не то что на линуксе или телефоне, на холодильнике можно почти любую программу запустить, если уж на инженерных калькуляторах запускают серверные операционки.
Ваш комментарий пронизан единственным желанием оскорбить автора, причины чему не ясны, однако, в таком ключе, думаю, с вами никто диалог вести не будет.
Мужик заходит в кабинет врача, врач ему говорит:
- присаживайтесь, больной.
Тот отвечает:
- да я не больной - мне справку получить, что здоров.
Врач покачал головой:
- здоровых людей не бывает, бывают только те, кто еще не знает, что он болен. Так что не выкаблучивайтесь, больной, присаживайтесь!
Потому что врачи работают по теории допущений. Ты к нему приходишь - вот, насморк у меня. Он тебе - ничего страшного, простуда, выпей колдрекса. А то, что это может быть африканская лихорадка и после колдрекса тебя уже вынесут ногами вперед, врач не допускает. Для точной постановки диагноза надо провести опрос на предмет наличия дальних поездок, контактов с людьми из других регионов и стран, сделать 28 мазков и 74 анализа крови на 7580 возбудителей инфекции. Но этого никто никогда не делает, поскольку стоит это неприподъемных денег и кучу времени. Поэтому допускается, что с вероятностью 95% это обычная простуда.
Из собственной практики могу сказать, что сообщество программистов это действительно нетривиальная субстанция, ведь именно программисты меняют сегодня наш мир. Вы можете представить себя сейчас без умных смартфонов, социальных сетей, ютуба, интернет-магазинов и электронных тендерных площадок? Без интернета, видеочатов, сервисов коротких сообщений, CRM-систем и бухгалтерских программ в бизнесе, а также без множества других современных служб, программ и фич? И всё это создают программисты. Рождается идея, выстраивается концепция, рождается план реализации, кодится, отлаживается и бац - в продакшен!
А по поводу диплома на полку - имею множество примеров, когда действующий программист изначально учился на специальностях, никак не относящихся к программированию, но потом, когда столкнулся с практической деятельностью в реальной жизни, в нём проснулась тяга к IT и программированию. Если общие знания из области программирования, которые он получил в школе и институте, не прошли для него даром, то их всегда можно развить, даже если ты учился на повара или кораблестроителя. Ведь средства разработки, технологии и сами языки программирования постоянно развиваются, и программисту приходится постоянно учиться, вникая в новые технологии и платформы, становясь настоящим полиглотом, как в прямом, так и в переносном смысле этого слова.
Короче, всю программерскую братию с днюхой!!!
Речь не о том, что сторудникам офиса надо ставить трекер, чтобы контролировать время их прихода/ухода с работы. Для этого есть различные системы учёта с парапетами, что, собственно, нормально применяется в широкой практике. Речь об автоматизации, например, диспетчерских служб, когда важно знать, где находятся выездные сотрудники в данный момент. Если сотрудник выехал на заявку, чтобы диспетчер видел его продвижение и мог прогнозировать время его прибытия, а также контролировать его время нахождения на территории клиента, чтобы выставить клиенту счёт за работы. Это именно вопрос автоматизации сервисных компаний.