Scope, prototype and foundation
We agree with Nina and Derek what is in version 1 and what waits, test a clickable prototype with managers and staff at two pilot restaurants before any code, and set up the accounts in ShiftSwap's own name.
- Version 1 scope agreedEnd of week 1
- Prototype tested at two restaurantsEnd of week 3
Text messaging needs ShiftSwap registered with the phone carriers, which can take a couple of weeks, so it starts in week 1.
Kickoff and the version 1 scope
A working session with both founders to walk through a real week at a restaurant, from posting the schedule to a Saturday no-show. From it we split every idea into version 1 and later, and write the build plan we build and test against.
Accounts in ShiftSwap's name
The app runs in accounts that ShiftSwap owns and pays for, so the product, its data and its customers belong to you from day one.
Clickable prototype first
Before anything is coded, a clickable prototype of the week grid, My week, swap request, open-shift board and approvals, filled with sample staff, so real managers and servers can try it on their own phones.
Founder decisions we need early
A short list of decisions only you can make, needed before billing and texting are built. Subscription price per restaurant, trial length, your lawyer's terms of service and privacy policy, and the wording staff agree to before they get texts.
Restaurants, sign-in and roles
Each restaurant is its own space with its positions and staff. Owners, managers and staff sign in by phone or email and see only what their role needs. Founder admin sits above all restaurants.
Month review and next plan
At the last check-in of the month, what got done, what the prototype tests changed, and the board for Month 2.