[ОТВЕТИТЬ]
30.03.2015 16:42
alwaysright
 
Цитата:
Mtirt Я за 10 лет общения с Сервис+ перестала любить фразу "делалось под клиента". Мне сейчас интересно, если клиент попросит сделать кнопку полного уничтожения базы, вы её тоже сделаете?
Сервис+ пока не приведешь ссылки на нормативные документы, законы и приказы, регулирующие деятельность, не будут даже ТЗ рассматривать. А когда начнут, еще кучу аргументов из законодательства привести могут...
А что касается "магазины сильно не возмущаются", то подождите, найдется один грамотный администратор, и завозмущаются сразу все 70.
Ну кнопку не сделаем, а батник напишем.) что там будет с возмущающимися магазинами - пусть сами решают. Мы программисты, а не владельцы сети.
По поводу разработок - мы стараемся выполнять все хотелки клиентов. Те из них, которые не покрываются стандартным функционалом. Хотя тут очень тонкая грань. Мы не будем делать что то вразрез основной политики. Программа должна цельной оставаться. Но внести что нибудь новенькое - всегда пожалуйста.
Из последнего в разработке: Журнал "Сделки". В заголовке документа Дата, контрагент, комментарий. В теле документа "Сделка" находятся другие документы. Например приходы, расходы, договора, оплаты. И главная фишка, взаимосвязь между этими документами только в пределах сделки. Т.е., если в сделке есть договор, то его можно использовать только в приходах/расходах этой сделки. Если есть оплата - её тоже можно привязать только к документам этой сделки. Еще у сделки есть Баланс (пример для закупочной сделки) (SUM(prihod_tovara)-SUM(reshod_deneg)) и Стоимость max(SUM(prihod_tovar),SUM(reshod_deneg)).
Ну и естественно сделка бывает открытой и закрытой. Закрыть сделку нельзя, если баланс не равен 0. (все документы оплачены, все предоплаты отоварены). Документы из закрытой сделки нельзя редактировать.
Этот модуль попросил совсем маленький клиент. Собственно он даже не сеть магазинов, а оптовка. Но сама идея понравилась - передали в разработку. через пару недель сделаем.
30.03.2015 16:46
Mtirt
 
Цитата:
alwaysright Ну кнопку не сделаем, а батник напишем.) что там будет с возмущающимися магазинами - пусть сами решают. Мы программисты, а не владельцы сети.
По поводу разработок - мы стараемся выполнять все хотелки клиентов. Те из них, которые не покрываются стандартным функционалом. Хотя тут очень тонкая грань. Мы не будем делать что то вразрез основной политики. Программа должна цельной оставаться. Но внести что нибудь новенькое - всегда пожалуйста.
Из последнего в разработке: Журнал "Сделки". В заголовке документа Дата, контрагент, комментарий. В теле документа "Сделка" находятся другие документы. Например приходы, расходы, договора, оплаты. И главная фишка, взаимосвязь между этими документами только в пределах сделки. Т.е., если в сделке есть договор, то его можно использовать только в приходах/расходах этой сделки. Если есть оплата - её тоже можно привязать только к документам этой сделки. Еще у сделки есть Баланс (пример для закупочной сделки) (SUM(prihod_tovara)-SUM(reshod_deneg)) и Стоимость max(SUM(prihod_tovar),SUM(reshod_deneg)).
Ну и естественно сделка бывает открытой и закрытой. Закрыть сделку нельзя, если баланс не равен 0. (все документы оплачены, все предоплаты отоварены). Документы из закрытой сделки нельзя редактировать.
Этот модуль попросил совсем маленький клиент. Собственно он даже не сеть магазинов, а оптовка. Но сама идея понравилась - передали в разработку. через пару недель сделаем.
Неинтересно. В 1С есть, а для чистой розницы не так уж и сильно нужно.
30.03.2015 16:55
alwaysright
 
