Инет-магазин - что уточнять у заказчика ?

Структура страницы для добавления товара

Виды доставки

Консультации по icq, skype

Отображение цен в разных валютах

Я бы начал общение с того, понимает ли заказчик что такое и как должен работать Интернет-магазин.

ТО есть постарался бы его интервьювировать на тему - как он сам это все видит.

Самые главные проблемы для Интернет магазина это не код, а:

1. Понимание того, что в ИМагазине человек может только посмотреть на товар, а не покрутить, попробовать, пощупать. То есть возможности его посмотреть должны быть максимальны

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

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

4. Реальность. Интернет итак виртуален. Если вы написали что товар есть на складе, он обязан быть на складе. Если товар вы можете поставить только под заказ - обязаны предупредить об этом до покупки.

5. Оперативность. Доставка с сроком +-2-3 дня мало кому интересна. Такой клиент второй раз никогда у васничего не купит.

6. Наличие отлаженной системы приема денег (множеством способов) и доставки.

не стоит. многое из функционала приходит «опосля», по ходу работы «на живую»

многое зависит от ниши, например:

это не совсем так.

что за товар, какая аудитория, какой охват и т.д., т.п., своих заморочек полно...

а yml в список можно добавить сходу для всех.

зачем? налоговую позлить?

к функционалу это каким боком?

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

Мой совет, если заказчик серьезный, делайте 360 градусов фото. Работайте на качество.

Если не требуется интеграция с 1С - как вариант можно реализовать загрузку прайсов через XML|XLS

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

Может быть, все же "Или не стоит рваться в серьезный проект, не сделав ни одного даже простого магазина" ?

Потом могу возникнуть серьезные проблемы =(

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

Вывод: в серьезных проектах не бывает "выбрал движок, установил и готово", т.е. для текущего предложения у нас не хватит понимания. Ок для первого проекта в будущем будем ориентироваться на варианте - цитата:

Спросите у заказчика - почему он не рассматривает вариант использования готового решения (коробки движка интернет-магазина). Если он ответит: "я владею хитрым секретом (вариант - сакральным знанием), реализация которого на программном уровне в разы повысит доходность моего будущего интернет-магазина", уточните у него, а почему он не реализует свой хитрый секрет в оффлайне и не оставит далеко за бортом всякие "Эльдорадо", "М.Видео" и прочие казанские DOMO...

"Предложение - разработать интернет-магазин"

Я наверно громко написал ... речь о поиске и применении готового решения + доработки.

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

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

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

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

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