Открыть список
Как стать автором
Обновить

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

Чулан
Из песочницы
Сколько лет занимаюсь разработкой сайтов, всегда сталкиваюсь с одной проблемой — 9 из 10 заказчиков считают, что мы телепаты. Мы — это в принципе все айтишники, а, может быть, и специалисты других отраслей (не могу сказать точно — не пробовал). Когда заказчик говорит «мне нужен интернет-магазин для продажи <...> через интернет», он обычно предполагает, что любой интернет-магазин — это нечто «готовое», позволяющие «делать деньги» просто после того как «наполнил склад» и получил от Исполнителя сам сайт.
Я не буду здесь расписывать про раскрутку магазина, про юридические и бюрократические нюансы. Просто хочу потенциальным заказчикам (неважно у кого заказывать) дать несколько советов, чтобы в результате они получили то, чего хотят, а не то, чего хотел разработчик.

Кто должен создать техзадание?


Да, техзадание решает много вопросов, но большинство клиентов и не знают что это такое, и не хотят знать. А если и хотят, то очень редко могут более-менее правильно его составить. Дак кто же должен этим заниматься?

В основном, этим занимаемся мы (разработчики), но, не буду лукавить, техническое задание во многом составляется так, как удобно разработчику. Одним нужно сделать «легче и проще», другим — «дороже». А в итоге человек получит у себя в магазине систему СМС-оплаты товаров, согласно техзаданию. Позже, возможно, поймет, что «не очень-то удобно» оплачивать, например, автозапчасти, СМС-сообщениями. И поймет, что работу по составлению техзадания нельзя отдавать исполнителю полностью.

Так что все-таки заказчик должен составлять тех.задание? Опять нет. Если человек заказывает сайт (а не делает его сам), значит вряд ли он знает о возможностях в веб-разработке. Я, например, почти каждый день смотрю новинки плагинов jquery и т.п., а знает ли директор ООО «ЖИЛМЕСПРОМУГОЛЬ» что такой jquery?

Значит, все же, техническое задание на разработку Вашего интернет-магазина Вам нужно составлять вместе с исполнителем, желательно, находясь почти за одним столом.

Кто должен продумать структуру магазина


Вопрос тоже не из простых, как может показаться.
Мнение заказчика (из опыта, примерное): «Хочу чтобы был каталог товаров, корзина, чтобы человек мог оплатить товар через Яндекс.Деньги (или другую ПС)»
Мнение исполнителя (основанное далеко не только на своем опыте): «На прошлой неделе делал интернет-магазин бытовой техники. Сейчас переверстаю шаблон на продажу кормов для кролика и все». Исполнитель может сказать «вас понял» и приступить к работе без лишних вопросов.

Итог:
1. Заказчик платит за ненужные модули (на приведенном примере — вставку видео в описание) и не получает тех модулей, которые могли бы ему быть полезными, потому как Исполнитель может полениться подумать и предложить.
2. Заказчик получает весь магазин глазами исполнителя. Например, не каждый веб-разработчик (и дизайнер, рисующий макет) знает, что корма для кроликов продаются «наразвес», а не в штуках. Далее это может привести к тому, что условно за «шт.» на сайте принимается определенный вес.
3. Исполнитель делает магазин, выкладывает его в сеть, работу выполнил. Заказчик не видит того, чего хотел. Обычно заканчивается тем, что происходит оплата и потом за «доделки» берется доп.плата. А в результате доделок меняется половина сайта.

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

Системы оплаты товара


Времена идут, все больше клиентов хотят видеть в магазина возможность оплаты через Яндекс.Деньги, WebMoney, VISA/MasterCard и т.п…

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


Отсюда вывод: если Вам нужна система онлайн-платежей, спросите у разработчика как он может это реализовать, а потом гугл в помощь — почитайте условия. Посмотрите через какие платежные системы это можно сделать, какие они предоставляют услуги, какие проценты, ознакомьтесь с офертой договора.
Кстати, скорее всего, Вам понадобится ИП или юр.лицо для подписания договора, имейте ввиду

Цикл продажи товара — не все товары продаются одинаково


Допустим, ваш интернет-магазин готов и он работает. А как клиент будет оформлять покупку?

Здесь подводные камни не такие обидные, как в примерах выше, но есть.
У каждого товара свой «жизненный цикл». За все время я единственный раз делал интернет-магазин, заказчик которого месяц занимался структурой и последовательностью действий пользователя и администратора магазина. Он тщательно продумал варианты оплаты (с надбавками всех доп.процентов к суммам), продумал варианты доставки (опять же, с включением стоимости), сроков, статусов заказов с уведомлениями. Работать приятно было. Но при разработке других магазинов эту же систему не всегда можно использовать. Одни — не занимаются доставкой в другие города и способ доставки — только курьером, другие — принимают оплату только через ВМ, третьи для формирования каких-либо вопросов пользователю, хотят узнать ответы на другие вопросы.
Вот например я бы обломился вводить Страну/область/город, если бы в итоге мне написали что доставка только по городу N, в котором я никогда не бывал.

Поэтому очередной совет заказчикам — при разговоре с исполнителем, имейте точное представление о товаре, который Вы хотите продавать на сайте. Продумайте «реальную» жизнь магазина с таким товаром. Продумайте, собственно, цикл продажи товара, ведь, например, для продажи контрактных ДВС нужно оформлять документы (справки-счет). Соответственно, неплохо бы сразу попросить пользователя написать, на кого оформлять данный товар. Да и деньги за ДВС принимать «сложнее», чем за сувенирную кружку.

Много информации на главной странице аля «портал»


Здесь вопрос стоит не столько в финансах или опасности, сколько в необходимости.
Очень часто заказчик просит сделать раздел «Новости», «Вопрос-ответ» и подобные разделы, требующие постоянной работы администратора сайта. Почти так же часто эти разделы остаются «мертвыми», потому что они требуют уж очень много времени.

Пожалуй, последний совет:
Прежде, чем сказать исполнителю сделать на главной странице магазина новости, полезные статьи, обзоры какие-нибудь, и еще много всего — погоду, курс валют, последние n комментариев к товарам, подумайте, кто будет за этим следить? Я уж не говорю о целесообразности. Да, новости — это удобно. Но для этого надо хотя бы пару раз в неделю открыть панель управления сайтом и придумать, добавить новость. Статьи — еще сложнее, их придумать сложнее. А копировать — некрасиво и бессмысленно. А в больших количествах, еще и опасно (тема продвижения).

Все что написано, может быть частным для городов/клиентов/заказчиков, но, думаю, частностей немного. Расписывать можно еще много и много, всего не охватишь. Хорошие исполнители (разработчики) все эти вопросы сами зададут клиенту, расскажут все варианты реализации, все свои возможности, и заказчику будет легко. Но найдете ли Вы такого исполнителя? Кстати, вот и аргумент в пользу выбора исполнителей.
Теги:техзаданиеинтернет-магазиныпостановка задачи
Хабы: Чулан
Всего голосов 35: ↑28 и ↓7 +21
Просмотры5K

Похожие публикации

Интернет-маркетолог
17 мая 202184 900 ₽Нетология
Интернет-маркетолог
20 мая 202196 000 ₽Яндекс.Практикум
Python для веб-разработки
14 мая 202159 400 ₽SkillFactory
UX/UI дизайнер
14 мая 202183 940 ₽Нетология

Лучшие публикации за сутки