Софт для расчета стоимости заказа

[Chernov]

Собственно, какой софт существует для быстрого расчета и ведения заказов?
обязательные условия:
1. быстрый расчет заказов с возможностью изменения "на лету" определенных параметров
2. многопользовательский интерфейс
3. наличие демоверсии

[samblin]

Сообщение от Boroda

А сколько времени уйдет на написание ТЗ? А сколько на его отладку?

Ты все усложняешь. Для простых вещей и без ТЗ все прекрасно работает, можно просто пальцем показать: "хочу как там".

Сообщение от Softologic

Вот тут и нужны сложные калькуляторы, которые на вебе не так просто реализовать.

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

[Softologic]

Сообщение от hazartilirot

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

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

Вот, УЦ с таким прицелом и создавалась - максимально универсальной. В начале, был расчет только цифры.
И функционал был очень простой, до примитивности (видео первой демки):

[hazartilirot]

Softologic, И где универсальность? Чтобы каждый клиент звонил и напрягал. Особенно Рекламные агенства.

Так, например, зашёл на сайт рекламный агент или дизайнер
1) Он видит изначально Ваши технические требования по макетированию (подготовке к печати). Может тут же залить файл любого размера прямо на Ваше файловое хранилище.
2) Он может сам себе просчитать заказ, можно даже ввести для каждого универсальный номер, который будет вводиться и человек тут же получает цену + процент скидки.

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

[Softologic]

Сообщение от hazartilirot

Softologic, И где универсальность? Чтобы каждый клиент звонил и напрягал. Особенно Рекламные агенства.

Вы уверены, что в жизни все именно так? Я - нет. Есть десятки калькуляторов разных степеней сложности на сайтах типографий, но звонки и письма с уточнениями почему то имеют место быть. Закономерный вопрос: если сложность заказа выходит за рамки калькулятора на фронтэнде, как быть? Ответ озвучен выше. Для это есть внутренний, более сложный софт.

[Softologic]

hazartilirot, вот скрин из переписки с одним из наших клиентов в москве:



К слову, у них есть неплохой калькулятор на сайте и даже конструктор визиток :
https://www.coral-print.ru/

[hazartilirot]

Softologic, Напишите, пожалуйста, конкретно, что Вы реализовали в своей программе такое, чего нельзя реализовать он-лайн на том же Python(е) или JS?

ИМХО, я бы смотрел исключительно в сторону веб. Сегодня разрабатывать подобные приложения под ОС - это убыточное дело....

[Adelko]

Вы в своей беседе затрагиваете совершенно разные темы:

1) Калькулятор для просчета стоимости заказа МЕНЕДЖЕРОМ для клиента (для получения БЫСТРОГО расчета стоимости, для одинаковой цены для клиента при расчете разными менеджерами (при расчете на бумаге всегда будут разные цены)).
- Это собственно тема топикстартера

2) Калькулятор на сайте, чтобы заказы могли расчитывать КЛИЕНТЫ САМОСТОЯТЕЛЬНО. Для снижения нагрузки на менеджеров, для привлечения клиентов, которым удобнее что-то подсчитать самостоятельно, без звонков. Это вообще отдельнейшая тема, где собственно сам калькулятор занимает не центральное отнюдь место.

3) Калькулятор с привязкой к базе данных. В первую очередь для расчета заказом МЕНЕДЖЕРОМ, но в принципе и я для расчета заказа КЛИЕНТОМ самостоятельно тоже. В отличие от пункта 1, тут все гораздо интереснее.
- Сохранение уже сделанных расчетов, чтобы можно было к ним возвращаться в дальнейшем.
- Привязка расчетов к стоимости материалов, с перерасчетом, если меняются закупочные цены.
- С аналитикой для владельца бизнеса.

