Service Max is being used as the O&M extension to SalesForce. It currently is the platform for creating service tickets and handling the data entry for service tickets. ServiceMax also becomes the basis for accounting and billing from the service ticket information. Future plans are for it to handle inventory.
ROI for ServiceMax is mostly dependent on how in depth the organization wants the software. Our ROI is expected within the second year of operation due to the complexity of integration and the initial training requirements for in-house programmers.
Inventory control ROI is expected within year three or four due to the number of technicians and creating the foundation of information to import into ServiceMax. Expectations are the front end programming will be complete and our programmers will be better acquainted with the modules and architecture to make the inventory integration smoother than the initial integration.
Our organization has been working with ServiceMax for ten months and beginning to incorporate the financials to the work orders. This process has not been as seamless as once projected and the root causes are under investigation. It appears the original fields available to track time between employees were not in depth nor segregated sufficiently for granularity.
ServiceMax is a more in-depth system created for larger institutions compared to Basecamp 2. Basecamp is a product that is quick to initiate but lacks the reporting power of ServiceMax, but Basecamp 3 is reported to add reporting functionality. ServiceMax reporting can be a challenge due to how the back-end architecture and how the tables were created. ServiceMax compared to AS400, well, AS400 has been the mainstream architecture for decades but takes programming expertise to incorporate and maintain. ServiceMax seems to have the potential to work on the same level, but as previously stated, it is programming intensive and organizations should be prepared for integration by hiring people trained in ServiceMax.
ServiceMax tends to be for larger organizations that would have an IT department dedicated to integration and development. Reports are not easy to configure and depending on what database table the information resides in, you can not add fields that are not on the same database.