Developing an app that allows users to look for temporary work at restaurants and for the restaurants to place such job opportunities.
We have built a cross-platform app that helps restaurant chains with searching for temporary shift workers, and users with searching for side jobs.
Users can see job opportunities at nearby restaurants and filter them based on different criteria.
The users can book an interview and—after passing it—accept offered shifts and view their schedule in the app.
The restaurants that wish to appear in the app need to sign a contract with the app owner.
Afterwards, they can post job opportunities, schedule interviews, and update shift schedules.
Business logic. The user signs up in the app and gets assigned the Net User role. This allows them to open the map and see all the places that are hiring within a certain radius. The user can click the restaurant to learn more about it and the job opportunities they offer. They can also book an interview. To be invited for an interview, the user should be approved by the restaurant manager. After the user passes the interview, they are given the Employee role. From then on, they will receive notifications on shifts available at that restaurant and the app will display the shift schedule.
There is no free registration for restaurants. To appear in the app, they need to sign an individual contract with Clockedin.
Role distribution. The app has various user roles. Until the user finds a job, they are assigned the role of Net User. Once they are hired, their role changes to Employee. These users receive notifications on shifts available at the given restaurant and can access their schedule.
The third role is Manager. It is assigned to restaurant managers, which can use special features to manage job opportunities and employees. Managers can work both in the mobile and web-based versions of the app.
Scheduling. The shift schedule looks like a table. This makes it easy to see which shift is taken and by whom and helps avoid confusion and overlaps. Regular shifts are available, too: if the user is interested in not just a one-time side job but plans on consistently working a particular shift at the restaurant, they can coordinate that with the manager and automatically receive shifts, say, on Tuesdays.
Manager dashboard. Restaurant managers get access to different features of the app, as well as its web version. They can place job opportunities, schedule or decline interviews, and see user employment history.
On top of that, managers see their “team”, that is, the users who passed the interviews and are available for work. These are the users that receive notifications for open shifts. The managers can see who is available for a shift and choose the suitable people for it.
Full stack development. We took on the entire project: the iOS and Android app versions, the web interface for managers, the admin panel and the server.
The project underwent massive changes while we were working on it. Each change affected many project areas, and it was important to keep all the modules running smoothly.
We used our standard approaches for cases like this. The main one was regression testing. This type of testing includes three steps: fixing a bug, searching for it and fixing it all across the code, and making sure that fixing it did not create new bugs.
We also kept the documentation up to date, so the entire team had access to the knowledge base.
The app shows job opportunities on the map within a certain radius of the user. The user can check the information on a restaurant and the job opportunities they offer, as well as book an interview. If the user passes the interview, they are added to the restaurant‘s “team”, and the restaurant manager can offer them shifts.
For restaurants: after the restaurant signs a contract and gets listed, its manager can place job opportunities, check user information, schedule interviews, and manage shifts.
At the scheduled time, the user receives a push notification to open the app. Once the app is running, it determines the location of the user. If they are within 50 meters of the restaurant where the interview is scheduled to take place, the verification is considered successful.