Skip to content

Frequently asked questions

Answers to common questions about our services, process, and how we work.

What types of companies do you typically work with? ▼
We focus on operations-led businesses in logistics, field services, finance operations, manufacturing, and membership organizations. Typically companies with 50-500+ employees, complex workflows, and annual revenues of $5M to $500M+. If you're unsure if we're a fit, let's talk about it.
How do I know if my project is a good fit for Hearthline? ▼
Good fit signals: Your team outgrew spreadsheets or off-the-shelf software. You have complex workflows that generic tools don't serve. You want software designed specifically for how you operate. You're willing to be involved in discovery and design, not just hand it off. If these resonate, we should talk.
What does a typical discovery process look like? ▼
We start with interviews and observation. We'll spend time with your team, understand the workflows, map pain points, and identify the specific problems we're solving. We'll create a strategy document, propose solutions, and get alignment before we start building. This typically takes 2-4 weeks depending on complexity.
How long do projects typically take? ▼
It depends on scope. A Focus Sprint might be 2-4 weeks. A full product build (Product Partnership) is typically 3-6 months. Embedded Delivery is ongoing. We'll give you a realistic timeline after discovery, but we stay flexible as you learn more about what actually needs to happen.
How much does it cost? ▼
Project-specific. We don't have fixed rates because each project is different. A small tool might be $50K-$100K. A complete application could be $200K-$500K or more. After initial conversations and discovery, we'll propose budget and timeline that work for your situation.
Do you work with existing systems and integrations? ▼
Yes. Most of our work involves connecting to legacy systems, existing databases, APIs, and third-party tools. We often build integration layers that translate between disparate systems. That's actually one of our specialties—making fragmented systems work together coherently.
Can we use technology we already own or prefer? ▼
Absolutely. If you have existing infrastructure, preferred languages, or technology constraints, we work with them. We'll recommend tech choices, but we're pragmatic about using what you already have if it makes sense. We're language-agnostic.
Do you build something we own, or is it yours? ▼
You own it. Full intellectual property, full source code, full rights to modify, maintain, or hand off to another team. We transfer ownership and documentation at the end. You're never locked in.
What happens after launch? Do you stick around? ▼
It depends on the engagement model. With Embedded Delivery, we stay on as part of your team, continuously improving and adding features. With Project Partnerships, we can transition to a support/iteration phase if you want. You don't have to choose forever—we can revisit the arrangement as your needs change.
How do you handle accessibility and security? ▼
Accessibility is built in from day one, not bolted on later. We audit for WCAG AA compliance and test with real assistive technology. For security: encryption in transit and at rest, secure authentication, regular audits, and compliance with relevant standards for your industry. We take this seriously.
Do you work with in-house teams, or do we have to hand off to you? ▼
Either. We can be your complete development partner, or we can embed within your existing team. If you have engineers, we work alongside them. If you don't, we build it. The approach depends on what you need and your team's capacity.
What's your process for handling change requests and scope creep? ▼
We define scope clearly upfront. Changes get discussed and priced separately—we don't just absorb them. We're collaborative about this. Sometimes what seemed like a small change is actually complex, and we'll explain why. Sometimes we find a better way that's worth reconsidering the scope. It's a partnership conversation.
Do you do ongoing support and maintenance? ▼
Yes. With Embedded Delivery, it's continuous. With other engagement models, we can set up ongoing support separately—bug fixes, performance improvements, infrastructure maintenance, feature additions. We have support levels (Critical, High, Normal) with different response times.
How do you ensure we're building the right thing? ▼
Heavy involvement from your team. We prototype risky parts early. We test assumptions. We iterate based on actual usage, not guesses. We stay in constant communication. We ask hard questions when something doesn't feel right. This is how we avoid building something technically perfect but operationally useless.
What if the project isn't working out? ▼
Honest conversations early. If direction is wrong, we adjust. If pace isn't working, we talk about it. We'd rather reset expectations or pause than keep moving in the wrong direction. It's happened before and we handle it professionally.

Didn't find an answer? Get in touch and let's talk through your specific situation.

Ready to talk about your project?

We're ready to understand your specific challenge and discuss the right approach.

Schedule a conversation