Через Веб такое тоже вполне реализуется (вроде как раз самописное решение samblin'а полностью или частично позволяет и еще одного форумчанина из Киева точно знаю цены в калькуляторе на сайте привязаны к базе данных с себестоимостью материалов), но в в первую очередь конечно такие решения остаются за десктопным софтом, таким как УЦ, Аплеры, допиленные конфигурации 1С и т.п.

[Adelko]

Сообщение от hazartilirot

ИМХО, я бы смотрел исключительно в сторону веб. Сегодня разрабатывать подобные приложения под ОС - это убыточное дело....

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

[Adelko]

Еще кстати важный момент по сути реализуемости тех или иных механизмов через веб приложение или офлайновое. Тут ведь дело не только в ВОЗМОЖНОСТИ клиентом просчитать СЛОЖНЫЙ заказ самостоятельно, но и во владении МЕТОДИКОЙ расчета. В тех же УЦ новенький менеджер далеко не за 1 час освоится и даже не за 1 день. Клиент так сложный расчет корректно ПРОСТО НЕ СМОЖЕТ просчитать самостоятельно, даже если ему дать такую техническую возможность в рамках личного кабинета на сайте типографии. Он его КАК-ТО расчитает, но его расчет скорее всего будет неадекватен. Поэтому удел онлайновых калькуляторов для клиента это все таки расчет какого-то процента (от общего кол-ва) именно типовых, простых в своей сути заказов, без сложной постообработки.

[Softologic]

Сообщение от hazartilirot

Softologic, Напишите, пожалуйста, конкретно, что Вы реализовали в своей программе такое, чего нельзя реализовать он-лайн на том же Python(е) или JS?

ИМХО, я бы смотрел исключительно в сторону веб. Сегодня разрабатывать подобные приложения под ОС - это убыточное дело....

Скажу сразу: Не имею совершенно ничего против веба и вышеупомянутых языков. Я очень даже ЗА веб-технологии. Мало того, присматриваюсь в эту сторону постоянно, попутно общаясь со спецами и готовлюсь к разработке нового гибридного решения.

Насчет - чего реализовал, чего нельзя бы сделать питоном и ява-скриптом... Да, наверное, сейчас уже все можно повторить. Ранее были сложности с периферийными устройствами - та же касса, сканер. Но сейчас вроде такой проблемы нет.

Теперь о той позиции, которую отстаиваю: десктопные решения еще востребованы, хотя бы по двум причинам:
1) Не все готовы доверять информацию облакам (мол, сольют мою базу клиентов в интернет...). Не буду комментировать эти страхи, но они действительно есть
2) Ценник. При всей привлекательности модели оплаты онлайн-софта в аренду (saas), в итоге выходит как то подороже, чем "коробочное решение" (купил, поставил у себя в сетке, настроил и забыл). Если все устраивает за обновление можно не платить. А вот с арендным подходом - платишь всегда.

[Softologic]

Сообщение от Adelko

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

Совершенно точно. Согласен.

Сообщение от Adelko

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

Еще раз согласен полностью.

[hazartilirot]

Adelko, Он-лайн всё гораздо проще огранизовать, вплоть до того, что пользователь будет добавлять сам себе строки своей "бумаги" с её стоимостью и прикручивать любой объект с просчётом как по погонному метражу так и по квадратному. База данных - пожалуйста, их для веба десяток.... сделать экспорт в XML(е) и подтянуть в 1С тоже без проблем.

Задач очень много - это всё реализуется....... другое дело, на всё это нужны деньги и время. Но я не вижу ни одной необходимости в том, чтобы работать с этим в офф-лайн на ПК оператора.)))) Людей нужно разгружать, а не продолжать возлагать на их плечи те же функции.

[Softologic]

Сообщение от hazartilirot

Adelko, Он-лайн всё гораздо проще огранизовать, вплоть до того, что пользователь будет добавлять сам себе строки своей "бумаги" с её стоимостью и прикручивать любой объект с просчётом как по погонному метражу так и по квадратному.

Вы реально думаете, что все клиенты так будут заморачиваться?
Ага, конечно. Москвичи особенно )))

Сообщение от hazartilirot

Людей нужно разгружать, а не продолжать возлагать на их плечи те же функции.

Эти сложности только в начале пути. Как только база заполнена, шаблоны оформлены, персонал обучен, все упрощается в разы. Именно этим у нас и занимаются консультанты. Внедрением.

[Adelko]

Сообщение от Softologic

Совершенно точно. Согласен.

Хотя в будущем я думаю и этот рубеж будет взят.
Потому что клиент обращаясь с заказом, все таки понимает в той или иной степени, что он хочет получить на выходе. Поэтому по мере совершенствования алгоритмов и методик расчета, а так же просто благодаря сотням и тысячам часов труда программистов, можно будет прийти к идеальной ситуации, когда клиент формируя запрос к онлайн-кулькулятору на сайте возможно будет не просто указывать всякие хитрые параметры, вроде "склейки КБС или 7БЦ переплет" и т.п., которые, как почти всегда бывает, на словах просто не понимает, а он будет работать в некой интерактивной среде, где ВИЗУАЛЬНЫМИ инструментами будет формировать тот продукт, который он хочет получить (как это сейчас делается в веб-ту принтах с визитками и фотоальбомами только в в гораздо более расширенной форме) без необходимости разбираться в тонкостям (а технически ограничения будут интерактивно накладываться в те моменты, когда клиент будет хотеть применить то, что технологически применять нельзя). Ну и система ему будет выдавать стоимость.

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

