Красивый и функциональный веб-сайт для вашего бизнеса

[GDV 9778]

15 минут назад, Mramorov сказал:

в этом и преимущества готовых движков - специалистов по ним много

Безусловно, но мы опять в сторону ушли. 

Ситуация (безо всяких холиваров) выглядит, очевидно, следующим образом. 

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

А кастомный ешоп na míru - это реально нужно, если ты условная Alza. Но это совершенно иной уровень, и он не делается на Вордпрессе и проч. 

 

[Mramorov 17]

2 минуты назад, GDV сказал:

Откуда такой странный вывод. С xml, csv или xlsx никаких ломаний головы не требуется. А это экспортные форматы Shoptet.

 

Я не про технические форматы, а про структуру, т.е. то, как там в самой базе связаны товары с категориями, с атрибутами и другой таксономией, с заказами; заказы с клиентами и оплатами; как выгружаются (если выгружаются) картинки и вложения, и многое другое. На самом деле в простой табличной форме, да и в xml тоже, сложно полностью реализовать всю структуру базы данных со всеми её внутренними связями. А разобраться потом в этом ещё сложнее, чтобы перестроить и подогнать под другую базу - а именно это нужно будет сделать в случае вынужденного переноса магазина на другую платформу.

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

[Mramorov 17]

39 минут назад, GDV сказал:

Безусловно, но мы опять в сторону ушли. 

Ситуация (безо всяких холиваров) выглядит, очевидно, следующим образом. 

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

А кастомный ешоп na míru - это реально нужно, если ты условная Alza. Но это совершенно иной уровень, и он не делается на Вордпрессе и проч. 

 

Согласен. Но такие как альза ешопы не заказывают, там своя команда на зарплате пожизненно)))

Я сам программист по образованию и тоже когда-то писал сайты с нуля и очень этим гордился, пока не понял, что меня любой школьник теперь "сделает" на готовых решениях - клиенту-то по барабану. Да, это всегда избыточность кода на 90%, но задача решается и всё. Уже никому не надо умещать программный модуль в 64kb, как когда-то))). Поэтому я тоже делаю на движках сегодня, но единственное моё преимущество - я таки могу залесть под капот (код этих систем почти всегда открыт), разобраться что и как, - бывает полезно)

Понятно, что серийный BMW вряд ли будет хуже, чем автомобиль созданный с нуля умельцем в гараже. Я всегда это сам говорю, в пользу готовых решений. В доказательство моя статья)))
https://web-sd.eu/razrabotka-sajta-na-osnove-shablona/
 Но WP - это тоже готовое решение, просто да - более сложное, но и более конфигурируемое.

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

[Mramorov 17]

6 часов назад, Ratatosk сказал:

Ну раз пошла такая пьянка...

А что если создать интернет-магазин  для автосервиса? Заказчик выбирает себе товар (масла, фильтра, тормозные колодки..) + работу ( каждая работа имеет свои нормативы по времени и затратам дополнительного материала). Всё это в корзину. Выбирается время и день. И можно оплачивать. Автосервис подготавливает расходный материал (масла, фильтра...) к нужному термину и только  ждёт заказчика.

Я вот не нашел такой услуги ( интернет-магазина ). Есть где купить детали, есть сервисы где можно зарезервировать темнин. Но вот вместе...

По сути, надо интернет-магазин  с запчастями соединить с календарём и нормативами на работу

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

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

[GDV 9778]

1 час назад, Mramorov сказал:

При импорте её обратно в ту же систему она знает что куда закинуть, но при импорте в другую систему, если нет готового конвертора, это будет гемор.

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

[GDV 9778]

1 час назад, Mramorov сказал:

Я лишь пытаюсь взвешивать плюсы и минусы этих подходов и потому просто не столь категоричен как вы в выборе)))

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

У этого форумского движка тоже есть плагин магазинный. И я его в ковидный год даже заюзал, продавал пельмени :). Весело было. Но ковид закончился, и вернулись настоящие дела. А ешоп тут вполне юзабильный. 

1 час назад, Mramorov сказал:

Понятно, что серийный BMW вряд ли будет хуже, чем автомобиль созданный с нуля умельцем в гараже.

6 минут назад, Mramorov сказал:

