When you’re ready to engage a development partner to help take your business to the next level, take some time to make sure you find the right partner for your needs.
Choosing the best development partner for your business has far-reaching ramifications. The relationship often lasts years and the decisions made affect the security and maintainability of your applications.
Here are 11 questions you should ask your prospective development partners before choosing the best fit for you.
Some development partners have a “face” in the United States but do all of their development using offshore developers. The idea is that developers in other countries can be paid less to do the same work and the cost savings are passed on to you as the client. Another common claim is that there is no drop-off in quality. However, the reality can sometimes be quite different.
The cost savings from shipping your development work overseas are often never seen in the end, especially by the end client. Take caution and thoroughly understand their planning. If your development partner uses offshore teams, how do they manage the quality of the work product? You need to know how they plan to navigate and minimize communication errors that inevitably occur with large time zone differences, language, and cultural barriers, and multiple parties passing information down the chain of production.
You may compare their responses to the benefits of choosing domestic developer companies. While there are skilled technologists around the globe, working with an onshore development team also means your data is kept within the USA. This can be a major benefit when navigating digital and website compliance requirements.
It's important that you the client are in lock-step with your development partner. That includes the people actually doing the work and not just the front office.
Ask your development partners about team member certifications. Though not a requirement, attaining certifications can add a level of professional specialization or skill proficiencies that could ultimately benefit your project. They may help tech experts stay up-to-date on the latest products and approaches to maximize their web design practices. Ask your prospective partner what certifications they hold and how they inform their web development practices.
Selling an awesome product or service can’t happen unless people can find it. Search engine optimization (SEO) is the practice of building your website in a way that will help it rank highly for certain search terms. Development partners that ignore SEO could build an amazing site that no one will find. But real expertise is required to do it right.
Making sure your website/app/landing pages rank for the keywords you want them to is more than just installing an SEO plugin in the CMS. From content and copy structure, all the way to technical implementation considerations like H1/H2 tags, page speed, mobile usability, and Sitemap structure, every milestone in the project could be a missed opportunity to help (or at least not hinder) SEO.
The Americans with Disabilities Act (ADA) is legislation that prohibits discrimination against people with disabilities. As more everyday activities and services become available online, websites are a critical space that must not exclude people with disabilities. So this means if your web content is not accessible, not only are you losing out on a wider audience but you can face an ADA discrimination lawsuit. Make sure your development partner understands the requirements and the nuances of applying digital accessibility best practices to your website and apps. They should also be familiar with assistive technology like screen readers and keyboards to further support individuals with disabilities.
More recently, the World Wide Web Consortium (W3C) published its Web Content Accessibility Guidelines (WCAG) 2.2 in 2023. The WCAG 2.2 is a technical guide for website owners and developers to evaluate and improve web accessibility. Though not a specific legal requirement, this resource complements accessibility legislation as it was designed to help leaders and technologists reach ADA compliance. High-quality web development teams should be skilled in utilizing both ADA and WCAG checklists to thoroughly analyze, design, implement, and test accessibility best practices and requirements.
Achieving full web accessibility is an ongoing goal, from doing the basics, all the way to approaching WCAG AAA compliance. Where your website or app falls on that continuum is a business decision based on budget, risk tolerance, and the audience using the product. That said, your development partner should work with you to come to a requirement and then seamlessly integrate accessibility best practices into the site design and development process.
Keep in mind that planning for, implementing, and testing accessible design is a lot cheaper to do early on in the process than finding your website is non-compliant after it launches. Considerations about content, design, and coding must be evaluated as you are building your site rather than trying to shoehorn it in afterward.
Beware of development partners that drop a website on your shoulders without a clear plan on how to measure success. A website that doesn’t help you achieve your business goals is a waste of money.
Ask your development partner how they will tell if your new site, app, or experience is a success and how they will help you measure success. You should have business goals outlined for them. But don’t forget to hold your development partner accountable for the success of your website.
A slow and buggy website helps no one. Site speed has a direct impact on search engine results. Slowness, broken links, dead ends, and other bugs can be detrimental to the bottom line, especially in e-commerce applications.
Make sure your development partner has tools ready to monitor application performance and user experience. Some valuable user experience tools to keep in mind when speaking with your potential partner include:
- Google Analytics
- Google PageSpeed Insights
- Hotjar
- Tealeaf
- Azure Application Insights
- Amazon CloudWatch
- New Relic
These products and more can tremendously impact the quality of your user experience design and performance.
Good security is table stakes for having a website today. Your development partner needs to have a documented secure software development lifecycle (SSDLC) so you know the code they write is secure. You can’t claim to have high-quality code if it’s not vulnerable to attack.
At the least, you need to have:
1. Developers trained in secure coding practices
2. Technologists with experience handling customer data and ensuring privacy
3. Automated security testing and scanning as part of the build pipeline
4. Patch management and change control processes
5. A vulnerability management process
The lack of a secure SDLC process is a huge red flag for a development partner. It shows a lack of concern for keeping up with modern development practices and keeping your users safe.
Change management comes in two flavors. Many agile development methodologies encourage reaction to changes happening during the project. It’s acceptable to expect minor changes to occur as the project is implemented. Changes of this kind are inevitable.
Large changes to the scope of a project are a different story. You as the client have a responsibility to let your development partner know about large changes to scope or business goals that could affect the project. These changes could require a renegotiation of the contract.
On the other hand, your development partner should be prepared to help you manage the changes that the project will have on your company. Launching a new site or application could mean new business processes and workflow your employees need to learn. Your development partner should clearly communicate any changes to workflows you’ll have to manage and communicate with your employees.
To properly handle change management, you’ll need processes for the following:
- Minor changes due to feedback from implementation teams or users
- Major changes to the scope of the project that could affect timelines and costs
- Changes made to business processes and workflows that are effectively communicated with your employees.
Engine Room can help you implement and streamline IT governance processes. Use our experience to make governance easy for you.
Don’t wait to create these processes. If you have to stop in the middle of the project to create them, you’ll be late in delivering your end result.
Poor communication across development and creative teams is seen all too often. The design team is given some requirements and then hands a visual design to the developers to create. The designers then move on to the next project.
The problem with this hand-off model is that feedback doesn’t get back to the designers. Are there problems implementing the design? Are there time constraints that tempt developers and product managers to drop design features?
When designers are not kept in the loop, considerations like ADA compliance and usability tend to go out the window. You can’t expect a developer or product manager to know as much about these things as the designer.
Make sure your development partner has strong communication between development and UX teams. Ask them what the process is to make sure the original design is followed as closely as possible. Ask who approves changes to design elements.
At Engine Room, our developers work hand-in-hand with creative teams. They meet with UX teams to review wireframes and provide feedback. Then designers and developers get together to review the front-end design for technical feasibility and front-end implementation of the design. We make sure the design works for all parties involved, not just for one siloed team.
If you don’t have an agreement between teams, you risk a development team creating something quite different than the design by the time a long project is completed. And no one will have a good reason why.
Working with a development partner requires documentation. Contracts and statements of work are created. The scope of a project is decided before the project starts. This is necessary because a business transaction is taking place. It must be known what is being built and when you know that it’s done.
Does all of this documentation conflict with the need to be agile and make progress or changes as the project is implemented? It all depends on how your development partner draws the line between agility and documentation.
Official documentation of the scope of a project and the business goals it will accomplish are necessary. You need to know what success will look like and how much it will cost. However, you don’t need huge amounts of documentation within the implementation of the project. If you maintain focus on achieving a business outcome, your development partner can have the flexibility necessary to react to feedback. Focus on finding the best way to achieve an outcome instead of holding strictly to a list of requirements made before you knew anything.
When it’s time to gather business requirements for the system in question, some development partners will fall back to waterfall methods. They’ll ask for all requirements upfront and then enter a long development cycle to finish them.
Using outdated methods will lead to project overruns and increased costs. Engine Room gathers requirements in a focused discovery effort. The discovery of requirements is an iterative and agile process finished with large client involvement. It feeds into an agile development cycle and works to keep the project moving while providing the needed flexibility.
Collaboration between development teams and IT teams is just as important as it is between dev and UX teams. IT teams typically are in charge of building servers and other infrastructure the software will run on. How well does your development partner prepare your IT teams to run the software their building?
Your IT teams should be included from the beginning stages of the project. They’ll often help create the build pipeline, especially if a DevOps model is followed on the project. Talented IT team members in sync with your development partner help the project to run smoothly while setting up a system that will last long after your partner has left.
Make sure your development partner is comfortable collaborating closely with your IT team. This close working relationship is essential to making sure that the application architecture and security match the goals of the organization while efficiently and effectively meeting the needs of the business.
A project will move forward with ease when your development partner cares enough to support your IT teams.
Find out how your prospective development partner runs their projects before you agree to work with them. Make sure you ask these 11 questions to help you decide who is the right fit for you.
Contact us and we’ll be glad to explain our answers to these questions about your next project.