Эммм… ну… как бы......: развитие, софт много где используется, цена ниже западных аналогов, а значит ниже влияние на себестоимость товаров\услуг, рабочие места и т.д. и т.п. Риторический вопрос, но не удержался и ответил… Понятно в какую сторону сейчас этот диалог пойдет, если пойдет, но в данном случае, каждый сам для себя отвечает «зачем».
Не правы, лишь придерживаюсь контекста исходного диалога, если еще начнем обсуждать чем закончится, то комменты ни когда не закончатся.
тратить ресурсы на то, чтобы быть на том же уровне привлекательности, что и конкурент, у которого этих потерь просто нет.
я согласен, другими словами, но еще раньше об этом сказал- что согласен. При всех прочих равных, конечно выиграет тот, кто ближе, НО одинаковых команд не бывает, у всех есть свои сильные и слабы стороны. Статья, в том числе, затрагивает тему того, что вендор не учитывает свои «минусы» на внешнем рынке, а если бы еще точнее, не старается их компенсировать за счет создания лучших условий и\или смены модели для своих партнеров.
Вы правы, но отмечу, что при должном уровне — это можно снизить до минимума (мы же привыкаем сейчас все делать на удаленке) + эти «потери» можно компенсировать иным.
Заметим сразу, что недостаток у предлагаемой вами схемы есть — скорость поставки решения, и особенно внесения небольших доработок намного ниже по сравнению с ситуацией, когда разработчики сидят в Штатах
Да, согласен, близость к Заказчику — важный фактор, при этом «разработчики сидя» и «близость к заказчику» — как раз то, на чем я делаю акцент. Я предлагаю быть близко к Заказчику, при этом разработку вести в другом месте (на самом деле, даже в Штатах так и есть, с Заказчиком общается не кодер, а консультант\РП-ик). Единственное, очень не хватает инструменты быстрого прототипирования (UI\UX без кодинга), силами консультанта.
Сейчас много что изменилось. В любом случае, не ошибается тот, кто ничего не делает,1с при всех проблемах и недостатках — отечественная система и стоит не просто хейтить, а указывать на проблемы, предлагать решения и вносить свой позитивный вклад.
Я к тому, что вопрос удовлетворения потребности клиента, а значит и эффективность платформенных решений, зависит от многих факторов, как правильно многие упоминали (и Вы между строк): платформы как таковой, прикладного решения, качества внедрения на конкретном предприятии, уровня квалификации пользователя и т.д.и т.п.
Ваше настойчивое желание видеть только то, что хотите — Вас подводит и сыграет плохую службу. Компания — производитель СХ техники. Cargo — ибо сама же и занимается логистикой, так уж разделили обязанности с УК
Лично и в том и в другом поработал и есть с чем сравнивать. Был в январе на одном из референтных для SAP предприятий Воронежской области, отчет по остаткам ТМЦ формировался, без преувеличения, 4-5 минут и в итоге выдал звуковой сигнал, означающий, что остатков нет. При этом глаза горят у сотрудников так, будто их околдовали и они не видят, что то, за что они заплатили 70-100 млн., мягко говоря, не стоит того.
В США рынок столь огромный, что даже такую шляпу как 1С можно продать несчастным. Тем более если у них русскоговорящие корни.
Как раз таки — нет, самые, что не наесть аутентичные корни, которые в РФ открыли филиал и буду в будущем локализовывать производство. Делали легкое решение, для формирования документов, связанных с Cargo.
лживую и убогую платформу
В чем лживость и убогость, что заставляет выражаться в столь агрессивной манере?
С чем сравниваете? 1С — это в первую очередь платформа, у которой есть свои преимущества и недостатки. Работаем не только с компаниями из РФ, но и, поверьте, из США, которые довольны скоростью адаптации решений под свои нужды, качеством и кросс-платформенностью. К слову, заказываем периодически разработки под Web, вот там, точно «шляпа» в том, что сперва за многотыщ тебе пилят фронт, потом за столько же бэк, и еще поддержка этого — отдельная история, при этом понятия «задачи бизнеса» — вещи о которых «не..., не слышали, в ТЗ этого не было...»)))
Salesforce — это в первую очередь облачная CRM. Разработка бизнес-приложений и тем более, например разработка и внедрение систем класса ERP — другой сегмент и рынок, и иная бизнес-модель.
А как вам кажется, на сколько снизятся риски, если заказчик до разработки 100 форм, уже их увидит и на начальном этапе скорректирует грубые ошибки/не стыковки?
В том-то и дело, что вовремя не озадачились вопросом удобства, дизайна, вот и мечутся сейчас. Посмотрите на полную противоположность — макбук. ОС как сформировалась 10 лет назад, так и не меняется принципиально. Сразу все продумали до мелочей, провели анализ поведения пользователей. Даже дизайн самого бука почти не меняют, сразу все хорошо получилось )))
Не правы, лишь придерживаюсь контекста исходного диалога, если еще начнем обсуждать чем закончится, то комменты ни когда не закончатся.
я согласен, другими словами, но еще раньше об этом сказал- что согласен. При всех прочих равных, конечно выиграет тот, кто ближе, НО одинаковых команд не бывает, у всех есть свои сильные и слабы стороны. Статья, в том числе, затрагивает тему того, что вендор не учитывает свои «минусы» на внешнем рынке, а если бы еще точнее, не старается их компенсировать за счет создания лучших условий и\или смены модели для своих партнеров.
интересный тезис. Можете в личку написать примеры конкретных моментов, как не надо делать. Можно на примере этой демо-базы: unf.demo.1c.ru/unf/ru_RU
Буду искренне очень благодарен за 5-6 примеров! Серьезно, очень хочу услышать мнение не 1С-ка!
Это и сила и слабость, вопрос в регулировании\управление этим.
Да, согласен, близость к Заказчику — важный фактор, при этом «разработчики сидя» и «близость к заказчику» — как раз то, на чем я делаю акцент. Я предлагаю быть близко к Заказчику, при этом разработку вести в другом месте (на самом деле, даже в Штатах так и есть, с Заказчиком общается не кодер, а консультант\РП-ик). Единственное, очень не хватает инструменты быстрого прототипирования (UI\UX без кодинга), силами консультанта.
Сейчас много что изменилось. В любом случае, не ошибается тот, кто ничего не делает,1с при всех проблемах и недостатках — отечественная система и стоит не просто хейтить, а указывать на проблемы, предлагать решения и вносить свой позитивный вклад.
))) учите английский или включите титры и переведите их в переводчике.
Как раз таки — нет, самые, что не наесть аутентичные корни, которые в РФ открыли филиал и буду в будущем локализовывать производство. Делали легкое решение, для формирования документов, связанных с Cargo.
В чем лживость и убогость, что заставляет выражаться в столь агрессивной манере?
Я как пример: сколько времени по вашей оценке нужно чтобы нарисовать а-ля такую же?
Сколько по вашей оценке займёт часов разработка формы документа "заказ покупателя" при условии, что даже будете срисовывать с готового образца?
А как вам кажется, на сколько снизятся риски, если заказчик до разработки 100 форм, уже их увидит и на начальном этапе скорректирует грубые ошибки/не стыковки?