SAP insider Magazine
of thousands of partners on the mer- chandising side. With this integration layer, managing those partnerships be- comes much cleaner and faster. We’ve built a data framework that leapfrogs us into the digital era, ready to leverage automation and AI. We aren’t just patch- ing a legacy system anymore; we have an infrastructure that can absorb new tech- nology. SAPinsider: For peer CTOs reading this who are terrified of being prom- ised the world and being delivered a customization nightmare, what is the one question they should ask their implementation partner? Sripad: Before you even talk to a part- ner, look at your internal readiness. You should know your own ecosystem and build it out so that SAP fits in like a puz- zle piece, rather than being a roadblock. However, when you do sit down with a partner, don’t ask if they can do some- thing. The question you should ask is: “Does this partner understand my entire ecosystem?” Once they understand the business, they can help you articulate what should be built on SAP BTP versus what should be left out of scope. If the partner doesn’t understand the nuance of your specific business context, they can’t help you hold the line on scope discipline. SAPinsider: Any final thoughts on leading a transformation of this mag- nitude? Sripad: SAP—or any public or private cloud project—only works if leaders are willing to lead. Standardization is not a feature request; it’s a discipline. If I hadn’t been deeply involved in the process and scope, the results might have been different. When leaders have the influence internally to say no to customization and yes to standardiza- tion, the positive results compound. It keeps the tech debt low and the archi- tecture stable. That’s the legacy we want to build.
those two specific use cases—finance and inventory—without us having to re- invent the wheel. Since we had already decoupled the other parts of the stack, choosing SAP Public Cloud was much easier. It wasn’t about bringing in SAP for the sake of it, but about solving the remaining business problems with the tool best suited for them. SAPinsider: Moving to a fit-to- standard model is difficult because it forces humans to change how they work. How did you convince your stakeholders to adapt their processes to the software? Sripad: It starts with education before you even pick the tool. I’ve been in this industry for 20-plus years; I’ve had con- versations with peers who shared their horror stories. I know that the more you customize a core system, the heavier the maintenance becomes. We simply cannot
ard, do we have partners that exist as apps within the SAP ecosystem? 3. Build on SAP BTP. Only if the first two are no do we look at building something new through the SAP Business Technol- ogy Platform (BTP). This architectural discipline helped us. In the early stages, particularly in finance, there were requests to replicate the pro- cess used in the older system. They wanted to adopt the old method because it was familiar. But because we had that framework, we could have the discussion and say: “Let’s not adopt an old process that requires manual work. Let’s learn the new way.” SAPinsider: You’re operating two distinct brands, PetMeds and PetCar- eRx. How did that complexity factor into your architecture? Sripad: That was a critical part of the puzzle. We are two brands working as a
continue to invest in technology maintenance when we need to move the business forward. We sat down with merchan- dising, warehouse, finance, and accounting, and set a clear guardrail: we will not alter the core. We framed it as a neces- sity for reducing technical debt. When you explain that custom
direct-to-consumer busi- ness, but we needed finan- cial stability and an ERP as a universal solution. We had to break both businesses down and look at the differ- ent touchpoints and integra- tions required for each. The discovery session was vital here. It helped us artic-
“We took a fragmented solution approach because we needed to be faster.”
solutions mean hiring more people just to maintain the status quo, the mindset shifts. We told them: “We are building side-by- side functionality if absolutely needed, but we aren’t touching the engine.” SAPinsider: Scope creep is the silent killer of projects like this. Did you have a specific framework to handle requests when a stakeholder said, “But we need it to work this way”? Sripad: Yes, we established a three- framework discipline to filter every re- quest. When a requirement comes in, we ask: 1. Is this standard? Can we do it with an out-of-the-box functionality? 2. Is there a partner app? If it’s not stand-
ulate an architecture in which SAP serves as the unifying layer for both. It’s not just about one business; it’s about ensuring the ecosystem supports the unique needs of both brands without creating two sep- arate, divergent technical stacks. SAPinsider: Now that the foundation is set, what can PetMeds do today that was technically impossible 12 months ago? Sripad: If I look back 24 months, we might have done three or four releases in a quarter—maybe once a month. Today, we can deploy changes every single day. We have become nimble, faster, and agile. But beyond speed, it’s about scale and data readiness. We work with hundreds
let’s connect sapinsider.org 59
Made with FlippingBook - Share PDF online