А такой сценарий: сеть решила открыть своё производство продуктовое. Да с размахом. Чтоб несколько цехов, и развоз по всей сети... да и оптовым покупателям. Есть в супермаге такой функционал? чтобы запланировать работу каждого цеха, со всеми его полуфабрикатами и незавершенкой.
30.03.2015 16:59
Mtirt
 
Цитата:
alwaysright А такой сценарий: сеть решила открыть своё производство продуктовое. Да с размахом. Чтоб несколько цехов, и развоз по всей сети... да и оптовым покупателям. Есть в супермаге такой функционал? чтобы запланировать работу каждого цеха, со всеми его полуфабрикатами и незавершенкой.
Вы не поверите - есть.
Том 6 Документации весь посвящен производству.
30.03.2015 17:02
baggio
 
а можно я влезу...
есть даже такая "дурацкая" штука как планограммы...
это типа сколько какого товара на полочки вмещяется... и с картинками...
вы бы лучше рассказали про интернет магазин... учет по серийным номерам...
или еще чего
31.03.2015 11:19
alwaysright
 
Цитата:
Mtirt Вы не поверите - есть.
Том 6 Документации весь посвящен производству.
Прочтал том 6. Да производство есть, но оно не охватывает задачу. Задача - 6 цехов (мясной, рыбный, горячий, овощной, холодный, пекарня). У каждого цеха свой бригадир и кладовщик, остатки надо вести отдельно по этим цехам. Каждое блюдо готовится по частям. Например для Оливье, нарезка овощей делается на овощном цехе, курица режется на мясном, а варится на горячем, и все вместе собирается на холодном цехе. На каждый из этих этапов - свой "рецепт". Получается что на салат оливье надо выполнить последовательно пяток рецептов, на разных цехах и сделать перемещения полуфабрикатов между ними.
Собственно и заказ на производство должен разделиться на заказы на цеха...
А еще, фасовка салата. 70 магазинов заказали в общей сложности 70 кг салата. Но кто-то заказал 10 кг, а кто-ко 3 кг. Вопрос: как расфасовать салат по контейнерам, чтобы кладовщик смог всем отгрузить по заявке, не перекладывая ничего из контейнера в контейнер...
Вот на эти вопросы супермаг не отвечает. А меркурий легко.
31.03.2015 11:24
alwaysright
 
Планограмм у нас пока нет, как и интеграции с интернет магазинами из коробки. Учет по серийникам и трейсабилити сейчас в работе. Через месяц будут готовы
31.03.2015 11:28
baggio
 
Цитата:
alwaysright Прочтал том 6. Да производство есть, но оно не охватывает задачу. Задача - 6 цехов (мясной, рыбный, горячий, овощной, холодный, пекарня). У каждого цеха свой бригадир и кладовщик, остатки надо вести отдельно по этим цехам. Каждое блюдо готовится по частям. Например для Оливье, нарезка овощей делается на овощном цехе, курица режется на мясном, а варится на горячем, и все вместе собирается на холодном цехе. На каждый из этих этапов - свой "рецепт". Получается что на салат оливье надо выполнить последовательно пяток рецептов, на разных цехах и сделать перемещения полуфабрикатов между ними.
Собственно и заказ на производство должен разделиться на заказы на цеха...
А еще, фасовка салата. 70 магазинов заказали в общей сложности 70 кг салата. Но кто-то заказал 10 кг, а кто-ко 3 кг. Вопрос: как расфасовать салат по контейнерам, чтобы кладовщик смог всем отгрузить по заявке, не перекладывая ничего из контейнера в контейнер...
Вот на эти вопросы супермаг не отвечает. А меркурий легко.
а у вас движение полуфабрикатов\и других ТМЦ между цехами не оформляется документально?
31.03.2015 11:44
alwaysright
 
