Mark Peterson

UX Consultant

Hello!  Thanks for visiting my site.  And yes, its true that I have more than a decade of designing software for small startups to large multinational brands - usually for highly technical projects.  During that time, I have had a great time learning and designing for many different types of media - including mobile (phones and tablets), websites, web portals, web applications, desktop applications (Mac and PC) along with Kiosks during the years.

Currently, I'm only available for 100% remote / telecommute roles at the moment.  The last 5 clients I had were all 100% remote, so I'm very familiar with how to stay dedicated to every project and completing remote projects as expected.  I currently mentor new UX students, but will be able to handle 40+ hours/week.

The following are current (remote) roles I am available for:

  • UX / UI Design (including interaction design and product design)
  • Information Architect / UX Architect
  • Front End Development - HTML 5 / CSS 3, JavaScript, React.js, Angular.js and Bootstrap 4 .

Professional things about me

Remote Designer

I currently work as a remote UX/UI designer in most capacities and can also provide UX Architect and Information Architect capabilities as needed. I also provide full- solution designs from ideation to pre-production MVP for product owners and stakeholders of each project that includes architecture, visual design, interaction design and high-fidelity robust prototype before one line of code is written by the software developers.

Technical Diagrams

In my samples here on this site, you will see various (and often unique) technical diagrams that were requested by clients to further understand a highly technical issue that needs to be addressed before we can design a solution for it. 

I love diagrams and always get a kick out of the positive energy both management (and leadership) teams get when they can more fully understand something that was giving them problems.

My diagrams can sometimes be unique if I've never seen an infographic or a usuable diagram that helps solve an overall problem.


My clients always are in need of wire-frames for their projects in either Sketch or Axure.  I normally create 3 or 4 wire-frame concepts and choose the best one I like to present, but if a client wishes to see only one, that's the one I will champion to them.  I can either do very high-level (low-fidelity) wire-frames within a very short amount of time from gathering requirements, to intricate red-lined high-fidelity wire-frames that go straight to developers (client's choice).

User Research

For small companies, often I am chosen to obtain as much user-feedback and user-research as I can before a project is signed off on. 

For websites I love delving into web-analytics and seeing the metrics and path analysis to understand user behavior before I talk to the stakeholders.  For apps with established companies I will research call center help desk volumes and the priority issues they have in order to focus on problem points in existing apps so I can reduce or remove the frustration out of the user-experience equation.


I prototype very quickly!  Its because its close to development as I usually want to get to coding in a production cycle and understand the logic behind it.  For the last years, clients are wanting to see intricate interaction designs along with high-fidelity prototypes so they can see the design working and not only in a high-fidelity mock up that looks great but doesn't flow properly.  I prototype in either Axure, Invision, Adobe XD or iRise depending on a client's preference.

All media types

As I already noted I can design for most all media.  I started out with websites only, but mobiles soon took off and we had to learn by trial and error how best to take advantage of a smaller visual footprint and impress both clients and the potential audience with our designs before there were any standards or design patterns to choose from.

In the unknown future, who knows what designers will be designing for.  VR/AR goggles will still need an interface until one day we have a complete mind-reading interface, but our eyes might still be looking at something to gleen insights and information from and THAT is what we will be designing for.

Even more things about me

Before I was a designer, I was one of those gifted kids who read at college levels when other kids were learning how to read their ABC's.  As I grew older I always gravitated towards computers and using network technology to both communicate online and debate older adults on deep issues of the time who thought I was a peer and not a simply a kid in school.

As time eventually marched on, I elected to became an IT professional - helping set up and maintain computers and networks - instead of focusing on college to help my family who were enduring extreme financial duress at that time.  After I began working for a living, I quickly decided that computer and network support wasn't the type of lifelong job I wanted for myself, even though I was good at it and had an aptitude for it.   Because as a hobbyist, I always loved the Internet and began first with doing front-end web development for fun by myself and then coding and designing websites for companies for a living. I found I loved creating and helping people by doing a great design.  When I began working as a web designer for companies, I realized that a lot of designers became more and more responsible for solving the problems of how the entire project was going to work by inherently working on how everything was going to look. And often I would see designers so frustrated time and again because they wanted solely to focus on creating designs and not creating difficult technical design solutions.  I found out I had the rarer ability to do both.

As a note, most all you see created on this site for my clients, was all self-taught.  I taught myself how to design for each different media and how to code basically for them as well, so I could talk with development teams more intelligently as to how the new design they were getting would help solve some of the problems they were having with previous designs and working with them on their coding strengths and selling their ideas on the frameworks, icon sets and design patterns they preferred working with to leadership whenever I presented my concepts to them.

Over the years, I've designed for a variety of different industries with big and small teams (sure there are always big ego types but also great managers too!).  And I learned that each company usually had its own way of "doing things" regardless of industry best-practices.  One large company may have several UX teams working separately on different products - doing UX  differently than the other teams there.  It just goes with the territory of the real world of UX - in that we do what we can, and normally do what we are told, as far as what we can do with UX inside an already well-established company working on a new project - which might not have all the funding, access to resources and personnel along with the bigger time-frames another more larger project has at their disposal.

     Hire me to help you design  A Great User-Experience!      Designing software with experience! :)