Мечты о будущем )

[Adelko]

Сообщение от hazartilirot

Он-лайн всё гораздо проще огранизовать, вплоть до того, что пользователь будет добавлять сам себе строки своей "бумаги" с её стоимостью и прикручивать любой объект с просчётом как по погонному метражу так и по квадратному. База данных - пожалуйста, их для веба десяток.... сделать экспорт в XML(е) и подтянуть в 1С тоже без проблем.
Задач очень много - это всё реализуется....... другое дело, на всё это нужны деньги и время. Но я не вижу ни одной необходимости в том, чтобы работать с этим в офф-лайн на ПК оператора.)))) Людей нужно разгружать, а не продолжать возлагать на их плечи те же функции.

Я не очень понимаю к чему именно вы сейчас это говорите. Офлайн или онлайн, не суть важно. Это просто инструменты. Да, в нашей, полиграфической, не самой сложной сфере, доступными технологиями можно сделать в веб все то же самое, что делается в десктопных приложениям. Я с этим и не спорил. Я согласен, да. Выбор инструментов остаются на усмотрение разработчиков. Вы разработчик? Если да, вперед, в веб. Я не против.

[Softologic]

Сообщение от Adelko

Хотя в будущем я думаю и этот рубеж будет взят.
Потому что клиент обращаясь с заказом, все таки понимает в той или иной степени, что он хочет получить на выходе. Поэтому по мере совершенствования алгоритмов и методик расчета, а так же просто благодаря сотням и тысячам часов труда программистов, можно будет прийти к идеальной ситуации, когда клиент формируя запрос к онлайн-кулькулятору на сайте возможно будет не просто указывать всякие хитрые параметры, вроде "склейки КБС или 7БЦ переплет" и т.п., которые, как почти всегда бывает, на словах просто не понимает, а он будет работать в некой интерактивной среде, где ВИЗУАЛЬНЫМИ инструментами будет формировать тот продукт, который он хочет получить (как это сейчас делается в веб-ту принтах с визитками и фотоальбомами только в в гораздо более расширенной форме) без необходимости разбираться в тонкостям (а технически ограничения будут интерактивно накладываться в те моменты, когда клиент будет хотеть применить то, что технологически применять нельзя). Ну и система ему будет выдавать стоимость.

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

Мечты о будущем )

Забавно, но почему нет?! Но на сегодняшний день ситуация такова, что мы (разработчики) понимая и чувствуя на себе эти сложности, на самом деле готовы к диалогу как друг с другом (как пример: сейчас с ПиксельПарком начинаем беседы про совместную интеграцию), так и с пользователями. Иными словами, кто то один из нас точно не потянет все - не тот объем рынка. А вот совершенствоваться и взаимоинтегрироваться будем определенно.

[Adelko]

Эх, с удовольствием бы под пивко обсудил бы все эти темы вживую с заинтересованными людьми )

[Softologic]

Сообщение от Adelko

Эх, с удовольствием бы под пивко обсудил бы все эти темы вживую с заинтересованными людьми )

Такое на выставках (ПринтТех) в Москве бывает. Точнее после них.

[Boroda]

Сообщение от hazartilirot

С JavaScript(ом) - абсолютная гибкость.

Я не вел речи о том, на чем писать калькулятор. Хоть на бейсике, хоть на хаскеле, хоть на JS.

Как Вы себе это предствляете? Находим программера и говорим: напиши мне калькулятор? Чтобы считал визитки/листовки/календари?

Сначала нужно написать и отладить ТЗ. А на чем его реализовывать уже вопрос десятый.

[Softologic]

Сообщение от Boroda

Я не вел речи о том, на чем писать калькулятор. Хоть на бейсике, хоть на хаскеле, хоть на JS.

Как Вы себе это предствляете? Находим программера и говорим: напиши мне калькулятор? Чтобы считал визитки/листовки/календари?

Сначала нужно написать и отладить ТЗ. А на чем его реализовывать уже вопрос десятый.

Обычно на этом этапе энтузиазм заканчивается у большинства.
На моей памяти двое хозяев типографий в Москве даже ТЗ неслабое написали (каждый - свое, под сотню вордовых страниц) и вложились прилично (не могу озвучить цифры). И все равно кончилось ничем. Так что, Борода правильные вещи говорит.