Такой подход увелечит стоимость существенно.

Ну вы поняли, что я тут хотел сказать :))))).

[Mramorov 17]

10 минут назад, GDV сказал:

 

[Ratatosk 2532]

29 минут назад, Mramorov сказал:

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

пока мне интересен разброс цен за такой сайт. А я буду думать нужен ли он мне или пока обойдусь

[Mramorov 17]

58 минут назад, Ratatosk сказал:

пока мне интересен разброс цен за такой сайт. А я буду думать нужен ли он мне или пока обойдусь

Ну, коротко не получится)))

Очень много факторов могут влиять на цену. Это как спросить, а сколько вообще машина стоит?) У нас на сайте написано – от 20 000кр., но это минимум, когда клиент практически целиком устраивает стандартная функциональность какого-то готового решения.

Например это, очень популярное

https://woodmart.xtemos.com/home/

вот наш сайт на нём

https://fulgentworld.com/

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

Привязки платежей по картам с автоматической отработкой статуса заказа в среднем обходится ещё в 5 -10 тыс. кр., если ваш банк не против, конечно.

Часто клиент хочет ещё всякие красивости и удобности)

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

В основном это всё платные плагины средней стоимостью от 30 до 70 евро + работа как правило около 2000 крон на плагин. Но бывают исключения, которые стоят в два-три и более раз дороже.

Это как раз те самые букинг системы, они в настройке очень сложны и трудоёмки

Типа такой

https://onlinevehiclebookingscript.digisamaritan.com/en/auth/index/home

их как правило приходится переделывать, но они на это и рассчитаны.

Средняя стоимость по опыту выходит около 40 000 (без букинга или всяких систем аренды, с ними + 20 000 в среднем опять же)

Но есть нюанс – проблема роста. Если вы хотите сегодня, образно, двухэтажный дом, то фундамент будет заложен именно под него, ну ещё этаж-два выдержит достроить) Если вы в перспективе захотите 10-20 этажей, то надо просто сносить и закладывать новый фундамент. Но если сразу заложите на 20 в перспективе и бизнес не выгорит, то зря выкинете лишние деньги на фундамент. Это если честным быть уж до конца. Тут зависит от вашей уверенности в собственные силы.

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

Вот пример демо сайта, сделанного таким образом

https://car.web-sd.eu/

Тут стоимость сайта начинается от 50 000 крон, ну и максимум до 100 000 крон.

Как-то так)

Ну а дальше если будет заем, лучше по телефону, все контакты на сайте

[Ratatosk 2532]

ОК. Пасиб. Есть над чем подумать.

[Mramorov 17]

6 минут назад, Ratatosk сказал:

ОК. Пасиб. Есть над чем подумать.

 

[Ratatosk 2532]

подумал

 

пока буду по старому, накатанному

[Karl 532]

02.11.2023 в 11:30, Ratatosk сказал:

А что если создать интернет-магазин  для автосервиса? Заказчик выбирает себе товар (масла, фильтра, тормозные колодки..) + работу ( каждая работа имеет свои нормативы по времени и затратам дополнительного материала). Всё это в корзину. Выбирается время и день. И можно оплачивать. Автосервис подготавливает расходный материал (масла, фильтра...) к нужному термину и только  ждёт заказчика.

а заказчик знает какой материал выбрать? какой тип масла нужен, какой фильтр и какие колодки? А если нужно менять розводы, сетрвачник, или скажем, черпадло? Без специфических знаний выбор будет сложен.

*я просто так спросил, я в интернет-магазинах не очень разбираюсь.

[Ratatosk 2532]

7 минут назад, Karl сказал:

а заказчик знает какой материал выбрать?

вот поэтому - буду по старому, накатанному

[GDV 9778]

1 час назад, Karl сказал:

Без специфических знаний выбор будет сложен

Вот мы тут хаха, а вдруг вполне себе бы работала услуга "починить мафынку спереди". Для блондинок.

1 час назад, Karl сказал:

заказчик знает какой материал выбрать?

Для типовых видов сервиса несложно автоматизировать процесс.

Скажем, для поменять масло достаточно задать марку и вин, далее заявка автоматически соберётся- фильтры, масло, работа. Для всяких колодок тоже. И так далее.