I second this recommendation. I have 10-15 customers to whom I've sold Kinetic Request. These tend to be customers who are doing more complex types of tasks and who have more robust interface requirements. I have also sold SRM - It has improved significantly in the last few years, but there are still some kinks to be ironed out, though the skill set is exactly the same as developing on AR which is a win. Kinetic can require additional skill sets which are fairly commonplace in today's day and age (like javascript, CSS, HTML, etc.)
FWIW, the Kinetic customers tend to be happier and tend to build many more services into the system. They therefore realize more value out of Remedy and stick with the product for longer. Benefits for the customer, Kinetic, BMC, and everyone involved. Hope this helps! Andrew Paolino Sr. Account Manager - Column Technologies Mobile: 551-486-2549 http://linkd.in/1hhXCcZ<https://urldefense.proofpoint.com/v1/url?u=http://linkd.in/1hhXCcZ&k=%2FJMyfAnQZOhZ4dnr8BYv6w%3D%3D%0A&r=O%2F7oWcQXbzDxWLRZbLEpqtIfPXW91Hddv4CA%2Fm%2BW3QE%3D%0A&m=mMWiA0nAnkm8yaOQrs%2BlAgjEeEtCS0Ycpb0iUkEhKJQ%3D%0A&s=4e07f5e64905f71ba1152045558e2bfa451f7c4e0275c0f64d80c24d7b1be412> From: John Sundberg <[email protected]<mailto:[email protected]>> Reply-To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Date: Tuesday, August 26, 2014 at 12:59 PM To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Subject: Re: Services Migration from Cisco RC to BMC Remedy SRM ** *** newScale does not hold their data in a structured easy to read way. *** much of newScale is done in "javascript" ... it doesn't convert nicely to a structured system like SRM. You asked how to convert to SRM - which I am unable to comment. However - you asked a 2nd time ... so... For this project I would use Kinetic Request. We have done this project a number of times. (Convert people from newScale to Kinetic). Pretty much all of them wanted to "pick up existing services" and bring them into Kinetic. Pretty much all of them decided - it was easiest (more correct) to build the services in Kinetic. (You will find you did some "weird things" in newScale - because you had to). Kinetic is designed differently - you will want to do things differently too. However - I would say the "hard part" is already done - which is - to define your services. Rebuilding them in Kinetic won't be bad. -John On Tue, Aug 26, 2014 at 11:41 AM, rajesh <[email protected]<mailto:[email protected]>> wrote: ** Hi Experts, Any thoughts on below query. Regards, Raj On Wed, 20 Aug 2014 22:47:23 +0530 "rajesh " wrote >Hi All, > > We have a requirement of moving all the Services from our Current Product (Cisco Request Center) > to BMC SRM.We have Close to 200 services which needs to be migrated to BMC SRM. > I would appreciate if you can provide insight on the same as i do not want to build 200 Services > manually in SRM. > > What should be the best way to migrate services from Third Party Tool to BMC SRM. > > Thanks, > Raj Get your own FREE website, FREE domain & FREE mobile app with Company email. Know More > [http://sigads.rediff.com/RealMedia/ads/adstream_nx.ads/www.rediffmail.com/signatureline.htm@Middle]<http://sigads.rediff.com/RealMedia/ads/click_nx.ads/www.rediffmail.com/signatureline.htm@Middle?> Get your own FREE website, FREE domain & FREE mobile app with Company email. Know More ><http://track.rediff.com/click?url=___http://businessemail.rediff.com/email-ids-for-companies-with-less-than-50-employees?sc_cid=sign-1-10-13___&cmp=host&lnk=sign-1-10-13&nsrv1=host> _ARSlist: "Where the Answers Are" and have been for 20 years_ -- John Sundberg Kinetic Data, Inc. "Your Business. Your Process." 651-556-0930 I [email protected]<mailto:[email protected]> www.kineticdata.com<http://www.kineticdata.com/> I community.kineticdata.com<http://community.kineticdata.com/> _ARSlist: "Where the Answers Are" and have been for 20 years_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
