Tanner Kirkendall

← All posts

How to Choose a Software Developer in Northwest Arkansas

· Tanner Kirkendall

When a Bentonville or Rogers business decides it needs software built, the first surprise is how many kinds of "software developer" there are to choose from, and how differently each one can go. I'm one of the options, so read this knowing that. But most of what follows is the advice I'd give a friend regardless of who they hire.

The four ways to buy software development

A development agency. A firm with project managers, designers, and a bench of developers. Agencies are the right call for large builds that need many hands at once. The trade-offs: you usually talk to an account manager rather than the people writing your code, junior developers often do the actual work, and minimum engagements start higher than most small businesses need.

Offshore teams. The hourly rates look unbeatable. Sometimes it works well, usually when the buyer already has technical leadership in-house who can write precise specifications and review the work. Without that, the time-zone gap and communication overhead quietly eat the savings, and you have no good recourse when the project drifts.

Marketplace freelancers. Upwork and similar platforms are fine for small, well-defined tasks: a script, a fix, a landing page. For a system your business will depend on for years, the risks are continuity (will they exist next year?) and accountability (what happens after the last invoice clears?).

A local independent. A senior developer in your area who takes on a small number of clients. You work directly with the person writing the code, you can meet face to face, and their reputation in a community the size of Northwest Arkansas is on the line. The trade-off is capacity: one person can't build everything at once, and a good one will tell you when a project is too big for the model.

What predicts a good outcome

After you get past the labels, three things matter far more than logo count or hourly rate:

  1. Seniority of the person actually doing the work. The seller is often not the builder, so ask who writes the code and what they've shipped.
  2. Ownership. You should own the code, the accounts, and the infrastructure the day the project ends. If your software lives in someone else's accounts, you don't own it; you rent it.
  3. Working in the open. Weekly demos of running software beat monthly status reports every time. Drift gets caught in days instead of months.

Seven questions to ask anyone you're considering

  1. Who exactly will write the code, and can I talk to them before signing?
  2. Will the scope and price be written down before work starts?
  3. How often will I see working software during the project, rather than slides?
  4. Who owns the code, the hosting accounts, and the domain when we're done?
  5. What happens when something breaks 3 months after launch?
  6. Can you show me something you built that's still running today?
  7. If part of my idea is a bad idea, will you tell me?

That last one sounds soft, but it's the sharpest filter on the list. Anyone who says yes to everything is selling hours, not outcomes.

Red flags worth walking away from

  • A price quoted before anyone has asked what the software needs to do
  • Reluctance to put scope in writing: "we work agile" is not a scope
  • Code, hosting, or domains kept in the vendor's accounts "for convenience"
  • No working demo until the very end of the project
  • Pressure to start big when a small first phase would prove the idea

The local advantage (and its limits)

Being in Northwest Arkansas isn't magic; good software gets built remotely every day, and I work with clients nationwide myself. But for a first project with a new partner, local has real advantages: you can sit across a table for discovery, references are checkable within one degree of separation, and the person you hire runs into your business community at the grocery store. Accountability travels differently here.

If you're weighing a project, whether with me or anyone else, the cost framework I wrote up pairs well with this guide. And if you want to talk it through, the first conversation is free and comes with straight answers to all seven questions above.

Have a project in mind?

Tell me what you're trying to build or fix. I'll reply within one business day with a clear next step, in plain language.

Start a project