— By Tara Buchler —
Why strategy — not software — determines whether technology investments actually deliver value.
Technology buying failures rarely happen because a team chose the “wrong” software. They happen earlier when facilities or restaurant operations enter the RFP process without the strategy, clarity or alignment required to make a good decision.
Most technology buyers in retail and restaurant facilities only see a handful of locations, kitchens or service workflows over the course of their careers — often within the same company, sometimes within the same operational model. That means they know what their environment looks like, but they have limited visibility into what “good” looks like across industries, growth stages or facility types. At the same time, technology is accelerating, vendors are proliferating and consolidating, and marketing claims are getting louder — especially around IoT-enabled building management, kitchen automation and integrated facilities platforms.
Against that backdrop, many buyers treat the RFP as a starting point. They move quickly, rely on familiar signals and focus requirements on the most immediate problems in front of them. Unfortunately, those instincts often lead to predictable and expensive mistakes.
Below are 10 common ways buyers get it wrong before the RFP ever hits the street and what a strategy-first approach does differently.
1. Starting With a System Instead of a Business Outcome
Most initiatives begin with a conclusion rather than a question: “We need a new building automation system, kitchen display system or energy management platform.” That belief may come from expansion, remodeling, acquisitions or the sense that current tools have been outgrown.
Why it fails:
When technology is treated as the objective, requirements focus on functionality instead of outcomes. Buyers spend their time documenting what the system should do — like managing HVAC, monitoring energy usage or routing kitchen orders — rather than what the business needs to achieve: optimized labor, reduced energy costs, faster service or resilient facility operations. Vendors respond accordingly with polished demos and confident roadmaps, but no one is accountable for whether those capabilities translate into measurable operational impact.
Strategy-first alternative:
Start with the outcomes the business needs to deliver and work backward. Let those outcomes determine whether technology is required at all, what role it should play and which tradeoffs matter. Technology should be a consequence of strategy, not a substitute for it.
2. Treating Today’s Pain as the Real Problem
Manual workarounds, missed service goals, spreadsheet dependency and poor reporting often dominate early discussions because they are visible and painful. But they are rarely the underlying issue.
Why it fails:
Pain points are symptoms of deeper structural problems: misaligned processes, unclear decision rights, weak data foundations, or operating models that no longer fit the restaurant or retail facility. When these conditions exist, technology is often used to compensate. Workflows get manually overridden, rules get bypassed and “temporary” workarounds become standard practice. When buyers select new technology to fix a pain instead of addressing the underlying problem, they often embed the same behavior into a new system.
Strategy-first alternative:
Treat pain as a signal, not a diagnosis. Step back and understand why the organization is struggling before deciding how to fix it. Otherwise, technology becomes an expensive way to mask deeper issues.
3. Assuming Technology Will Fix Broken Processes
RFPs frequently document the current state in extreme detail with the implicit belief that “modern software” will somehow make those processes better.
Why it fails:
Technology does not fix broken processes; it accelerates them. Automating a flawed workflow — like scheduling staff, routing orders or monitoring equipment — only increases the speed and visibility of inefficiency, now accompanied by dashboards and alerts. Teams end up locked into faster execution of work that no longer makes sense.
Strategy-first alternative:
Redesign processes based on how the business should operate in the future, then select technology that supports that design. Technology is an amplifier. Without process discipline, it amplifies the wrong things.
4. Skipping the Target Operating Model
Many organizations cannot clearly articulate how they want to operate across facilities, kitchens and retail spaces three to five years from now. As a result, requirements blend legacy behaviors with aspirational goals.
Why it fails:
Without a defined target operating model, technology decisions lack direction. Vendors are asked to reconcile competing objectives — automation and manual control, standardization and customization — without clear guidance. Fundamental questions remain unanswered: who owns decisions, when automation should intervene and when human override is expected. These ambiguities resurface during implementation, when tradeoffs become costly and hard to reverse.
Strategy-first alternative:
Define the target operating model upfront: roles, decision rights, escalation paths and performance expectations. When the operating model is clear, technology requirements become coherent and comparable.
5. Letting One Function Drive the RFP
Technology buying is often led by a single function — IT, operations or facilities — based on where the pain feels most acute or who has budget available.
Why it fails:
Optimizing from one functional perspective frequently creates friction elsewhere. Systems that work well locally can degrade end-to-end performance, introduce handoff issues or misalign incentives across the broader operation.
Strategy-first alternative:
Design requirements cross-functionally, anchored in end-to-end operational outcomes. Input should reflect the needs of all impacted stakeholders, not just primary users. Technology should serve the organization as a whole, not the loudest stakeholder in the room.
6. Overloading Feature Lists Instead of Decision Support
Many buyers rely on exhaustive requirement lists, sometimes sourced from third parties without tailoring to their own business, to demonstrate rigor.
Why it fails:
Feature checklists do little to improve decision quality. Buyers end up with platforms that can do many things but do not materially improve scheduling accuracy, energy management or workflow efficiency. The system becomes a tool for compliance rather than better decision-making.
Strategy-first alternative:
Anchor requirements around decisions and use cases: what decisions need to be made, under what conditions and with what balance of automation and human judgment. Decision quality, not feature count, is what drives value.
7. Ignoring Change Management Until After Selection
Change management is often treated as an “implementation issue” rather than a strategic input.
Why it fails:
Solutions exceed the organization’s readiness, skills or appetite for change. Advanced capabilities are quietly shelved, workarounds proliferate and adoption stalls without anyone formally declaring failure.
Strategy-first alternative:
Assess organizational maturity early and align technology ambition accordingly. A solution that the organization can fully adopt will outperform a more sophisticated one it cannot.
8. Assuming Data Is “Good Enough”
RFPs often assume optimal conditions: clean master data, consistent processes and disciplined data governance even when reality says otherwise.
Why it fails:
Technology performs well in demos and poorly in production not because the software breaks, but because the data feeding it is unreliable. When data readiness is not assessed upfront, organizations expect the system to compensate for weak inputs. Technology cannot correct these behaviors; it will reflect them.
Strategy-first alternative:
Evaluate data maturity explicitly and early. Identify which elements are critical to system performance, how they are created and maintained and where ownership sits. Standardize foundational data where possible and align expectations with vendors around data requirements.
9. Treating the RFP as a Documentation Exercise
Many organizations measure RFP success by participation rather than insight.
Why it fails:
The RFP becomes a static artifact instead of a decision-making tool. Assumptions go untested, tradeoffs remain implicit and real priorities stay hidden.
Strategy-first alternative:
Use the RFP to challenge thinking, surface priorities and tradeoffs and sharpen decisions. The goal is clarity and strategic alignment, not volume.
10. Rushing to “Show Progress”
Leadership pressure to move quickly often drives teams to issue an RFP or select a solution before alignment exists.
Why it fails:
Shortcuts upfront create delays downstream: re-scoping, mid-implementation resets, missed ROI. What looks like speed becomes drag.
Strategy-first alternative:
Recognize that strategy accelerates execution. Alignment eliminates false starts and reduces long term risk.
The Bottom Line
Most technology failures are not the result of poor vendor selection. They are the result of organizations being unprepared to buy technology in an increasingly complex, hype-driven market. A strategy-first approach ensures facilities and restaurant technology supports operational efficiency, reduces cost and delivers real business outcomes.
— Tara Buchler is principal, strategy at JBF Consulting, a leading logistics strategy advisory and technology integration firm. She brings more than 20 years of experience at the intersection of logistics operations and enterprise supply chain software. Website: www.jbf-consulting.com.