-
Notifications
You must be signed in to change notification settings - Fork 0
Описание
Портал экскурсий
Роли:
1. Администратор, основа - работа с материалом
Главная задача - проверка всей поступившей информации, модерация, добавление и редактирование персональных данных, внесение корректировок в код при необходимости, написание текстов. Выгода - проценты.
2. Экскурсоводы, основа - работа с людьми
Главная задача - проведение мероприятий. Он не является руководством сайта, выполняет только поступившие заявки, у него должна быть минимизирована работа на сайте, один раз добавил описание, фото, резюме, прошёл контроль, и требование захода на сайт после этого должно быть минимизировано. Проводит экскурсии и зарабатывает этим, предлагая хорошие мероприятия и нбирать себе новых людей, чтобы получить новые заказы. Выкладывает экскурсию, экскурсия попадает в можерацию. Модерация может проходит в один этап. Что написанное бред или нет, готова ли к размещени. или нет. Разместилась.
Клиент нашел экскурсию, нашел, зарегистрировался и осуществляет предоплату например 15%. Если не согласен - нет так нет. Если согласен то вносит предоплату. И в базе отражается оплачена заявка или нет. В этот момент приходят уведомления админам в экскурсоводу. В этот момент клиенту должно прийти автоуведомление. И экскурсоводу приходит телефон человека. Время, место, количество человек. Пользователь получает уведомление - телефон экскурсовода. + техподдержка - телефон админа. При отмене ранее чем за 48 часов деньги возвращаются. Экскурсоводу - экскурсия отменена. Можно сделать так, что эти деньги пользователю. Заказ клиента первым делом попадает на администрацию, http://callbackhunter.com/?utm_source=widget
3. Клиент Выбор экскурсии и заказ. Здесь площадка, на которой собрано много всего. Разные части разделены на разные разделы. Только экскурсии, можно выбрать из кучи самое подходящее для себя.
Use-case, описание каждого use-case. Проверка выполнения. Заявки подали, утвердили. Надо зафиксировать отработку заявки. Кто это будет делать? Статус заявки: оплачено или нет (это минимум). рассмотрение заявки должно производиться как можно быстрее, поэтому должно осуществляться не только на мэйл, но и на телефон, далее 2 пути - или человек всё оформил, и ему надо лишь подтвердить, и второе - надо звонить и уточнять.
Человек оплатил фиксированный процент. Пусть 15%. За любую экскурсию экскурсовод оставляет нам 15%. Если человек меняет экскурсю, у него деньги остаются. Если хочет отменить за 24 часа, то деньги не отдаются. Что получается?
-
человек пришел на экскурсию, все оплатил, изначально внес 15% на сайте, пришел и доплатил эксскурсоводу. Он эти деньги получил и все довольны.
-
Экскурсовод сказал, что экскурсия проведена, но человек не пришел. Наша предоплата остается так как человек ничего не отменял, а то что говорит что человек не пришел. Это оправдывается форс-мажорными обстоятельствами. Экскурсоводы должны понимать, что это групповые мероприятия. Если автобус, то в любом случае там есть группа и само собой понятно, что если один человек не пришел - черт с ним. Если ситуации будут повторяться, то можно сделать компенсацию экскурсоводу. А с учетом того, что человек теряет предоплату, он должен сообщить.
-
Человек непосредственно бронирует и не хочет ехать. Предоплату отдаем обратно.
Можно сделать галочку что экскурсия проведена, а сколько человек там было - не наше дело
Соответственно не требуется контролировать исполнение. И если они не пришли это их проблемы.
Мы даем не полную группу экскурсоводу. Это возможность получить дополнение. Он может зарегистрироваться, указать время своих мероприятий, которые уже должны быть и рассматривать это как сервис дополнения к своим группам. Если индивидуальные мероприятия (например 2-3 человека)
Первый случай - только подтверждение, оно может быть как шаблон, в нём дублируется время, название, полная сумма. При изначальном бронировании очень желательно должна быть предоплата, тут уже вопрос доверия, но это легко решается разными дополнениями Далее сообщение после модерации отправляется экскурсоводу, так же на телефон и мэйл, это должно носить почти автоматический характер,
4. Администратор, основа - СЕО
Главная функция - осуществление бесперебойной работы, тестирование новых функций, модулей, продвижение, новые алгоритмы повышения спроса.
5. Администратор, основа - код
Главная задача - бесперебойная работа, оформление, дизайн, красота отображения, тестирование кроссбраузерности.
6. Маркетолог, в какой-то момент он будет требоваться
Реклама - первостепенная задача после оформления, её можно делать самим долгое время, но всё же качественные исследования, графики, опыт работы с большим количеством человек нужны всегда.