документ "внутреннее перемещение". Вся соль в планировании. Сколько произвести на каждом цехе полуфабрикатов и куда их отправить. Причем один полуфабрикат может быть использован для приготовления разных блюд, на разных цехах. А еще страховые резервы и длительное производство (например засолка селедки идет 3 дня). И надо каждый день заливать новую бочку, взамен использованной...
31.03.2015 11:49
Mtirt
 
Угу, расскажите,что будет с планированием, если внутреннее перемещение сделать забыли. Или наоборот, сделали дважды...
Я как-то "развлекалась" делением производства на цеха. Через полгода производство взмолилось "объедините нас".
31.03.2015 11:59
alwaysright
 
У бригадира цеха отдельный интерфейс. Он видит задачи на сегодня: что произвести, куда отправить. И одна кнопка "Произвести и отправить" (упрощенно описал, там есть варианты). Все документы (производственные акты, перемещения) делаются на заднем фоне сами. Бригадир просто не может забыть сделать перемещение.
31.03.2015 12:02
alwaysright
 
Я не говорю, что это легко внедрить, надо менять культуру производства. Если раньше сидел бухгалтер, который всё сводил - то теперь это переводится на бригадиров. Это требует определенной дисциплины - но все решаемо. По крайней мере у нас есть положительный опыт такого внедрения.
31.03.2015 12:05
alwaysright
 
Ну и естественно куча негатива от вороватых поваров) недостача теперь не размазывается по всему предприятию, а у каждого цеха своя. Точно видно на каком участке производства происходят лишние потери, на каком излишки...
31.03.2015 13:03
akonev
 
Цитата:
alwaysright Ну и естественно куча негатива от вороватых поваров) недостача теперь не размазывается по всему предприятию, а у каждого цеха своя. Точно видно на каком участке производства происходят лишние потери, на каком излишки...
Попытки разделить ответственность у меня упираются в учет факта физической передачи сырья/полуфабрикатов/блюд

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

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

Сложность заключается в том, чтобы собрать в точке передачи двух высоко востребованных сотрудников. Утром их надо надолго отвлечь. Днем состыковать по времени. Заменить некем, с кадрами беда.

И это всё в точке (производство-зал), где четко виден момент передачи.

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

Вам это всё удалось? Или учитываем по нормам закладки?
31.03.2015 13:08
Mtirt
 
Цитата:
alwaysright У бригадира цеха отдельный интерфейс. Он видит задачи на сегодня: что произвести, куда отправить. И одна кнопка "Произвести и отправить" (упрощенно описал, там есть варианты). Все документы (производственные акты, перемещения) делаются на заднем фоне сами. Бригадир просто не может забыть сделать перемещение.
Вы мне потом видео пришлите, как один бригадир другому морду лица бъет.
Потому как один из них товар отписал, а второй его не получал и принимать отказывается.
31.03.2015 13:28
alwaysright
 
Цитата:
Mtirt Вы мне потом видео пришлите, как один бригадир другому морду лица бъет.
Потому как один из них товар отписал, а второй его не получал и принимать отказывается.
Документ "внутреннее перемещение" требует акцептовки принимающей стороной.
31.03.2015 13:31
Mtirt
 
Вот и я о том же...
Один отказался акцептовать, второй пошел с ним разбираться...
Я сегодня еще добрая, не предположила, что они вместе пойдут разбираться с разработчиком.
31.03.2015 13:41
alwaysright
 
Цитата:
akonev Попытки разделить ответственность у меня упираются в учет факта физической передачи сырья/полуфабрикатов/блюд

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

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

Сложность заключается в том, чтобы собрать в точке передачи двух высоко востребованных сотрудников. Утром их надо надолго отвлечь. Днем состыковать по времени. Заменить некем, с кадрами беда.

И это всё в точке (производство-зал), где четко виден момент передачи.

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

Вам это всё удалось? Или учитываем по нормам закладки?
Бригадиры - не повара. Они по русски говорят прекрасно. Фича в специально для цеха созданом интерфейсе, в котором отражают бригадиры фактически произведенную продукцию. Например Салат План=50кг, реально произвели=40кг.

