Approach to Responding to a Maximo RFP (Software + Services) — not complete!
Approach to Responding to a Maximo RFP (Software + Services)
When approaching a Maximo RFP, especially one that includes both software and implementation services, the mindset should be structured, selective, and use-case driven—not just a blind response exercise.
1. Define What You’re Competing For
Before doing anything, clarify:
- Are you competing as:
- An EAM solution provider (Maximo vs other platforms), or
- A Maximo implementation partner (vs other resellers/partners)
This changes your entire strategy:
- If competing vs other platforms → focus on capabilities, differentiation, and IBM value
- If competing vs other resellers → focus on delivery model, experience, and execution
2. Identify the Use Case Scope
Do not jump into answering questions yet. First understand:
- What is the actual use case being asked?
- What modules or capabilities are implied (Manage, Monitor, etc.)?
- Scope indicators:
- Number of environments (Dev, Test, Prod)
- Expected integrations
- Asset types and scale
- Industry context
This step helps you anchor the entire RFP response around a realistic solution rather than generic answers.
3. Go / No-Go Decision (Critical Step)
Do not treat RFPs as a volume game.
Ask:
- Does this align with our strengths or niche?
- Do we understand the industry/use case?
- Do we have a realistic chance to win?
If the answer is unclear → no-go.
If aligned → proceed with focus.
4. First Pass – Common Sense Layer
Start with a first pass by a technical/architect-level person.
Many RFP questions are:
- Standard compliance questions
- Operational capability questions
- Generic service questions
Examples:
- Do you provide Level 1 / Level 2 support? → Yes
- Do you follow security standards? → Yes
- Do you have escalation procedures? → Yes
A strong generalist (even without deep IBM knowledge) can answer a large portion of the RFP based on enterprise IT common practices.
5. Second Pass – Deep Technical Alignment
Now bring in:
- Maximo SMEs
- Architects
- Delivery leads
Provide them with:
- A clear summary of the use case
- Your assumptions
- A high-level solution direction
Then ask targeted questions only where needed, such as:
- Architecture specifics
- Integration approach
- Licensing assumptions
- Deployment model
Avoid dumping the entire RFP on them—be precise and structured.
6. Iterative Refinement
RFP response is not one pass—it’s iterative:
- Fill → Review → Refine → Validate
- Align answers across:
- Technical sections
- Services scope
- Pricing assumptions
Ensure consistency between:
- What you propose
- What you price
- What you claim to deliver
7. Be Specific When Asking for Help
Do not expect:
- IBM
- Distributor (VAD)
- Third parties
to fill the RFP for you.
They will help when:
- You provide clear context
- You ask specific questions
- You show you’ve already done the groundwork
Example of good ask:
- “We are proposing Maximo Manage for 300 users, cloud-hosted. For this use case (fleet + facilities), what’s the recommended architecture?”
Not:
- “Can you help fill this RFP?”
8. Key Mindset
- RFP is time-intensive → be selective
- Anchor everything around a clear use case
- Use common sense first, experts second
- Keep answers consistent and realistic
- Treat it as solution design + storytelling, not form filling