Вопрос к тем, кто занимается внедрениями или внедрил у себя данный продукт хотя бы на 50 пользователей.
Какую сумму приходится тратить на поддержку нормального функционирования продукта? Неважно, это платеж внешним автоматизаторам или совокупный ФЗП внутреннего ИТ-отдела.
Если поддержка от интегратора+внутренний ИТ, то сложите эти суммы.  Заранее спасибо за конструктив

(0) вы там у себя до сих пор ЕРП не щупали чтоль?

(1) Щупаем давно. К чему такое уточнение?

(0) На это невозможно ответить.
Я видел подобные проекты за 20млн. и за пол лярда.

(3) Вы невнимательно прочитали. Я не про стоимость самого проекта, а про стоимость дальнейшей поддержки. Можно с привязкой к количеству пользователей

(0) 500 тыщ. полтора прога, плюс, удаленный консультант на тяжелые вопросы. 65 пользователей.

Работаю в организации, где до меня была "внедрена" ERP одним из известных франчей(активных пользователей где-то около 100), стоимость составила более 30 млн , при этом ни одна из подсистем толком не функционировала...

(5) Это месячный бюджет? Похоже на реальность

(6) Это немного не о том. Вот когда вы запустили, то сколько тратим на поддержку

(4) так владение тоже будет различаться. Одно дело когда идёт переход с 7-ки и пользователи не знают ни 8ку вообще ни ерп в частности. Другое дело когда пришла новая команда менеджеров и бухов, которые на ерп собаку съели. Как думаешь бюджет на обучение и исправление ошибок будет сопоставим? В первом случае штат ит должен быть не меньше количества пользователей. В другом случае внешнего программиста на полставки хватит.

(9) Хватит одного на полставки?? Любопытно. Можете зуб дать?

(7) Ага. Бюджет отдела на ЗП с учетом налогов. До бишь грязными.

А еще хуже когда пытаются из ЕРП сделать "как было в 7-ке".

(11) Спасибо. Солнечному Крыму- салют

(10) Ну чисто технически, если люди 10 лет уже в ЕРП работают, зачем им штат из 100 программистов? Закрытие месяца проводить?

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

(12) да, это боль

(10) В принципе хватить. Но производства не любят простои. поэтому програ берут, как правило, в штат. Загрузки на него особой нет. Так что да, на текучку хватит одного на полствки. Но мы пилим внутренние проекты, чтобы совсем в разнос не уходить, не связанные ЕРП.
Но если что сразу в бой. Простои дороги. Мне вон даже на машину денег подкинули, если что, чтобы сразу приехал.

(15) Тут обучение спасает. У нас закупили курс перед внедрением, кто не прошел, был уволен. Но у нас до этого УПП было, так что потери были незначительные.

(18) Обучение проводилось, и до, и во время, но до увольнений не доходит, работать просто некому будет, а так IT отдел всегда виноват, удобно) Это же его программа)

(15) "идет на бесконечное исправление одних и тех же ошибок"
а почему нельзя сделать так, чтобы не было возможности одних и тех же ошибок совершать?

(20) ну т.е. оставить пользователю одну кнопку, чтобы все само делалось?)

(20) есть разные ситуации в работе и по-разному их нужно отражать в программе

(21) Тогда пользователь не нужен, кнопку "сделать все хорошо" и скрипт нажимать может.

(22) Для этого у нас и есть консультант. А мы потом уже инструкции пишем, с картинками.

(23) тоже подходит)

(24) это все есть, но у людей нет времени даже читать, что пишет программа, когда не может провести товары в минус) это выдержка из цитаты))

(20) К примеру привых бух в 7-ке в любой непонятной ситуации проводить всё ручными операциями

И вот теперь он в ЕРП и ему нужно отразить что-то с чем он до этого не сталкивался. Как думаешь каким документом он будет отражать хозяйственную операцию? И как к этому ЕРП отнесётся

(26) У нас это лечится обрезанием части премии. Народ очень быстро научился читать инструкции.

(4)
Можно с привязкой к количеству

Расчет по количеству пользователей вторичен, т.к. допустим у Вас внедрено всё, но работает только 1 пользователь.