Но можно и по старинке работать. Когда отгружают по факту со склада готовой продукции на магазин. В этот момент на складе готовой продукции товара еще нет и он автоматически становится излишками на приход (в Меркурии нет отрицательных остатков) по последней приходной цене.
Бригадиры в процессе производства пишут бумажки, на которых отображают свою дневную деятельность. Все это попадает к бухгалтеру, и он задним числом (иногда на следующий день) делает документы. Когда на складе готовой продукции появляются уже готовые приходы с производства (возможно с новой себестоимостью) они компенсируют излишки. Ну типа подменяют приходы излишек приходами от производства. с сохранением привязок партий. Причем, если уже было перемещение этого товара, цены по всей цепочки поменяются...
31.03.2015 13:42
alwaysright
 
Цитата:
Mtirt Вот и я о том же...
Один отказался акцептовать, второй пошел с ним разбираться...
Я сегодня еще добрая, не предположила, что они вместе пойдут разбираться с разработчиком.
У них есть своё начальство, для решения конфликтов таких. Разработчики то причем?
Повара специально могут троллить разработчиков и программу. Надо давать за это по рукам.
31.03.2015 14:01
akonev
 
Ответственность - она материальная или никакая.
Материальная ответственность - это две подписи.
В сегодняшних реалиях - две подписи на бумажных документах по факту передачи.
Если таких нет, то недостача в разрезе по цехам - наша фантазия и не более.

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

Совсем другое дело, что применить такой подход можно будет не везде.
Да и юридической основы он не имеет.

Опять же, фактического учета при передаче нет.
Стало быть все расчеты основаны на рецептуре, нормах закладки.

Сегодня у меня мука сырая, курица тощая, картошка - чудо как хороша, а вот свекла дрянная, в дудку пошла.
Насколько адекватно всю эту радость получится учесть, чтобы верно оценить именно сегодняшние потери по цехам?
31.03.2015 14:06
alwaysright
 
Цитата:
akonev Сегодня у меня мука сырая, курица тощая, картошка - чудо как хороша, а вот свекла дрянная, в дудку пошла.
Насколько адекватно всю эту радость получится учесть, чтобы верно оценить именно сегодняшние потери по цехам?
В рецепт закладываются усредненные нормы списания. Это у всех программ, которые я курил так.
По поводу печати накладной на внутрецеховое перемещение - никто не запрещает. Это может быть обязательно для судов и прокуроров - но на практике достаточно того, что программа помнит, кто создал перемещение, а кто акцептовал. Нам удалось обойтись без кучи бумаги.
31.03.2015 14:55
akonev
 
Про то и речь, что решение частное и отражает технологию конкретной сети.
Говорить, что вы развели недостачу по цехам - можно.
Но реально это не заслуга программного решения, а принятая административно практика данной сети.

В другой сети и для другой практики окажется недостаточно того, что помнит программа.

Ну и говорить, что предлагаете инструмент для поиска узких мест, зная, что общее для всех узкое место не решаете - от лукавого. Усредненные нормы списания дают усредненные результаты.

Нисколько не умаляя плюсов вашего подхода, призываю помнить, что случаи - они разные бывают.
Бригадиры по цехам - это здорово. Но если у нас бригадиры не предусмотрены и на сто человек в смене - один завпроизводством и один технолог, то никакой специальный интерфейс их не спасёт при учете передач.
А окупят ли бригадиры те потери, которые они должны устранить - большой вопрос.
04.04.2015 14:38
AGest
 
Это несправедливо и нечестно!!!

У вас серьёзная система, класса ERP. Как её можно сравнивать с такой простенькой системой управления торговлей, как "Супермаг Плюс". Связался чёрт с младенцем.
Вы бы выбрали равных себе. Например, SAP или Oracle Retail. На худой конец - Axapta. А лучше самую мощную ERP систему от Астора. А то ERP против какого-то там Супермага?! Ишь куда хватили! Создали Супермага, я так думаю, и слов то таких (ERP ) не знают...

