How to choose an MVP / PoC development company in Japan
For an MVP or PoC, the question that decides the outcome is not the hourly rate or the team size. It is who actually writes your code, whether it is subcontracted, and whether you own the result well enough to ship it.
Start from one question: who writes your code?
At proof stage you are buying a decision, not headcount. The teams that turn a PoC into something you can actually ship are the ones where the person who scoped it is the person who builds it — so intent is never lost in a handoff and accountability never moves.
- The senior who scopes it should build it
- No silent subcontracting between you and the code
- Your repository, not the vendor's, from day one
- Weekly demos you can verify against written acceptance criteria
Three types of MVP / PoC development company
Most vendors fall into one of three models. They differ less in price than in who holds the code and the accountability — which is exactly what matters for a PoC that has to become production software.
- Senior-built studio: one senior owner, scope to build, no subcontracting
- Multi-layer SIer: sales and PM win the work, subcontractors build it
- Low-cost overseas outsourcing: an offshore team builds via a bridge engineer
What to insist on for a PoC that can ship
A PoC is only useful if it leaves you able to act. Insist on artifacts and terms that keep the result yours and make the next decision easy, regardless of which vendor you pick.
- Source code in your own repository from day one
- Written scope, exclusions, and acceptance criteria before the build
- An NDA and DPA that actually bind everyone who touches the work
- A named senior you talk to every week, not a rotating bench
- A clear path from PoC to production, not a throwaway demo
Questions to ask any vendor before you sign
These five questions separate the models quickly. A senior-built studio can answer all of them in one sentence each; a subcontracting or offshore model usually cannot.
- Who, by name, writes the code — and did they scope it?
- Is any part of this subcontracted or sent offshore?
- Do we own the repository and the IP outright on final payment?
- Does the NDA bind every subcontractor in the chain?
- Who do we demo with every week, and can they change the code?
Frequently Asked Questions
- What is the difference between an MVP and a PoC?
- A PoC proves whether an idea is technically and commercially worth pursuing; an MVP is the smallest usable product you can put in front of real users. Both should leave you with code you own, not just a demo.
- Is a cheaper offshore vendor good enough for a first MVP?
- It can move fast on a clear spec, but the risk concentrates exactly where an MVP is fragile: continuity, code ownership, and data handling across borders. For a first MVP that must become production software, who owns the code usually matters more than the hourly rate.
- How long should a first PoC or MVP sprint take?
- A focused PoC or MVP sprint is typically 2-6 weeks against a fixed, written scope. Anything that needs months of proposals before a line of code is written is staffing a project, not proving an idea.
- How do we keep ownership of the code?
- Insist the code lives in your repository from day one and that source, infrastructure, and IP are assigned to you in writing on final payment. Urbano DX does this by default and never subcontracts the build.