Constraint
Payment and physical handoff cross three participant roles, so every order needs a legible state and a verifiable final transfer.
Payment and physical handoff cross three participant roles, so every order needs a legible state and a verifiable final transfer.
A marketplace concept connecting provisions, mobile money and delivery-code handoffs.
A local marketplace has to make the handoff as clear as the purchase.
Pilot MVP prototype
A three-sided marketplace connecting parents, vendors and schools around provisions delivery.
Marketplace workflow model / Mobile Money payment flow / Delivery verification codes
Payment and physical handoff cross three participant roles, so every order needs a legible state and a verifiable final transfer.
Make the delivery verification code part of the transaction model instead of treating delivery as an external afterthought.
ChopBox frames the product as a three-sided marketplace. The prototype joins product selection, MoMo payment and delivery-code confirmation into one legible order path.
ChopBox remains a prototype. The product logic is defined, while operational validation and a public release remain future work.
The product logic and pilot-MVP direction are documented; operating validation and a public release are not claimed.
With another month, I would run the handoff model with one parent, vendor and school cohort before widening the marketplace.
Three-sided marketplace model / MoMo payment flow / Delivery-code handoff
Marketplace concept / Transaction-flow design / Prototype direction
Payment and physical handoff cross three participant roles, so every order needs a legible state and a verifiable final transfer.
The current evidence for this project is the product model, decisions and stage described on this page.
Prototype