Start with the problem, not the technology
Before you compare companies, write down the business problem in one paragraph. Many bad projects start with "we need an app" and end with no improvement to the business.
Ask these questions
- Can you show real, live projects you have shipped?
- Who exactly will work on this — and will they stay through support?
- How do you handle change requests and scope creep?
- What happens if we want to leave — do we own the code and accounts?
Verify before signing
- Visit two past clients (or ask for references) and ask how the project went after launch.
- Make sure the proposal lists scope, milestones, payment terms, and ownership of the code.
- Confirm that source code, design files, and accounts will be in your name.
What to avoid
- Quotes given before discovery.
- "We will figure out the details later."
- Lock-in to one developer who will not document anything.
Talk to Dragonfly Soft if you want a written estimate and a clear plan.