icms2
icms2 copied to clipboard
instantsoft
Регистрация при заполнении записи.
Сделать опционально регистрацию при заполнении записи, в самом конце. Так сделано в некоторых досках объявлений, сначала заполняешь объявление, а потом вводишь данные для регистрации.. Так повышается лояльность к пользователю, не нужно сначала идти на страницу регистрации, потом идти на страницу добавления записи. Нажал кнопку "добавить", добавил запись, ввел регистрационные данные и ты уже зарегистрирован и запись уже добавлена.
Лучше в самом начале, как на авито, так есть шанс что гость не сльется. Или сделать это опционально.
Мне кажется психологически вернее сделать в конце, во первых человек пришел добавить объявление и это главная цель, значит при нажатии кнопки "добавить" ему сразу нужно предоставить эту возможность. Во вторых если он даже не видит изначально что ниже регистрация, то так как он уже написал свое объявление, он заполнит и данные регистрации, ведь самое главное уже сделано.
Как раз таки с психологической точки зрения в конце происходит обман(регься и контент опубликуем или уйдет в бд) и шанс что юзер уйдет так и не опубликовав ничего увеличивается в геометрической прогрессии. Хотел бы упомянуть еще момент с точки зрения разработки - сначала контент добавляется(по всем правилам, с ID и привязкой к юзеру, кстати, к какому?) и только потом появится юзер, как их связать? А если юзер уже существует но забыл залогиниться? Добавляет контент а в конце опля - регься, но зачем если я уже существующий юзер, я просто забыл войти.
просто забыл так можно добавить форму входа.
происходит обман где обман? человек же не нажимал на кнопку "добавить без регистрации".
с точки зрения разработки это уже на рассмотрение разработчиков, как реализовать
что юзер уйдет Он уже не уйдет если все заполнил.
Человеку в первую очередь нужно дать то что он хочет, а не ставить перед ним сразу преграды. Как можно меньше кликов, и сразу к делу. Вот тут сделано как надо http://saint-petersburg.irr.ru/
Конечно же это нужно опционально, на выбор, кому не нужно не будет включать. Имея не малый опыт приглашение людей для заполнению информации на сайте, это способ считаю самым верным. Какая хитрость!?! Я много раз давал объявления в разные доски. Опыт как у Из рук в руки http://saint-petersburg.irr.ru/ самый удобный. Это не хитрость, это просто удобно!
* хитростью пользователей регистрироваться на своем сайте* Где хитрость? Это может вам нужно заняться другим делом, раз вы не можете сообразить? Дай человеку что он хочет, это по моему понятно должно быть каждому. Человек хочет добавить материал, зачем ему сначала предлагать сделать кучу действий не связанных с этим? Человек пришел на сайт, хочет что то разместить, так пусть размещает сначала, а потом в конце введет данные для регистрации. И человек по идее сразу видит какие поля ему предстоит заполнить, и регистрации он тоже увидит сразу.
Добавляя любой функционал и настройки вы увеличиваете количество кода в системе. Увеличение кода ведет к замедлению работы системы в целом (тут конечно немало зависит от этого кода и частоты его использования, но тенденция не меняется). Если кроме вас этот функционал никому не нужен зачем пихать его в коробку? Сделайте отдельным компонентом и пользуйтесь! Почему InstantCMS - движок для создания сообществ, социальных сетей, сайтов знакомств, онлайн-клубов и городских порталов рассматривается только как доска объявлений? Не забывайте первоначальное его предназначение и позиционирование. Иначе получится что-то вроде этого
Дай человеку что он хочет, это по моему понятно должно быть каждому. Человек хочет добавить материал, зачем ему сначала предлагать сделать кучу действий не связанных с этим?
Вот именно что он пришел(и хочет) добавить объявление/новость а не затем чтобы регистрироваться на вашем сайте и приностиь ему пользу в виде активности. Так зачем его регистрировать? Пусть себе добавляет объявление и идет своей дорогой.
"Так зачем его регистрировать? Пусть себе добавляет объявление и идет своей дорогой." Вы привыкли "как у всех" и настаиваете на этом. Может нужно быть изобретательней и современней..
"Если кроме вас этот функционал никому не нужен зачем пихать" Если не надо, то пихать не нужно. Тут у всех стразу хитрость какая-то приходит в голову. Если не понимают люди, то что тут поделать...
И вообще по большому счету, не важно в начале или в конце. Главное чтобы не было лишних действий, все было бы на одной странице. А не идти сначала регистрироваться, а потом нажимать на другой странице на добавить.
Я очень редко где-то что-то пишу, буквально пару-тройку сайтов, включая соцсети. Но если мне где-то ОЧЕНЬ надо, мне никогда не влом, как честному человеку, оставить свой номер телефона и даже подтвердить его по смс - это легко и просто! Соответственно, мне предложение нравится - добавлять в конце поле для ввода телефона с подтверждением его "на лету" - и юзер идентифицирован, и врядли соскочит после затрат кучи калорий на написание контента...
Важность данного решения даже не в пользу доски объявлений, или другого контента, мне это нужно в первую очередь для премиум компонента Instantmaps. Порой сложно уговорить компанию добавить информацию, да еще и сайт для пользователя новый, где что находится не понятно. Сначала кидаю ссылку на регистрацию, человек регистрируется, и спрашивает что дальше? Пишу зайдите туда то, нажмите на кнопку или приходится кидать ссылку на добавление. Попутно идут многие другие вопросы по заполнению. Все это не очень удобно, это не располагает пользователя к заполнению. Поэтому и саму регистрацию по мне лучше сделать в конце, после заполнения основной информации (можно опционально сделать регистрация в начале или в конце, кому как удобно тот так и будет применять)
Думаю самое простое будет в конце вбить почту для которой сгенерируется пароль и все это добро с приветствием уйдет на эту самую почту, мол велкам на борт, наш новый юзер. С телефонами и прочим, думаю это уже больше на хаках надо делать, каждому свое.
Дело в том, что боты уже вполне окучивают двойку. Они могут генерировать сразу очень много запросов и как их останавливать? То есть хочу сказать, такая возможность даже если появится, должна быть защищена и иметь возможность быть отключенной.
@rdimrs прошу прощения недооценила вашу идею, просто зациклилась на доске объявлений несущей минимальную пользу сайту, практически нулевую уникальность контента и кучу одноразовых юзеров.
А на самом деле если использовать это для статей, мастерклассов например и сделать опциональным для админа, да еще и позволить выбирать к какому виду контента ее прикрепить, а где оставить классическую регистрацию, было бы здорово даже суперздорово. Естественно все это с проверкой и возможностью запустить предварительную модерацию.
Вот представьте чел хочет зарегистрироваться, ты даешь регистрацию не всем, а только людям в теме и адекватам или своим покупателям, но остальным можно дать возможность написать статью, мастеркласс, выложить свой оригинальный видеоролик или другой мегаполезный уникальнй контент и доказать свою причастность к теме, адекватность, желание и способность быть полезным сайту.
Решается еще одна проблема - боязнь первого поста. Мы получаем бесплатно уникальный контент, возможность похвалить, комментнуть и лайкнуть пост, побуждая пользователя к дальнейшей активности и налаживаем контакт. Так чтобы он потом не шугался по углам (особенно актуально для женских сайтов, стесняемся мы), а активничал на сайте заная что ему ничего старашного за это не будет, а юзер получает все плюшки сайта. Ну и отсеиваем спамеров, врят ли они будут сидеть и писать нам уникальные посты.
Думаю самое простое будет в конце вбить почту для которой сгенерируется пароль и все это добро с приветствием уйдет на эту самую почту, мол велкам на борт, наш новый юзер.
Так делают некоторые хостинги при регистрации, довольно удобно за исключением того что юзер может ввести неправильно емейл и не получить письмо и так проделать бесконечное количество раз и у вас зависнет куча неопубликованных постов. Что делать публиковать или удалить, а вдруг это спамер пытается пробить ваш сайт или может юзер не может найти письмо в спаме?
Или если введено ограничение по айпи или куки или по времени, один раз неправильно отправил а второй уже не может пока не активирует, а письмо не пришло. Юзер, профиль, пост уже в вашей базе или нет? Или не активировать по емейлу, тогда велком спамеры всей толпой.
Тему приняли в штыки, а зря. Делюсь своими наблюдениями в пользу автора темы.
Есть рабочий социальный проект (реализован на ICMS 1 с самопальным компонентом и фильтром) заточен под определённый вид экономической деятельности в сфере услуг. Тут всё просто, первая категория посетителей оказывают услугу, вторая ищет эту услугу под свой карман. На сайте вся информация в открытом доступе. И те и другие посетители имеют возможность оставить на сайте информацию о том, что они (ищут / оказывают) по интересующим их расценкам, (комментарии пока через соц.сети).
Регистрация на сайте отключена из-за ненадобности и тому есть причины:
- меньше бюрократии, которая у нас в генах (пользователь не делает левых движений)
- пользователь получает, что хотел на одной странице
- особая категория граждан, не шарахается и не входит в ступор при виде "Регистрация"
- минимальное кол-во записей в базе данных
- спам роботы больше не пополняют ряды пользователей с пометкой "мёртвые души"
В проекте, (удаление / редактирование) записей происходит через email. В момент добавления записи на мыло летит краткая инструкция с двумя ссылками, по одной удаляешь запись, по другой редактируешь запись. Записи без email удаляются из базы спустя указанное гостем время (дней) автоматом. Таки представьте себе, но не у всех есть мыло...
Всё бы хорошо, но мне приглянулась ICMS 2, на которой за один вечер повторил функционал проекта, но уже с регистрацией пользователей. Стал перенаправлять пользователей на сайт с новым движком. И что, Вы думаете? Регистрации на сайте конечно пошли, а вот дальше регистрации дело у пользователей не пошло. Интенсивность добавления заявок резко уменьшилась в 5-10 раз. На каждые 12-15 регистраций добавлялось только 2 заявки. Спрашивается, зачем остальные пользователи регистрировались? Возможно им просто нравится регистрироваться)) По-этому регистрация пользователя при добавлении контента имеет место. Опционально Вы самостоятельно решаете, где предлагать регистрацию при заполнении записи, в самом конце или в самом начале.
@rdimrs дело говорит, если у Вашего проекта нет такой острой необходимости, как добавление контента с параллельной регистрацией, так кто мешает включить обычную регистрацию.
Тему приняли в штыки, а зря
Тему приняли в штыки потому что испугались что это будет не опционально :)))
Думаю самый оптимальный вариант предложена в этой теме. Чем здесь С точки зрение увеличение количество зарегистрированных пользователей так будет лучше. Человек склонна сделать последнее действие если остался один шаг до цели.
Поддерживаю предложение. По поводу заполнения вставлю свои 5 к. : если основная цель получить контакты пользователя, чтобы использовать их в дальнейшем, емейл нужно получать в начале заполнения. Если же важнее получать материал от пользователя, а не контакты, то в конце. Короче предлагаю сделать этот момент опциональным. .................................. @Val-Git
Почему InstantCMS - движок для создания сообществ, социальных сетей, сайтов знакомств, онлайн-клубов и городских порталов рассматривается только как доска объявлений? Не забывайте первоначальное его предназначение и позиционирование.
Самое важное и ценное в этом движке то, что это МУЛЬТИПОЛЬЗОВАТЕЛЬСКИЙ движок с возможностью очень гибкого разграничение прав на добавление и использование контента. Это его ГЛАВНЫЙ плюс и отличие от многих других движков. Когда вы это осознаете, придет и понимание зачем людям так нужнен то или иной функционал. ГОСТИ ЭТО ТОЖЕ ПОЛЬЗОВАТЕЛИ!!!!
А как и для чего использовать этот ИНСТРУМЕНТ каждый волен решать сам, в лицензии ограничений по этому поводу нет. Ограниечение только в ВАШЕМ воображении.
Добавляя любой функционал и настройки вы увеличиваете количество кода в системе. Увеличение кода ведет к замедлению работы системы в целом (тут конечно немало зависит от этого кода и частоты его использования, но тенденция не меняется). Если кроме вас этот функционал никому не нужен зачем пихать его в коробку? Сделайте отдельным компонентом и пользуйтесь! Тогда
Там где вы видите проблемы, все остальные видят открывающиеся возможности. Судя по форуму и активности здесь, этот функционал нужен достаточному колличеству людей, чтобы принять его во внимание. Озадачивает одно, почему вы так рьяно противодействуете любым улучшениям движка, неужели непонятно, что не найдя нужный функционал в инстанте, люди будут использовать те движки в которых эти возможности есть?
