Home AMX User Forum AMX General Discussion

The RPM Effect (Rapid Project Maker)

I am fully aware that in this venue any discussion of this topic can quickly devolve into a long series of rants. let me state clearly I am hoping that it doesn't and we just have a civil discussion on the merits or lack thereof of RPM and how it effects what we do.

Now that RPM has been out in the wild for some time now I've collected a few anecdotal notes as to how its presence has effected my independent programming (AMX VIP) business. At first blush my emotional reaction was that it was basically a programmer replacement tool; allowing non-programmers to create working Netlinx projects. My concerns were usually met with explanations from AMXers along the lines that it was not meant to replace us programmers but was meant to be a fast and easy tool to create simple projects that were in some ways "beneath us" or "too simple of a system to waste our brain power on"

I actually gave it a few tries myself, but being a programmer, I found it to be cumbersome and frankly annoying as it drags you kicking and screaming through a series of steps that may or may not be needed to finish the project. Enough, however, of my opinions on it which none of your really care about anyway.

To my topic: Now that I've had enough time to live in a world with RPM I can see some interesting trends as to its use by integration firms. (my stock and trade) I can say it does tend to have an effect on my business; particularly in projects where there are multiple spaces like conference centers, large commercial/industrial. The kinds of projects that seem to come into play are projects where there might be several conference rooms/teaching spaces/board rooms in one facility. At first I was finding that it was kind of an all-or-nothing game that I either got hired to do the whole thing or they would try to do the whole thing with RPM. And since RPM has a definite project scope limit, the integrator would, in an effort to keep the whole project within RPM, would scale down the parts of the project that went beyond it's capabilities. I'd get feedback from clients that they were under the impression that the reason for scaling back on certain desired features was that "AMX couldn't go there" or that "The customization required to go there was cost prohibitive."

In an effort to try and play nice I've tried to adapt by figuring out ways to do a more 'ala carte' approach and just sell my services only where needed. So, I've been involved in several projects where I'm doing the bigger, more complicated, more custom rooms and the integrator is using RPM to do the simple spaces. The main effect this has had on me is I spend quite a bit of time sussing out RPM problems that I'm not billing for as well as shrugging and saying they'll need to contact AMX for what end up being true issues with RPM.
I'm not a very good liar or actor. So, it's hard for me to hide my feelings on the matter. My overall feeling is that RPM has not really done much to make the end user feel good about AMX in general. The honest truth (IMHO) is that it does nothing much different than any of it's lower-end competitors like Control4 or Savant and has only taken the whole brand down market. It may well be the goal for all I know. All I do know is over the past year or so, I've had several discussions with Integrators and end-users who are surprised that AMX can actually do 'X"; that they thought that was only the province of Craptron; that AMX was just an expensive Control4 or whatnot. Bear in mind, my clientele are all commercial. This is not a bunch of know-nothings.

Numbers are a bit difficult to put together. Anecdotally I can safely assume there has been some effect. When I look through my last year I can see a pretty consistent presence of RPM in projects I didn't get (In other words: the client told me they opted to scale back the project scope/complexity and do the gig with RPM instead of using their programmers and/or me) As well, the number of projects where I'd be doing several spaces within the whole project - my scope footprint was reduced to just the more complicated spaces. I am not even considering the "Ones that got away" and I don't know why. I'm only dealing with the ones where I have good feedback. Every year I've done this I've seen fairly consistent growth from year to year. This year is going to be close; I'll either have slight growth or be nearly even. Fortunately, this kind of project is not the only egg in my basket. I also do Military/Govt/Commerical stuff that RPM is nowhere near ready to tackle.

I fully realize that my situation is not the 'norm' and that many of you may use RPM to your benefit. But, I would be curious to hear other stories with regard to how RPM has helped/hurt/neutral them.