А ещё, как заправский рассказчик, вы почему-то начали с конца (с бонусов). Зачем-то сразу начали с сотого по важности функционала. Хотя попали вы в точку, в супермаге этот раздел сделан откровенно бедно.

Ещё, когда вас читал, в голове крутилась фраза из фильма про Мюнхгаузена. "Мунхгаузен знаменит не тем, что летал или не летал на луну... А тем, что никогда не врёт." Так вот и Супермаг хорош тем, что есть в нём бонусы или нет. Он хорош тем, что всё, что там сделано, реально работает. А то, что там сделано - это всё от реальной жизни, от живых реальных пользователей. Супермаг - система , которой можно пользоваться в бизнесе.

Расскажите лучше, кто был постановщиком задач для написания вашей системы (имена. фамилии, регалии. сети, консультанты), для чего она нужна, кто целевой пользователь, какие цели бизнеса достигает, какими способами....??? Откуда брали бизнес-процессы???
07.04.2015 19:34
alwaysright
 
Цитата:
AGest Это несправедливо и нечестно!!!

У вас серьёзная система, класса ERP. Как её можно сравнивать с такой простенькой системой управления торговлей, как "Супермаг Плюс". Связался чёрт с младенцем.
Вы бы выбрали равных себе. Например, SAP или Oracle Retail. На худой конец - Axapta. А лучше самую мощную ERP систему от Астора. А то ERP против какого-то там Супермага?! Ишь куда хватили! Создали Супермага, я так думаю, и слов то таких (ERP ) не знают...

А ещё, как заправский рассказчик, вы почему-то начали с конца (с бонусов). Зачем-то сразу начали с сотого по важности функционала. Хотя попали вы в точку, в супермаге этот раздел сделан откровенно бедно.

Ещё, когда вас читал, в голове крутилась фраза из фильма про Мюнхгаузена. "Мунхгаузен знаменит не тем, что летал или не летал на луну... А тем, что никогда не врёт." Так вот и Супермаг хорош тем, что есть в нём бонусы или нет. Он хорош тем, что всё, что там сделано, реально работает. А то, что там сделано - это всё от реальной жизни, от живых реальных пользователей. Супермаг - система , которой можно пользоваться в бизнесе.

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

Собственно история создания такая:
Я работал ИТ-директором в сети Посадский (70 магазинов) и была у нас замечательная программа South. Всем она была хороша, только досовская, тормозная и медленно развивалась в части функционала. И начал я тогда обзванивать всех вендоров на рынке. Они ко мне приезжали, делали презентации и оставляли прайсы. На тот момент (2008 год) Супермаг и впрямь был лучшим из предложенного. Пошёл я значит с предложением к боссу, а он ценник увидел и послал меня куда подальше.
И тогда я нанял ОДНОГО программиста, плюс сам, и начали потихоньку ваять своё. Я смотрел, как саусе, как у других реализован тот или иной процесс и делал. Когда проект стал обретать какие то очертания (2010), я пошёл к директору и он вдохновился идеей создания своей программы. Дал мне бюджет еще на двух кодеров и один магазин для экспериментов. 1 мая 2012 года, мы перевели на Меркурий всю сеть, и дальнейший функционал развивался исходя из потребностей пользователей. Отмазки, что такой функции нет в программе больше не работали, и все как с цепи посрывались. За год мы сделали и ретробонусы, и много других штук. По пути разработали свой протокол EDI, создали дочернюю компанию провайдера и половину поставщиков подключили. Большинство функционала сам придумывал. Пользователи редко могут оценить свою проблему в перспективе, и уж тем более, редко кто из них задумывается о функционале, который потребуется в будущем.
В 2013 году босс открыл фабрику. 3 месяца мы писали модуль производства, а потом еще полгода переделывали, пока не добились совершенства (ИМХО конечно, там есть куда расти)
А с полгодика назад, решили выйти на рынок. Осторожно, не вкладываясь в маркетинг и рекламу. Даже продажника не наняли. И пошли клиенты. там 7 магазинов, там 50, там пара кафешек. На презентации езжу сам. Знаете как бывает, начинаю показывать какой нибудь справочник ассортимента, через 10 минут начинают дергать. А вот это у вас есть, а вот это, а вот тут нам не удобно... И всем функционал нравится...
Вот решил теперь в интернете продвигаться, вдруг найдутся дилеры заинтересованные. Тесно в Тольятти нам.