Опишите:
1. с какими функциональными блоками планируете работать. Торговля (опт, розница - если есть, что на фронте, комиссии), Производство (какое) - есть планирование/нет, Склад (адресное хранение, есть ли доп.оборудование - тсд, принтеры этикеток), ЭДО (маркировки есть или нет, если есть, вы сами кто - производитель или продавец?).
2. Используются ли 275-ФЗ, 44-ФЗ?
3. Откуда сдавать планируете регл.учет весь. В ЕРП или обмен с БП и оттуда?
4. Есть ли процессы согласования и где они планируются (в ЕРП) или где-то. Если где-то - планируется ли интеграция.
5. Казначейская функция планируется автоматизироваться, если да, то да какого уровня - обычный календарь, контрактация с лимитами. Если контрактация, то до какого уровня.
6. БДДР планируете автоматизировать? Если да, то опять же - вопросы контрактации и до какого уровня. В этом пункте нужно еще уточнение - типовая отчетность в этой части (сделанная кем-то), она насколько меняется часто.
7. Используются ли заемные средства (головное предприятия, субсидии и т.д.) Если да - то до какого уровня вы хотите в учете их прослеживать?
8. Отраслевая специфика какая-то есть, которой нет ни в типовой ERP, ни отраслевой?

(24) Писал я для своих инструкцию с картинками при переходе с БП 7-ки на 8-ку. Клали они на эту инструкцию со словами, "ну это же читать надо, а ты вот рядом. Тебе что сложно подсказать?"

(29) А ведь еще есть интеграция с сайтом, клиентской программой, WMS и TMS

на 50 пользователей 1 чел техподдержка (обязательно)
на 100 пользователей 1 прог уровня мидл

в принцепе в большенстве случаев 1 мидл справится с 50 пользователями в одно рыло, это сейчас примерно 400..500 тр ФОТ

плюс аренда/амортизация сервера, плюс ИТС

в итоге примерно 500 тр в месяц...

(30) да, да)именно "клали"))

(32) Думаю, что суммой за ИТС вполне можно пренебречь))

(30) И у меня все клали. Я боссу так и сказал либо я им сопли хожу утираю, либо проект пилю. Мне пофигу чем на работе заниматься. Босс решил что сопли вытирать не критично.
Если новый кейс, или какая неочевидная проблема, я сажусь с пользователем и разбираюсь. Но если вопрос уровня, а почему у меня минус на складе, то тут сами.

(30) если есть инструкция то можно и послать с тупым вопросом - "в инструкции это описано", может и не всех можно послать но процентов 60 отсеивается...

(19) (26) У вас начальник ИТ не соответствует своей должности. Не в состоянии пробить у генерального папы методику внедрения нового ПО. После обучения сотрудника и его росписи в ознакомлении с инструкцией, никакого "ИТ отдел виноват" быть не может.
Кто не читает инструкцию, с ним как в (28). Быстро научится читать

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

(38) Для этого как раз и берут програ в штат.

(0) миллион в месяц бюджет закладывайте, один обычный прог все не потянет, а франчи бесплатно не работают))

(0) ОТ 50 часов

1-2 год, может до 200-т доходить, далее будет стремиться к (41) Если цели проекта все сделаны

(41) В часах хорошо и понятно

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

(0) Как тут уже писали, 500 тыр. - базовые затраты. Много вопросов, которые могут возникнуть неожиданно, нужен более-менее грамотный консультант (который не будет спрашивать у разраба, почему после типового обновления форма документа изменилась) и разраб, который если что срочно сможет что-то поправить. Либо многорукий уникум, который будет спокойно относится к тому, что ему звонят и мешают работать.
К примеру, 1С выкатывает обновление, в которым неправильно статус указания серии заполняется в документе или аналитики учета номенклатуры или сторно лишних резервов - и прочая хрень, которая может весьма испортить спокойную жизнь и работу компании, если нет того, кто с этим сможет быстро разобраться. Если это будет делать франч, то нужен соответствующий договор, чтобы был ресурс, когда нужно. Лично я сталкивался, когда при наличии какого-то договора на обслуживание, франч даже не брался за решение таких вопросов, тупо тратя предоплаченный пакет на переписки.

(45) Тут где-то логическая ошибка
"Лично я сталкивался, когда при наличии какого-то договора на обслуживание, франч даже не брался за решение таких вопросов, тупо тратя предоплаченный пакет на переписки."

(0) 1500 пользователей. 50 млн в год.

(22) если это учетные ошибки - то при чем здесь консультанты и погромисты? если это "технологические" ошибки, которые регулярно допускаются (условно пытаются ручками задать пары значений которые нельзя совмещать) - то это должно быть формализовано и стоять "в запрете" на уровне кода...?
или я как-то не правильно понимаю..? Типа "типичная ошибка = для клиента петрова выбирают договор от клиента сидорова, а так нельзя" - ну, возможность такой ошибки д.б. на уровне кода закрыта...
.
ну чисто интересно, для примера, какие такие оишибки что "регулярно косячат, а погромисту приходится исправлять"..?

