Project Proposal

jockeyropeInternet και Εφαρμογές Web

2 Φεβ 2013 (πριν από 4 χρόνια και 6 μήνες)

140 εμφανίσεις



IS480 Project Proposal

Re
-
defining Online Shopping Experience

Shopaholic

v0.0.4

18th June 2012

Team Members:



Chew Siew Chin (scchew.2010@smu.edu.sg)





Project Manager



Zou Mei (mei.zou.2010@smu.edu.sg)




Secretary



Ong Zhen Guang

(zg.ong.2010@smu.edu.sg)




Technology Analyst



Ryan Lim Wen Rong (ryan.lim.2010@smu.edu.sg)




Lead Developer



Yong Qian

Hwee (qh.yong.2010@smu.edu.sg)




Creative Director



Lau Shu Neng (shuneng.lau.2009@smu.edu.
sg)




PR Manager



Faculty Supervisor:



Richard Davis


1.1


Project Description & Motivation:

There is a limited variety of brands and goods that are imported into
Singapore. Moreover, even when such brands are sold at shops, it is
sold
at a significantly higher price due to the profit percentage that
retailers add to these products. Many people would then seek
alternatives, like going online to shop for these products, but due to
the steep shipping costs, they feel such a purchase would
not be worth
it as the price is comparable in the end. This in turn motivated people
to start sprees where orders are aggregated to one bulk purchase so
that the shipping costs are split amongst the involved parties.

However, the current situation for spre
es in Singapore is mostly
unregulated and disorganized. Managing these sprees is a manual and
tedious affair. We aim to redesign the online social shopping
experience, making it such an easy and simple process that it becomes
an extension of yourself. Shop
ping as a group will be done effortlessly
without the hassle, so that the joy of the retail experience can shine
through untainted by any unwanted issues.

1.2


Stakeholders:

Online Shoppers

Our target audience are the online shoppers of Singapore, who
tend to prefer to purchase products online,
especially those who like to buy overseas brands. They tend to buy in groups to offset the shipping costs,
and in time this can become a social ritual that many Singaporeans participate in.

Online Retailers

Afte
r achieving a certain user threshold, we will aim to coordinate our efforts with online retailers to further
enhance the online group shopping experience. This can be done through analytics that display to the
retailers how effective we are at driving traf
fic to their sites.


1.3


Deliverables:

1.

A Social Shopping platform



A hangout for spree organizers and spree
-
ers to meet and participate in sprees



Allow interaction between users to share shopping experiences and build a community of like minded
indivi
duals

2.

A browser plugin that allows users to easily capture product information data from any website that has a product
catalogue, so items could be added into their shopping cart within a click (Eg. Pinterest / Amazon Wish List)

3.

An order management system

that helps coordinate orders and billing issues.

1.4


Scope:

We intend to create a web application that will serve as a platform for users to congregate, mingle and start their bulk grou
p
purchase orders. This web portal will allow users to start thei
r own sprees, join sprees, or share their social shopping
experiences with friends and other users. In order to facilitate the ease of joining sprees and managing such orders, we have

decided to take upon a technical challenge and create a plugin that woul
d allow us to read data from product websites
effectively and efficiently.

This plugin will be built using Javascript that reads the website and obtains all the necessary information like the product'
s
name, type, colour, quantity, price and so on. This sa
ves time normally spent by the user filling up forms to send to the
person in charge of buying the goods. This will also reduce the discrepancies in the forms due to user error and negligence.
We have timed ourselves filling up the templates currently avai
lable for this form of purchase, and the average time is about
3
-
5 minutes per product. Our technology aims to complete the task within a click, reducing the time taken to merely just a
few seconds per product.

An order management system that would keep tr
ack of all these orders as well as the transactions between users must be
incorporated seamlessly into the web application so that the user would not have to overly manage their own account.

To counteract the trust issues that strangers might feel towards
one another when dealing with money, we decided to start a
middleman account where the buyers would purchase credits from us, and we will then pool the funds for each spree. After a
spree is finalized, we would release the money to the organizer so that th
ey can start purchasing the goods from the online
retailer. To reduce the risk to the buyers, we are contemplating implementing a deposit concept where we only provide a
portion of the funds to the organizer, and the whole lump sum is only released to the
organizer when the goods have been
purchased and received by the buyers. This decreases the chances of the organizer running away with the money, an issue
which occasionally crops up in purchases of this manner. There would then be a system where organizer
s that are trusted and
provide good services to the other users are commended, and this in turn would lead to a greater freedom in the amount that
they receive for each spree and an increase in the number of orders that they can handle.

1.5


Project M
ilestones





1.6


Risks:

Category

Identified Risk

Mitigation Plan

Technical

Each merchant’s site has a different design
structure. A unique solution is required for each
site in order for us to capture the required data.

Also, merchants may edit the
ir sites from time
to time, so our original method of capturing the
data would be rendered ineffective.

Develop a base framework which allows us to easily
tweak our codes to accommodate all merchants.

Allow for user error reporting, so we could be alerted
immediately for us to debug.

Security

They may be some cases where there would be
dispute in money transactions between users.

Product delivery could also be problematic
where one party says they sent the goods and
the other party asserts that the goods h
ave not
been received.

Keep an audit trail to track all transactions. Every
transaction made would have a log to avoid such issues.

A system could be set up where pictures of receipts could
be uploaded so that whenever a delivery is made they
can confirm i
t visually. This would reduce the number of
such issues.

If any of the above problems cannot be solved and thus
need to be elevated to the authorities, the data that we
have available can easily be provided as proof.

Barriers of
entry

This is an unavoidab
le problem when any new
systems are introduced. Users new to the system
would be afraid to adopting the new system, as
they would need to learn how to use it
effectively.

Provide detailed step by step videos to guide users on
how to use the system.

Demonst
ration and elucidation on the benefits of using
our system would also be essential in enticing new users
to try our application.


1.7

Resource and reference:

We seek to use the current technologies available to us like Javascript, Ruby on Rails, SQL,

HTML5 and CSS3. Ruby on
Rails, HTML5 and CSS3 are recent technologies that would allow us to achieve our aims. The risks are that these
frameworks are new, so compatibility issues would crop up, as well as the learning curve that we all will have to overc
ome to
fully utilise their potential.