По поводу монстров типа SAP ORACLE и т.д. - Они конструкторы. Да еще и в отличие от 1С жутко дорогие как в покупке, так и в сопровождении. Может функционалом мы их и не бьём, но мы на разные рынки ориентируемся. Мне вполне хватит сегментов B и C, в которых внедрять тот же САП просто не выгодно. А вот ERP для среднего бизнеса, которая практически из коробки ставится (я имею в виду, что без дописок. модули настраиваются мульёном галочек) Меркурий - самое то.

По поводу целевых пользователей - мы так или иначе затрагиваем все отделы компании, в которых чувствуем сравнительное преимущество. Глупо делать бухгалтерский модуль, чтобы тягаться с 1С. Зачем конкурировать с Камином в кадрах. Мы просто выгрузим одним проводки, другим табеля. Но основные бизнес-процессы делаем сами.
18.04.2015 18:19
AGest
 
На тот момент (2008 год) Супермаг и впрямь был лучшим из предложенного. Пошёл я значит с предложением к боссу, а он ценник увидел и послал меня куда подальше.


Я так понял. что свою программу вы сделали для "нищих", тех у кого денег нет. Или для жмотов..., которые ни за что платить не хотят. Готовы работать за еду?

А жить, Вы, простите, на что собираетесь. На зарплату от "Посадского"... ??? кстати, почему сайт Посадского (http://posadskiy.ru) не работает. Денег на сайт нет?

Чтоб содержать команду программистов и внедрюков (4-5 человек) нужно как минимум полмиллиона в месяц рублей иметь выручку. Это минимум...
Ваши 50 + 2 магазина + кафе дадут вам такой оборот??? Нет, конечно.
Выш софтовый бизнес некредитоспособен и зависим от любой экономической нестабильности. Никто и ничего у вас никогда не купит. Если он не дурак, конечно. Вы ненадёжные поставщики.
Ставить себя в зависимость от двух программистов - это идиотизм. Даже в тольятти. Два пограммиста могут заболеть, помереть голодной смертью, просто им надоест программировать (маразм случится)... Это - несерьёзно.

Кстати, сервис плюс тоже бедная контора. Я лично не понимаю, как они вообще содержат программистов УКМ и Супермага. Но у них хотя бы есть обороты от продажи касс и весов в больших объёмах.

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

При таком раскладе обсуждать функциональность бессмысленно. Что с нищих взять...?

Прошу автора ветки на меня не обижаться. Просто хочется сразу выплеснуть ушат холодной воды.
18.04.2015 21:34
BotMan
 
Честно говоря, абсолютно не понимаю зачем разработчикам заводить такие темы на таких форумах? Тут к бабке не ходи, какахами сразу закидают и вдаваться в подробности не будут, даже пусть ваша ТС в 100 раз лучше. Большинству постояльцев этого форума, СМ дал работу и сделал специалистом в данной и сопутствующих областях. Я меньше года в "теме", но уже для себя понимаю, что быть сисадмином СМ и разбираться в его структуре как минимум звучит достойно, так как СМ знают(Директора) как Престижный, Надежный, а по тому и дорогой софт!
Лично мое мнение, можно заявить о своем продукте и идти дальше с гордо поднятой головой, чем размазывать , то что тут размазывают...
18.04.2015 22:38
OlegON
 
"Заявить о своем продукте"? Т.е. пукнуть в лужу чтоль? Какахами, если что, предметно закидывают, а если продукт декларируют, как завоеватель Земли, то должны обосновать. Просто так закидывать не получится. Мне интересно развитие форума, все равно за счет каких продуктов. Но вот "заявить и идти дальше" - точно напрашивается на закидывание.
И дело не в сравнении, просто действительно достойных и классных по всем параметрам продуктов на данный момент на рынке нет. Не в сравнении, если что, говорю. Вообще нет.
18.04.2015 22:40
alwaysright
 
Покупать программу потому что она дорогая - это просто не разумно со стороны бизнеса. И бизнесмены не бывают нищебродами. Покупка программы - это такая же инвестиция, как и покупка нового магазина, завода, газеты или парохода. Инвестиции не делают потому, что они крутые (только госкомпании в Сочи). Инвестиции делают потому, что планируют на них зарабатывать. Соотношение между планируемым предельным доходом и необходимыми вложениями называется ROI.
Но в МСК, видимо, законы рынка уже не работают.

PS Посадский обанкротился кстати. А мы живем. И новые клиенты идут. Кризис на дворе, люди каждую копейку считают и покупают ту программу, которая больший доход на вложенные инвестиции обеспечивает.
18.04.2015 23:03
BotMan
 
Цитата:
OlegON "Заявить о своем продукте"? Т.е. пукнуть в лужу чтоль? Какахами, если что, предметно закидывают, а если продукт декларируют, как завоеватель Земли, то должны обосновать. Просто так закидывать не получится. Мне интересно развитие форума, все равно за счет каких продуктов. Но вот "заявить и идти дальше" - точно напрашивается на закидывание.
И дело не в сравнении, просто действительно достойных и классных по всем параметрам продуктов на данный момент на рынке нет. Не в сравнении, если что, говорю. Вообще нет.
Просто напросто не вижу цели разработчика, зачем тут устраивать дибаты аля яйцо - курица, виндовс - линукс, каждая жаба свое болото хвалит . Дело абсолютно не в отношении форума и, нужно ли ему, форуму,это или нет. Я думаю, что ничего криминального не было бы, если бы просто написали: "Здрасте, так и так, написали софт, открыли N магазов, добро пожаловать" - это заявили. за это точно не закидывали бы!
18.04.2015 23:14
AGest
 
alwaysright, не программу покупают... Тут иное.

Покупатель программы вступает в ДЛИТЕЛЬНЫЕ отношения с компанией - разработчиком. Он должен быть уверен в надёжности партнёра. Он должен быть уверен, что программу будут развивать, обслуживать, исправлять в ней ошибки долгие, долгие, долгие годы.

Если компания-разработчик - это два человека и стоит программа три копейки, то покупка её - не инвестиции, а потеря денег.
Программа не может быть дешёвой при такой серийности и тиражируемости, как у вас. Вы же не приложения для Apple делаете с миллионным тиражом. Это и есть те самые законы рынка.

SAP дорогой исключительно потому, что он большой и великий, а не потому что исключительно функционально хорош. Они большие, их много, они могут сдоить с нищебродов деньги. Поэтому они и живее всех живых... Аналогично, - 1С. Они вечны... С ними работают и им платят много, чтоб они вечно жили.

Не надо про ROI? Ответьте просто, есть у вас в КАЖДЫЙ месяц 500 000 рублей выручки за софт и услуги?

З.Ы. Да, вы, КАК ВСЕГДА ПРАВЫ, бизнесмены не бывают нищебродами. Но они ими прикидываются, когда с них просят денег за софт и услуги. Они не понимают, почему нужно платить "за воздух". Пока их SAP не вылечивает от этой гнойной болезни..


Опции темы


Часовой пояс GMT +3, время: 05:20.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.