в, то є необхідність все так же реєструватися і поповнювати рахунок на кожному сайті знижок.
· Наступне з попереднього пункту абсолютно незручне і неефективне напрямок створення мобільних додатків.
· Проблема необхідної відвідуваності для нового сервісу.
Якщо розібратися - всі проблеми взаємопов'язані, графічно, це можна зобразити на малюнку 3.2.
Рисунок 3.2 Взаємозв'язок виявлених проблем
Виходячи з даної схеми, починати вибудовування переваг слід з проблеми ранжирування, яка без відгуків хоч і не вирішує повною мірою проблему вибору, але, принаймні, не залежить про фактора високої відвідуваності сервісу, а значить , може бути вирішена без сторонніх осіб і грошових витрат.
Що стосується технічної частини проблеми ранжирування акцій, досить вказати кілька параметрів, залежно від яких скрипт буде встановлювати порядок відображуваних пропозицій на сайті.
Візьмемо за R показник ранжирування - чим він більше, тим вище піднімається пропозицію в результатах пошуку, тоді:
=T * С * S * Е
Де: - загальний показник довіри до сайту, складаний з популярності бренду, відгуках про сайт в інтернеті і віку проекту. Наприклад, у корпорації Grоuроn «T» буде більше, ніж у недавно з'явився проекту сkidkidаrоm. uсоz, зробленого на коліні.
С - кількість переходів з сайту Купондекс на сторінку акції. Його не було - складно отримати з системи статистики. - Кількість проданих купонів на сайті партнера. У майбутньому ця інформація може бути включена в XML потоки, проте для початку її можна отримати без повідомлення.
Е - деякий редакторський коефіцієнт акції, якщо складається ситуація, коли редактор сайту Купондекс помітив цікаву акцію, або з'ясував, що одна з акцій виявилася обдурюванням, за рахунок його зниження або підвищення можна підняти, або звести те чи інша пропозиція.
Зрозуміло, без достатньої кількості людських відгуків система ранжирування не буде досконалою, але, враховуючи, що наявність відгуків увазі високу відвідуваність як необхідна умова, яка не може бути виконана без вирішення інших проблем - залишаємо ранжування як є і переходимо до наступної проблеми. Проблемі, яка, як видно зі схеми 3.3, за рахунок навіть такого ранжирування, можна сказати, наполовину вже вирішена.
Для вирішення проблеми вибору, крім виконання зазначених на схемі дій, перш за все необхідно довести її наявність і зрозуміти природу.
Справа в тому, що, вибираючи з 3 варіантів (як це було на зорі становлення ринку, коли кілька сайтів пропонували по одній акції в день), - люди їх добре оцінювали, вибирали вірний і раділи. Коли варіантів стало 300, люди:
· жоден з них не оцінюють толком (немає часу) і засмучуються;
· витрачають багато часу і засмучуються;
· вибирають не найкраще і засмучуються.
Навіть якщо користувачі вибирають краще на їх погляд - воно не виправдовує їх очікувань на краще пропозицією з 300 варіантів і знову засмучуються. У прикладі мова йшла про 300 варіантах. А якщо їх 7000? Всі в стільки ж разів гірше.
Широкий вибір викликає два негативних ефе...
