What the client actually needed
The client’s job is to work with their own clients. They had gone vendor to vendor and kept receiving something that was not quite that. They came to iCube. Development ran for more than a year and a half. By the time I stepped in, they needed a different product than the one on the table.
That is the situation forward deployed work is for. The contract is old. The codebase is older. The people who have to use the thing are still waiting.
Read the code first
I moved into the management role and started with the existing systems: a progressive web app and a web dashboard. The dashboard was worth keeping. The PWA was not. It was going to be too complex for the end user, and it would not have the features the client was asking for. Continuing to polish it would have been polite. It would not have been useful.
Eight days
Under that pressure I built a mobile app and put it on TestFlight in eight days. The client did not expect that timeline. I did not spend the week arguing for another quarter of PWA work. The constraint was the user’s hands, not the architecture we had inherited.
The app is on the Google Play Store. The Apple App Store listing is in progress.
What I would repeat
Do not defend the system you found. Defend the person who has to use the next one. Keep the piece that works (here, the dashboard). Cut the piece that will not (the PWA). Ship something they can hold. Then stay with it through the stores.
- Inherited PWA + dashboard
- Kept dashboard
- Replaced PWA with mobile
- TestFlight · Play Store