I met Mark Hewitt and Julian Flaks, the CRO and CTO respectively, of EQengineered at a Society for Information Management (SIM) meeting. They were the event speakers that evening.\u00a0 They were eloquently explaining what UX frameworks are and how they can be used to simultaneously enhance IT software development productivity, enrich user experience, and increase overall user satisfaction.\u00a0 Being impressed with their knowledge and the topic of UX frameworks, I asked them if I could interview them for this post, so I could share their insights with you also.\u00a0 They generously agreed!\nI began by asking them for their definition of UX frameworks.\u00a0 They explained that UX frameworks go beyond simple user-interface code libraries and provide a structured development platform to develop front-end software.\u00a0 They do this by:\n\nProviding methods and constructs designed to maximize programmer and design flexibility\nFacilitating a common user interface across multiple software products\nEnhancing programmer productivity by not re-creating the wheel on each development product\nEnhancing ongoing software maintenance through the use of a common coding library and user-interface programming standards\n\nGiven these great advantages, I asked Mark and Julian for their advice on implementing a UX framework within an IT organization.\u00a0 They suggested the following:\nUnderstand what you are building\nThe first key to proper user design is to understand the purpose and nature of the interface you are building.\u00a0 They suggested asking yourself the following questions:\n\nWhat is the interface\u2019s business purpose?\nWho are the intended users and what are their demographics and computer literacy?\nWhat is the level of required complexity, in regard to needed business rules and dynamic screen changes based on data and user actions?\nHow much data must be entered, manipulated and\/or displayed?\n\nFront-end\/back-end interaction\nYou must understand the interfaces and interactions between the front-end software being developed and the back-end processing being performed. From a standardization prospective, ideally, all business logic should be contained in the back-end. UX considerations may dictate they need to leak into the front end, but this is an example of deliberately compromising the clean architecture. As such it requires discipline and great care.\nReduce front-end data flow\nThe amount of data passed to and from the user front-end should be minimized, particularly if the application is intended for use on mobile devices. This is a time when the key to a frictionless front-end experience is diligence in the data and back end RESTful layer.\nUX must be the highest priority\nCertainly, your back-end systems must be secure, but your system will be judged by the look and feel of its front-end.\nSelected UX framework must be a good fit\nThe UX framework you select for your organization must successfully co-exist with your back-end systems, internally used technologies and the types of the applications you\u2019re trying to build.\u00a0 You must assure that the selected framework works with you, not against you, when building and maintaining applications.\nEnforce your architectural principles\nWhichever UX framework you select, make sure that it is used in a standard and consistent way.\u00a0 This enforcement enhances maintainability, interoperability, programmer redeployment and a consistent look and feel across your applications.\nUnderstand your framework\u2019s strengths and weaknesses\nEvery framework has its own strengths, weaknesses and idiosyncrasies.\u00a0 These are very important to know during the selection process, when creating your internal standards and best practices and when deciding which of your internal development projects should and should not use the framework.\nUpdate your architectural documents\nThe overall architectural blueprint of your UX framework and its interfaces and programming standards must be a living document to stay relevant.\nAs a last question, I asked Mark and Julian if they had a closing thought that they would like to share.\u00a0 They said that to think of user experience in general, look at it holistically.\u00a0 In other words, beyond the technology.\u00a0 You must also consider the skill sets of your developers, current and future project types, and the full software lifecycle, including development, maintenance and eventual replacement.