(27) и при чем здесь техподдержка/сопровождение в такой ситуации? если бух решил наструячить что-то ручками и у него есть право струячить это ручками - пусть струячит. Получится в итоге криво - пусть сидит исправляет (смотрим (28). Пое..ся одну-две ночи лично исправляя свою хрень - следующий раз будет вдумчиво делать.
.
техподдержка/сопровождение - справляет/помогает то что повылазило из-за несовершенства программы,Ю косяков в коде, недоделое типовых конфигураций - это японять могу. А исправлоять ОШИБКИ РАБОТЫ пользователей - это за отдельную большую плату.

(46) Не знаю, как так вышло, не вдавался в подробности (прежний ИТ-дир занимался). Оплатили франчу на букву Г пакет на 30 часов. Была далее задача обновить 18 баз БП-шек с какими-то допилками. Оценили, они, конечно в большее количество часов, но суть не в этом. В общем, обновили они нуль БП-шек. Пакет тупо "протух". Ну и зачем такие "услуги" нужны? (вопрос риторический, не поймите неправильно, вас к таким франчам я не отношу, если что) Сейчас эти 18 баз обновляет джун за один день с окладом в 59 тыс. рублей. Руководители, наверное, не нарадуются.

(50) ну так у франча и джуна в родной конторе - задачи разные  даже в части "обновить 18 баз" ;-)

(48) по взаиморасчетам, например, когда в заказе клиента меняют что-то, то доки на его основании нужно перезаполнять, т.к. он объект расчетов, и всплывает это все, когда период закрыт и отчетность сдана, Вы в каком-то идеальном месте работаете с вышестоящим комментатором)

(45) нужен более-менее грамотный консультант

в (29) я даже не все блоки самыми крупными мазками очертил. Просто вот - тут мазнул, тут. В зависимости от ответов, там каждый пункт (может кроме ЭДО) - это отдельный консультант, т.к. вы днем с огнем не сыщите 1 консультанта допустим, на торгово-складской функционал, который может его поддерживать как с точки зрения логики функционала самой ERP в оперативном контуре, так и регламентно (в БУ/НУ), т.е. 1 потребность рождает сразу двух консультантов (методистов), или назовите их как хотите, но тех, кто будет прорабатывать все вопросы и на них давать ответы (как, что, нет - значит делать, если делать то как) и т.д. И это, повторюсь, только 1 мазок просто на отмахнись. И сумма, в 1 млн. рублей, если у коллеги, крупное какое-то производство, есть и опт/розница, есть закупки отдельные (потребности\планы\заявки\закрывашки), есть бддр и бддсы с контрактацией по разным аналитикам, которых, допустим и в конфе то нет, то о каком 1 миллионе в месяц тут вообще говорится.

Про обновления: думаю, это не самое страшное во всей этой истории.

(53) Ну я условно, если пп. 2-8 из  (29)  не слишком актуальны (т.е. используется только торгово-производственный функционал в какой-нибудь обычной организации от максимум среднего бизнеса в обрабатывающем пр-ве, без регл. учета). Хотя, и тогда, чтобы запустить производство, нужен вменяемый консультант по производству или команда.

(53) От количества блоков, это не рождает доп часов, просто нагрузка на разных спецов

(55) это не рождает доп часов, просто нагрузка на разных спецов

У Вас что-то с логикой формулирования мыслей. Сложно понять, как "нагрузка на разных спецов" может "не рождать доп.часов". Вы про фикс, или что сейчас?

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

(57) Не согласен. Мы же с вами не КП составляем, нам точные цифры не нужны. Нужны цифры "на вскидку". В принципе, много полезных мыслей и реального опыта на ветке

(52) не, мы работаем(ли) в месте где правильная дорога есть ОДНА. Неправильных дорог много - все их не закроешь и проверять их все не надо. Достаточно обеспечить невозможность отклонения от правильной дороги. Это несколько условно, но смысл такой.

(59) Вы сами написали, что все неправильные дороги не закроешь, есть куча нюансов

(58) переделал производственный документ в ерп под нужды заказчика за копейки, он так взбодрился, что решил даже это дорого)) был послан. вот так и работаем с ерп. это уже после снятия сливок основными внедренцами и на работающем ерп.

(56) Все с логикой норм,

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

