The SysGO™ API with GraphQL and Apollo Server
By Matthew Hinton, Senior Developer Systech Corporation is developing a new generation of support technologies for th Read more...
We meet a lot of potential partners who’ve already designed their application before they walk through our doors. That can work, but we’d like to offer a suggestion: start smaller.
Let’s say you have a great idea for an application. You sit down and write the whole thing out—all the nooks and crannies, the interactions, even down to the payment processor you’re going to use. Then you take your idea around to some software developers and say “I want to build this. How much will it cost?”
At this point, your potential developer is in an interesting spot. The truth is, they can’t tell you how much the application is going to cost except in the widest of estimates. At this early stage, there are simply too many unanswered questions, too many wrinkles not yet discovered.
If you insist on an estimate now for the entire application, there’s very little chance that you’re going to get an accurate price. Instead, you’ll likely get either 1) an overly-optimistic bid that sets you up for some ugly surprises later, or 2) a bid that tries to allow for the massive number of unknowns and is therefore much larger than you expect.
Damned if you do, damned if you don’t. We’d like to suggest a different approach, which leads us to the title of this post. How do you eat an elephant?
Let’s rewind to the part where you’ve got a great idea for a software application, and you’ve written it all down. Assuming you’ve got a budget in mind for development (if not, you really should, because it’s important to talk about money), instead of asking a developer to estimate the project, we think you should ask them to help you flesh out your idea.
This means requesting proposals from developers that are much smaller in scale. You’re looking for someone who can assist in the product development: helping you explore the edge cases of the application, building network diagrams, and even perhaps working on the application’s revenue model. The scale of these proposals makes them much easier for you to evaluate, because they’re for discrete pieces.
This is important work that must be done. If you do it before asking for an estimate of the full costs, then any developer who looks at your proposal will be able to give you a much more honest estimate. Remember that the developer who helps with this phase does not necessarily have to be the developer who does all the work. It’s entirely possible, in fact, that this discovery process will lead the you or the developer to decide they’re not the right fit for the project.
While that might be disappointing initially, it’s completely normal, and it’s much better for something like that to happen on a small-scale exploratory project rather than a massive undertaking.
Work like this is why we at 2wav call ourselves software consultants, not just software developers. We want to be an intrinsic part of the team—helping create a successful application and a long-term relationship—not just building something, getting our check, and going home.
We have decades of experience in software development that we put to work for all of our clients. Please contact us if you’d like to discuss your own software development project!