|
1
|
- използват се от клиентите за информиране за предлагането, цените,
условията за доставка и т.н.;
- на всички нива на каталозите е необходима постоянна поддръжка - освен
ръчно въвеждане, е необходим и обмен на данни с други софтуерни системи;
- трябва да са интегрирани директно със съответното складово стопанство за
да могат потребителите по всяко време да са информирани за това, дали
съществуват необходимите за изпълнението на поръчката им наличности.
|
|
2
|
- позволява представяне на собствени предложения по индивидуални
технически параметри;
- затруднява сравняването на конкуретните предложения.
|
|
3
|
|
|
4
|
|
|
5
|
|
|
6
|
|
|
7
|
- избягва се многократно въвеждане на едни и същи данни;
- източник на пазарна и клиентска
информация;
- измерване поведението и
преференциите на отделните клиенти, както и общото агрегирано търсене.
|
|
8
|
- анонимни данни – всяка информация, която може да бъде изведена от
профила на движение на потребителите, без да се знае тяхната
идентичност;
- клиентски данни с ниска
обвързаност – не съществува възможност за автоидентифициране на
информацията; тези данни са с едно по-ниско качество;
- клиентски данни с висока
обвързаност – в основата на тези данни лежи автоидентификация, която
повишава тяхната прецизност и достоверност.
|
|
9
|
- данните за транзакциите са подходящи за моделиране на индивидуалните
клиенти – възможност за предлагане на индивидуални оферти;
- възможност за абстрактни анализи
на пазара и съответно модификация на общото предлагане в електронните
магазини;
- създаване на адресни списъци,
които се предоставят на брокери, банки, осигурителни дружества и други
заинтересувани.
|
|
10
|
- прецизно пласиране на рекламни банери – съпоставят се профили на клиенти
и профили на банери;
- предлагане на потребителите на индивидуален достъп до web-страниците.
- Напр. когато е разпознат профил на клиент, по-малък от 10 години,
тогава в web-страницата могат да бъдат вмъкнати реклами на детски
играчки или филми.
|
|
11
|
- ефективно създаване на
дългосрочни регистриращи процедури -
веднъж създаден,
потребителският профил се съхранява върху сървъра. Не е необходимо
да се попълват многократно сложни формуляри;
- отказ от големи анализи и
оценъчни процедури.
|
|
12
|
- служат за съхраняване на информация на клиентския компютър;
- информацията обикновено се отнася за потребителя и неговите
предпочитания и действия;
- информацията може да бъде четена и обработвана в следващите сесии от
скриптове или сървърни компоненти, които персонализират web-страниците.
|
|
13
|
- Най-важните измервани величини са следните:
- Брой извиквания на Web-страници. Независимо е от оформлението на
страницата и броя на фреймовете. Броят се само извикванията на
същинските HTML страници.
- Посещения - винаги когато един потребител идва от един друг сървър, в
актуалния се брои за визита.
|
|
14
|
- значителен брой обръщения към прилежащи БД;
- обработка на сървърни скриптове;
- изпълнение на потребителски процеси, които от своя страна са
разпределени върху различни компютри.
|
|
15
|
- софтуерни стоки – могат да бъдат
доставени онлайн. Пример: дистрибуция на софтуерни продукти, аудио и
видео клипове, книги и списания, документи и др.
- физически стоки – необходима е
тясна интеграция на магазинната система със складовото стопанство на
фирмите, понеже трябва да се активират различни физически процеси (напр.
доставки) .
|
|
16
|
- e-mail адресите се записват ръчно
и могат да бъдат сгрешени;
- въпреки стабилността на мрежата
трябва да се очакват и прекъсвания;
- възможен е абонамент за
поддържане на тези стоки;
- необходима е възможност за незабавно
плащане, проверка на ликвидност
на клиентите...
|
|
17
|
- критерии, по които се класифицират продуктите;
- ключови думи за търсене в текстове.
|
|
18
|
- до нея се достига с помощта на съответен бутон (обикновено add to shopping
basket);
- в количката се записват различни артикули и някои тяхни атрибути (брой);
- количката може да се разглежда като своеобразна настройка на HTTP
протокола, която поддържа състояния;
- количката може да остава постоянна за определен период от време, така че
клиента след като е разглеждал други каталози и електронни магазини да
намери количката в същото състояние.
|
|
19
|
- минимално необходими данни - тези, които идентифицират еднозначно
кредитното плащане (име, номер на карта, срок на валидност и др.);
- възможно е да се изискват и други данни – адрес, e-mail, длъжност, ...
|
|
20
|
|
|
21
|
- данните от ордера се предават на системата на магазина;
- системата на магазина активира търговския си компонент, която установява
връзка с payment gateway. Този гетуей е едно предварително ниво към
сървъра на кредитната система;
- потребителите получават потвърждение, което съдържа съществените данни
на транзакцията.
|
|
22
|
- БД на магазина – служи за ефективно съхраняване на информацията за
продуктите. Съществено е да се определи кои продукти с какви атрибути ще
се съхраняват и как ще бъдат интерпретирани техните характеристики.
- Административна БД – съхраняват се различни данни за управление, като
напр. начални цени, параметри за payment gateway, схеми за данните на
клиентите, на складовото стопанство и транзакциите.
- Представителна система – определя видът и начинът на представяне на
информацията.
|
|
23
|
- Payment Gateway – обикновено този софтуер не се разработва от
съдържателите на магазините, за него е необходимо специфично ноу-хау. Това
е интерфейс към кредитна институция или банка.
- Развойни средства – важна е възможности за гъвкаво разширение на
системата за нестандартни приложения – не всички магазини имат ясна
архитектура, която позволява лесни и гъвкави разширения.
- Подходящи развойни средства са
middleware системите като CORBA и Active-X.
|
|
24
|
|
|
25
|
- Магазинен софтуер – ядро на архитектурата и начална точка на активиране
на клиентските транзакции.
- Магазинна система – състои се от:
- неструктурирани съдържания – данни за артикулите, информация за
предлагащите, свободни текстове с развлекателен и информативен
характер, както юридическа и търговска информация.
- структурни съдържания – съхраняват се в БД. Включват данни за артикули,
клиенти, цени, отстъпки и др.
|
|
26
|
- Представителна система – предоставя интерфейс към магазина.
- Управление на банерите – тази система отговаря за рекламата на магазина.
За персонализирането на рекламата е необходимо съпоставянето на
клиентските профили, които се получават от магазинната система и профили
на банери. Така напр. се гарантира, че в рубриката “Финанси” ще се появят
банери на банки, застрахователни институции и пр.
|
|
27
|
- системата се разработва от 1994 год. в Германия;
- използва от множество фирми, между които Hewlett-Packard и Siemens;
- лесна работа със системата даже и за потребителите без специално
образование.
|
|
28
|
- оформлението на магазина;
- графики;
- видове плащания за изпращането на стоките;
- адреси на търговци;
- различни конфигурационни параметри на базата данни на магазинната
система.
|
|
29
|
|
|
30
|
|
|
31
|
|
|
32
|
|
Notes