Я в свое время тоже сопли вытирал - это путь в никуда.
достаточно один раз упереться рогом и сказать - вам надо - вы меняйте/вытирайте сопли сами, если надо - я подскажу как правильно вытереть сопельки. И тут варианта три: либо будут вытирать сопельки сами, либо не будут сопливить, либо зарастут соплями по самую макушку - но это не проблемы техподдержки как таковой. Понятно, что нам, перфекционистам, это претит - но тут надо наступить на горло собственной песне...
как-то так в неидельном мире  ;-)

(60) танцуй от обратного? не надо закрывть все неправильнеы дороги. достаточно оставить открытой одну правильную. прямая и обратная задача могут решаться разными методами. конечно, все не так просто. надо посидеть, малость попрограммить. но все решаемо при желании. Желание понятно от много зависит, от СЧСВ, от ипотеки итд ;-)

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

Проблема конечно ширшее и глубжее. Стабильно работающая система - негибкая может оказаться. В лавочных конторах - где барадак везде куда не сунься - даже в ЕРП на 100 пользователей (это тоже запросто можект быть "лавочная" контора) - может быть нужно тотально ручное управление. Ну и получаеся как в (52)... ;-)

(65) а ты там кто? владелец? акционер с контрольным пакетом акций? не надо работу наемника превращать в отношения как будто ты собственник и от каждой щепки что на полу, ане в станке - у тебя душа болит... Это тоже ни к чему хорошему не приведет, проходил, огромное колов времени выкинуто в никуда...

(62) если у тебя 45 менеджеров, ты будешь постоянно переписывать этот модуль,

Понял-понял, т.е. Вы, на полном серьезе сейчас говорите, что при внедрении ERP каждый ИСПОЛНИТЕЛЬ будет формировать какие-то требования? Т.е. у Вас, 45 менеджеров могут чего-то истребовать для них, чтобы потом это еще и переписывали постоянно? 👍 Думаю, что это какое-то плохое внедрение будет. Обычно на этапе обследования, сначала собирается вся информация, систематизируется, анализируется, чекинится в типовом функционале, показывается или дорабатывается, потом проводтся ряд ПСИ, где все это принимается, и уж только после этого вводится в промышленную эксплуатацию. И при таком подходе, в Вашей версии реальности, после внедрения, как указано у ТС, уже не будет никаких 45 различных версий одного и того же, которые требуют постоянного внимания с Вашей стороны. Это нужно суппортить (отвечать на вопросы/вести расследования) + делать какие-то доработки в рамках уже отдельных проектов.

(65) ошибки ПОЛЬЗОВАТЕЛЯ пусть исправляет ПОЛЬЗОВАТЕЛЬ. в сложных случаях - сидишь за спиной пользователя и говоришь какие кнопки нажиамть/не нажиамть/тупо сидишь и следишь - стоят! нахрена сюда жмешь? что сделать хочешь? - ну вот так сидишь день с пользователем, пользователь исправляет, ты кофе с печенькой ешь...

(67) мне потом с этим работать, придумывать велосипеды и костыли на основе кривых данных что-то не очень хочется...

(65) если "душа болить от той титанической работы.." - это значит что гена к товим словам очень сильно должен прислушиваться. по сути - ты зам гены. и если ты придешь и скажешь - ну ппц, тетя валя тупая как пень. не лечится. неделю я еще протащу, через неделю вместо тети вали - давайте новго работника с такими-то конпеенциями. Через неделю либо у тебя новый пользователь нрмальный, либо гена тебя на МПХ вертел, радостоно юзая твою душу во все дыррки, оттого оно и болит ;-)

лет 10 назад в ут написал калькуляцию для пищевиков.недавно звонят мы до сих пор пользуемся, нам бы обновиться)) вот тоже производство и фирма не маленькая и воровство при моей калькуляции не возможно и ерп не внедряли.

(55) От количества блоков, это не рождает доп часов, просто нагрузка на разных спецов

Именно от количество внедренных блоков именно и зависит в прямом смысле слова, - сколько людей тупо надо сажать на первую линию тех.поддержки. Ведь, повторюсь, с чего начал - если у вас внедрены (теоретически) вообще все блоки и работает 1 пользователь, то по телефону/почте/еще_чему_то, ему тупо отвечать на вопросы по любому из блоку будет ни один человек, а столько - сколько у вас знают/умеют/практикуют все эти блоки. Я там выше попытался осветить один только торгово-складской функционал. Чтобы отвечать на вопросы/расследовать/писать ТЗ/ЧТЗ (если нужно), уже прямо сейчас нужно 2 специалиста-консультанта: 1 по функционалу ERP, 2 - по отражению его в регламентом учете. Если у вас плюсом идет Казначейство и бюджетирование, можете смело плюсовать минимум одного, но скорее всего - еще двух. Уже 4 специалиста? А пользователь то 1 в нашем примере. Теперь умножьте кол-во часов, который каждый из них будет тратить на решение чего-либо по вашему запросу. И получится, что кол-во часов в суппорте прямо пропорционально количеству внедренной функциональности. Это же очевидно, коллега?

