Artist Store targets young artists that want to quickly get a store up and running without much technical knowledge. It makes it easy to add your products, and set tour exclusive merchandise.
This is influenced by watching this type of market on Instagram. I also have experience talking to artists in this range and a lot of them just don't know where to start, but are interested in selling clothes and other merchandise.
Music artists just want make music. They quickly find out there's more to it than making music. From photography, designs, a website, music videos, mixing, mastering, & more, it's a lot to juggle. Websites like Shopify can be intimidating, especially for somebody without technical experience.
Shopify provides good documentation and help all over. Big Cartel is good at getting straight to the point and getting set up. I want to find a good balance and add some of my own features. My number one goal is to make it easy to use. One of my selling points will be tour exclusive items.
Connecting with artists on Instagram will hit a specific market that those websites aren't hitting. I have experience and knowledge among this market as I've helped a friend in the music industry. Selling exclusive items on tour is also something I haven't seen done on a website. By keeping a consistent theme, I will build my brand as a trustworthly application.
Store Owner Flow Not Pictured - Login / Signup Flow
Landing Page -> Login -> Input Username & Password -> Redirect to Dashboard (Success) -> Redirect to Login (Fail)
or
Landing Page -> Sign Up -> Input Username & Password & Artist Name -> Redirect to Dashboard (Success) -> Redirect to Sign Up (Fail)
Customer Shop Flow
Dashboard Text Content
Products: Preview/Edit Text Content
Concerts
Orders
Manage
Contact
I would like to support all current browsers and IE11+. Older versions have a less than 1% usage rate. I will use something such as autoprefixer. Portrait mode will be supported on smaller devices such as phones, with landscape potentially coming later. There is a minimum requirement of 320px width.
I will be using the MERN stack, minus React.
I will be creating new issues for features labeled as 'features'. As I complete the features, I will mark them as completed. At the end of the week, I create a pull request. I'll be using GitHub Pages to host my application. I will use the command npm run deploy
.
I found some things about my application that I wasn't even thinking about. Some things such as adding a tour date completely went over my head as a designer / developer. It was good getting feedback and talking through the vision of my project.
Link to your initial Project Spec.
Direct Link to the tagged release of your MVP on your repo.
This should be a link to a specific commit.
Direct Link to the tagged release of your Pivot on your repo.
This should be a link to a specific commit.
Date of the Alpha Release Milestone. Once completed this should be updated with the proper link.
Date of the Beta Release Milestone. Once completed this should be updated with the proper link.
Date of the Public Release Milestone. Once completed this should be updated with the proper link.
README.md
(Example)
README.md
.Deployment of this milestone should be handled with the following criteria.
Prior to submission, ideally on the first day of the milestone's development preform the following procedures:
[VersionNumber]
+ Release-Pivot
from your Dev
Branch on github.Release-Pivot
branch to merge with the base of master
.On final Milestone Submission:
docs
folder containing your project spec so that Team members don't need to dig through the various commits to find the correct copy of your docs.Release-Pivot
Pull request, requesting final approval.Additional clarification may be needed by the Capstone team, please monitor this pull request until approval to merge is given.
Continue working on your project in the Dev
branch using feature branch development. Approval from your Capstone Team will take time to evaluate the submission in its entirety. This approval should not hold up development, however, and you should proceed with development.
You have been approved to proceed forward! There may be additional considerations outline that should be addressed but you're doing well!
Follow-Up Actions:
Release-Pivot
branch back into Dev
, ensuring everything is up to date.You should suspend your current workflow and address the items outlined in the rejection notice that would be posted to the pull request and notify the Capstone Team once you have remedied the outlined items. Common reasons for rejection would be not following your project spec (once defined), not completing the pre-requisite elements of the milestone, or deviating significantly from the outlined requirements or requests made by the Capstone Team.
Follow-Up Actions:
At the end of the week your progress will be evaluated to see how many points you have earned based upon closed issues point value. Successfully completed issues will be tallied and a velocity will be established to help provide a baseline for the following week's work. You are able to use this velocity check to estimate if you are on track for completion of your issues from early milestones or if you are off track. This relies on accurate and honest usage of the issue system.
The Velocity Check will calculated by Zenhub and you can view it at any point. Your role in this requirement is to maintain your progress within the issue system of github and accurately estimate time per issue and as you close issues adjust that estimate to how much time was invested in each issue.
This is a pass/fail assignment where failing represents a significant drop in velocity, attributed to not using the issue system to correctly communicate, with the Capstone Team, your current and accurate progress or neglecting to make progress toward your set goals.
A specific velocity is not required, just the ability to calculate the project's velocity. The following requirements have been developed to ensure the velocity can be accurately checked.