Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2004.01.26;
Скачать: CL | DM;

Вниз

Задачка-)   Найти похожие ветки 

 
default ©   (2004-01-05 20:09) [40]

Думкин © (05.01.04 20:05) [38]
"Эта система всегда имеет решение, при любой правой части"
может я не так понял...


 
default ©   (2004-01-05 20:10) [41]

Думкин © (05.01.04 20:07) [39]
не Вы говорили, что при любой правой части вот я и поменял для примера...тогда разъясните что имели ввиду!


 
aless   (2004-01-05 20:13) [42]

Вы помогли мне в одной очень важной вещи.
Дело в том что маркетолог, а именно исследователь. Т.е."Рисечер".
Так вот, большое количество «буржуинских» и наших фирм используют в исследованиях так называемый метод совместного анализа, в просторечье именуемый конджойнт. Основная идея конджойта заключается в банальной в общем то вещи, а именно: потребитель принимает решение о покупке на основе комплекса свойств продукта.
Для создания успешного продукта (товара, услуги) все хотят знать какой товар с какими свойствами будет выбран определенной (целевой) частью потребителей.
Методика вкратце респонденту выдают карточки (т.н. профили) в которых перечислены возможные вариации продукта которые он затем сортирует по степени убывания предпочтительности.
Пример:
фирма «Рога и копыта» решила выпускать новую продукцию «Вареные хвосты» и решила узнать какой товар будет вострбован. Исходя из технологических возможностей продукт может обладать следующими свойствами:
1. Количество товара ( на 3, 5 и 7 хвостов)
2. Форма упаковки (треугольная, круглая, квадратная)
3. Цвет упаковки (желтый, красный, зеленый)
4. Цена (8, 12, 17 тугриков)
Таким образом количество профилей (карточек) составит 3х3х3х3=81
Самые идеальные и «отстойные» товары выкидываем из профиля т.е. 7 хвостов по 8 тугриков и 3 хвоста по 17 тугриков. Т.о. у нас останется 81-18=63 профиля (карточки)
Терпение, только терпение…мы уже подошли к главному так вот…исходя из сортировки составляется таблица предпочтения для каждого респондента (опрошенного)
И для каждого респондента исходя из этой таблицы составляется «Вес» каждого Атрибута (кол-во, форма уп-ки, цвет, цена) и для каждого уровня атрибута (3 хвоста, тругольная, зеленая, 12 тугриков).
Вот эта та задачка и моделировала эти таблицы и эти «веса» (или уровни полезности как их еще называют)
И как Вы мне помогли понять почему этот SPSS (софт такой наш, специализированный) при малейшей ротации респондентов/переменных меняет уровень полезности для атрибутов и их уровней…вот так вот…т.е. был 1,2 стал 5 потом -2…к примеру…
Т.е. иными словами …дорогие мои товарищи…разбомбили вы этот метод (кажется так)… и абсолютно аргументировано…
спасибо большое!!!…


 
aless   (2004-01-05 20:14) [43]

т.е. самое главное что такая система имеет более 1-го!!! варианта решения...а это уже катастрофический удар по методологии...


 
Думкин ©   (2004-01-05 20:33) [44]


> [41] default © (05.01.04 20:10)

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


 
default ©   (2004-01-05 20:44) [45]

Думкин © (05.01.04 20:33) [44]
ерунда с кем не бывает)


 
Думкин ©   (2004-01-05 20:46) [46]

> [43] aless (05.01.04 20:14)

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


 
default ©   (2004-01-05 20:49) [47]

Думкин © (05.01.04 20:46) [46]
по идее, типа оптимальное планирование, там используются методы на базе идеи симплекс-метода на сколько я знаю...


 
Думкин ©   (2004-01-05 21:01) [48]

если правая часть такова
a1 a2 a3
b1 b2 b3
c1 c2 c3


то система имеет решение если:
a1-b1=a2-b2=a3-b3
b1+c1=b2+c2=b3+c3


 
Думкин ©   (2004-01-05 21:04) [49]

Вернее:
a1-b1=a2-b2=a3-b3
b1-c1=b2-c2=b3-c3


 
Думкин ©   (2004-01-05 21:08) [50]

> nikkie ©

Причем именно из [9],[22],[26] - все и получается.



Страницы: 1 2 вся ветка

Текущий архив: 2004.01.26;
Скачать: CL | DM;

Наверх




Память: 0.56 MB
Время: 0.013 c
7-83284
Alexious
2003-11-10 14:03
2004.01.26
Приложения


7-83295
Kinder
2003-11-08 18:02
2004.01.26
Сколько мышь накатала?


3-83107
belyh
2003-12-30 00:31
2004.01.26
SQL DATE >=


1-83134
alexnmsk
2004-01-15 10:58
2004.01.26
Перемещение окна за TFrame


8-83213
Meteor
2003-09-22 22:14
2004.01.26
TMediaPlayer