(70) логинчо. поэтому сидят пользователи - и из кривых данных делают прямыею если не делают - значит в которе кроме тебя никому ничего не нужно. стоит задуматься - может с втоими знанаиями в ЕРП в другой конторе и отношение к тебе получше, и денего побольше..?

(72) хорошо сделанное - работает долго ;-) +100 тебе в карму! ;-)

(68) Грамотно

обычно внедрение идет командами, хорошо если первая команда была грамотная, обмены на кд2 самописные, но стандартные, открыл правила поправил и все ok. но есть умники свое решение ,тоже кд2, но наколбашено, либо сперли где- то, либо завязать на себя хотели. гуиды двоят, правила обмена полдня будешь искать куда спрятали. А объяснить , что у вас поработали вредители уже не возможно. Финик считает все норм)) если вы работали после таких команд, вы меня поймете.Выбрать первую команду грамотную вот задача ит- диретора, и проконтролировать стандартность применяемых решений.

(68) Как тебя задело-то ;-)
(73) Да, вот только  там не фултайм, а пару часов в месяц на поддержку и 10-к другой на изменение

(70)
Ранее я думал что у вас слабый начальник ИТ, а после (65) и (70) я думаю что он просто никакой или его вообще нет.
Из того что пишете видно что нет того, кто отстаивает интересы ИТ перед верхним начальством. Нет взаимодействия с бухами, менеджерами и прочими пользователями ПО (начальниками этих отделов). ИТ всегда виновато. Так работать нельзя, это полная фигня. Стоит прислушаться к (74)

Если нет сильного ИТ, то оптимальная схема в моем понимании такова: методическую поддержку, общее развитие решения, сложные вопросы оставить за аутсорсером (если, конечно, мосты не сожжены или по деньгам есть консенсус). А мелкие сервисы отдать внутреннему ИТ.
Думаю, что ССВ в среднем 10 тыс за 1 рм в месяц. Совсем недешево

(80) ИТ экономит оценочно до 10% ФОТа общего, поэтому надо сравнивать

(0) Стоимость поддержки нуль. Если ничего не дорабатывать.

(82) Обновления же ;-)

(82) Нуль??? Что же надо внедрять, чтобы обойтись без доработок. Не верю

(84) ЧТобы обойтись без доработок, надо внедрять образование ;-)

(80) если, конечно, мосты не сожжены

В ERP, судя по Вашей вводной, условием принятия системы в промышленную эксплуатацию, должно являться сдача годовой отчетности из системы (если Вы из нее её сдаете). Т.е. минимум год, интегратор прямо или косвенно будет с Вами. За это время, местное ИТ, может обучиться всему с нуля (при условии что разработчики - это разработчики, консультанты - это именно консультанты, и т.д.)

(86) Почему Год-то? Годовая же в марте сдается

(0) 350 юзеров 11 млн. в год

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

(0) сильно зависит от масштабов самой организации. В условном ларьке будут копейки, в условном мегахолдинге будут миллиарды

(53)

вы днем с огнем не сыщите 1 консультанта допустим, на торгово-складской функционал, который может его поддерживать как с точки зрения логики функционала самой ERP в оперативном контуре, так и регламентно (в БУ/НУ)

Блин, зато знаешь как хотят таких спецов, им даже готовы платить 100, нет целых 120 тыщ в месяц) До НДФЛ естественно.
У моей жены как раз только закончился цикл поиска работы.
Боже мой, за 2 недели несколько десятков предложений, счетчик просмотров - улетел за 1000 (блин у нее просмотром за 2 неделе на аккаунте больше чем у меня за 10 лет)
Но вот то что ты написал - нужны именно такие люди и за те деньги которые я написал, но что то вакансии не закрываются

(91) вот не зря говорят, что кадровый голод в стране.

По теме топика: 18 FTE на 400 пользователей (1-я линия, аналитики и разработчики). Решение активно пилится.

По моим ощущениям, можно ужаться раза в 3, но бизнес генерирует инициативы и готов платить.

(92) нет кадрового голода, есть низкая квалификация кадровой службы

(93) товарищ в (91) пишет, что есть дефицит консов на 100 нет и я с ним согласен.
На 250 нет на полную удаленку нет проблем найти разработчика.

(94) Ты хоть запятые расставь ;-))))