Comments

  • viningvining Posts: 4,368
    From my point of view if RPM allowed AMX to reach a larger market I'm all for it but I've never played with it so I really don't know anything about it. AMX no longer exists or is relevant in my resi market and it sounds like the same is happening in the light commercial side of things too.
  • zack.boydzack.boyd Posts: 94
    I'm going to preface this with 1) we're a commercial integrator and 2) I've never deployed an real-life RPM system; only played a bit.

    Often times, I don't get to make the decision on what control system I'm programming. Either the customer has a preference or a consultant or similar has spec'd before hand. So I make what I have work.

    I feel the same way about RPM(and RMS, and Duet modules, etc). I would never be an advocate for any of them. I can do it better and more reliably with good ol' Netlinx. But if that's not what they want to buy, so be it. Someone still has to configure it, and I'll still pick up the phone, and I'll still bill for it.

    What we need to be good at is managing expectations and communicating clearly what the customer is buying, and if appropriate, what an alternative would mean and how those differences would affect them. Those could be internal customers or end clients you're communicating to. If you've got the programming chops(or something in the code bucket) that can benefit them, why would they not want to entertain at least hearing the difference, as long as you know how to present it.
  • MLaletasMLaletas Posts: 226
    Dealt with it once, in a large project that RPM was specified and required for that project. I hope I will never have to use it again. Maybe ok for an a/v team at a university or something but I mean come on no programmer would ever use it by choice. Even the smaller stuff with what it's made for we could still do it faster and better.
  • I'm living pretty solidly in both worlds. We've deployed about a hundred RPM Massio systems alongside my custom-programmed NI/NX systems. I will say that the RPM and RMS integration has been a powerful tool for improving our room maintenance and response. It really does excel at the mass-deployment cookie-cutter systems. While I'm struggling to integrate RMS in my custom systems, the other guys are cranking out these little RMS-enabled room systems like crazy.

    But... RPM sure falls so flat on it's face once you get outside of it's established sandbox. You've got to understand where to draw that line when choosing how to approach systems. There are also hella annoying little functionality quirks in the RPM modules, but they are still "good enough" for general production.

    I expect a lot of my custom systems will eventually be overtaken by RPM-programmed systems, but that's gonna take awhile. The refusal to support non-amx equipment in modules means it will be a few years before we replace existing equipment with RPM-supported equipment. In the meantime, I guess I still sorta have a job.
  • vonhuliovonhulio Posts: 1
    More anecdotal information... Around a year ago I was contracted to program the new Harman automotive headquarters in Novi Michigan. Why they didn't keep it in house is beyond me; Harman had already aquired AMX prior to the job being bid. I programmed the entire building, including an RMS server installation, schedule panels for every room, conference rooms, training rooms, boardrooms, breakout rooms, you name it. I put a lot of blood/sweat/tears into the project, and it showed. AMX later toured the facility after the grand opening and noticed that RPM wasn't used... They sent one of their programmers from Dallas to site and he reprogrammed the ENTIRE building with RPM, so they could use it as an RPM "showpiece". They swapped out gear that wasn't supported in RPM and took away a bunch of functionality from the spaces. I was later contacted by our customer at Harman asking where their previous functionality went in these spaces?? I din't want to tell her that RPM didn't support said features, so I diverted her back to AMX so they could put their spin on it. It's still sad to think that all of my work on that project will never be used.
  • viningvining Posts: 4,368
    vonhulio wrote: »
    More anecdotal information... Around a year ago I was contracted to program the new Harman automotive headquarters in Novi Michigan. Why they didn't keep it in house is beyond me; Harman had already aquired AMX prior to the job being bid. I programmed the entire building, including an RMS server installation, schedule panels for every room, conference rooms, training rooms, boardrooms, breakout rooms, you name it. I put a lot of blood/sweat/tears into the project, and it showed. AMX later toured the facility after the grand opening and noticed that RPM wasn't used... They sent one of their programmers from Dallas to site and he reprogrammed the ENTIRE building with RPM, so they could use it as an RPM "showpiece". They swapped out gear that wasn't supported in RPM and took away a bunch of functionality from the spaces. I was later contacted by our customer at Harman asking where their previous functionality went in these spaces?? I din't want to tell her that RPM didn't support said features, so I diverted her back to AMX so they could put their spin on it. It's still sad to think that all of my work on that project will never be used.

    That's just sad and doesn't say much for AMX's mindset.
  • zack.boydzack.boyd Posts: 94
    vonhulio wrote: »
    More anecdotal information... Around a year ago I was contracted to program the new Harman automotive headquarters in Novi Michigan. Why they didn't keep it in house is beyond me; Harman had already aquired AMX prior to the job being bid. I programmed the entire building, including an RMS server installation, schedule panels for every room, conference rooms, training rooms, boardrooms, breakout rooms, you name it. I put a lot of blood/sweat/tears into the project, and it showed. AMX later toured the facility after the grand opening and noticed that RPM wasn't used... They sent one of their programmers from Dallas to site and he reprogrammed the ENTIRE building with RPM, so they could use it as an RPM "showpiece". They swapped out gear that wasn't supported in RPM and took away a bunch of functionality from the spaces. I was later contacted by our customer at Harman asking where their previous functionality went in these spaces?? I din't want to tell her that RPM didn't support said features, so I diverted her back to AMX so they could put their spin on it. It's still sad to think that all of my work on that project will never be used.

    Ugh that made my stomach hurt.
  • MLaletasMLaletas Posts: 226
    Holy crap, my heart goes out to you. I know exactly how I would feel if that happened to me. Sorry to hear that, how the hell does that happen.
Sign In or Register to comment.