love mickey

love mickey

Love Mickey!

 

As a beginning artist, you learn that complex shapes are made of a multitude of simple shapes. Nothing could epitomize that more than some of the popular culture icons over the years. And none other than Mickey Mouse, himself, showcase that ideal.

This project began as the simplest of thumbnail sketches and evolved into this concept that can be extended to a number of the VIPs in the Disney mythology.

Role: Illustrator, Publisher

Process

Step One

This concept really came to me years ago when I was creating icons for a mapping project. It was a simple heart used for the Mickey Mouse’s face, and evolved from this simple sketch.

Step Two

The next step was to try to merge a little of the heart shape with the rounder features that denote Mickey’s face.

Step Three

The next step was to add a bit more detail, like his nose…and then, determine if it fits with the minimalist concept I was working towards.

Step Four

The last process is moving into the digital space and creating the piece in my mind’s eye. This version maintains more of the details of Mickey’s well-known features but still works well to my eye.

stompboxes

stompboxes

Stompboxes

 

Like most boys growing up, I played a lot of guitar. I dedicated a lot of time to it and interviewed at some universities for music, but I never had the drive that others would for a career. That has never stopped me from enjoying playing over the years and appreciating the impact music has played on my life.

As a nod to this other part of my creative self, I began with a list of classics stomp boxes and am currently creating a poster series to highlight some of these technical marvels. The first in the series are the Ibanez Tube Screamer and the Electro Harmonix Big Muff.

Role: Illustrator, Painter, Publisher

Process

Step One

A sketch is the beginning for any new project of mine. Whether it illustrative, interactive, or physical, all projects begin with my trusty Moleskine. These sketches can be complex, or in this case a simple thumbnail to help drive the digital process.

Step Two

The next step is choosing the direction of the piece. Since this is creation of a physical product, Illustrator seemed to be the past path for production. It allows extensive editing capabilities, while also the flexibility of scaling the image for multiple output media.

Step Three

Once the illustration has taken shape with the details of the pedal, laying out the poster is the next step. Defining the position of the product in the frame with enough positive and negative weight to place it in space.

Step Four

Adding some final flourishes to the piece that match the tone and timber that these pedals provide to the musician. This effect adds a some serious overdrive to the guitar and the multi-colored bands are in place to reflect some of the changes to the wavelength of the tone.

Electro Harmonix Big Muff

More commonly referred to as the Big Muff, this pedal gained popularity early on with Pink Floyd and Carlos Santana for its distinctive grind and long sustain. Although not originally one of my first thoughts, this came as a request from a good friend of mine from my time at IBM Design.

e.lements of star wars

e.lements of star wars

e.lements of Star Wars

If you have spent anytime looking through some of my work, then you realize I am the child of popular culture a proud geek. I was never very good at science, but I appreciate the order presented within the field of work. After working on the e.lements of Magic I wanted to expand that concept and bring a sense of order to my favorite film – Star Wars.

This elemental chart, although not strictly scientific in its ordering, presents some of the characters in an ordered sense that hearkens back to Mr. Scwartz’s class at my old high school.

One of the first items was determining the order of the tiles that will contain the characters of the film. Having already worked through some of the presentation issues perviously, this was easier the second time around.

The list included in this chart are taken directly from the script. Characters that were later renamed as part of the Star Wars canon are not included in these charts.

The next step was to refine the placement for the additional information to be included on these tiles. An additional part was to use the Aurebesh font from the actual films for the initials of the actor who portrayed the characters.
After working through the layout, next came color studies. Defining the palette was a difficult challenge, but there were some clues provided within the films that I attempted to extract through some of my studies.

vader

vader

Darth Vader

Few modern villains can compare to the Dark Lord of the Sith, Darth Vader. From the moment he entered our collective consciousness in 1977 to the latest incarnation of his villainy in Rogue One: A Star Wars Story, Vader has been the epitome of evil. From the original designs by the master Ralph McQuarrie to the refined on-screen presence we see today, there have been few characters as easily recognizable as Darth Vader.

Role: Illustrator, Painter

ibm cloud marketplace

ibm cloud marketplace

IBM Cloud Marketplace

Introduction

This project was one of the first projects i worked on at IBM and was fast-tracked due to the business needs of the company.

Overview

IBM needed to deliver a cloud-based e-commerce site in order to allow customers the flexibility to purchase products on demand. 

Core Team: Wes C., Jim C., Miles A., Austin A., Elizabeth M., Michael D., Amadee V., Matthew Gallagher

Background

Problem

IBM had been a market leader in the software industry for decades. Their dominance, however, relied on a system of software and implementation teams the required extensive requirements gathering and customization of the installations for virtually every customer. It also required having a dedicated sales contact that worked with each business through every step of the process as well as being the point for all future company needs.

Due to a distinct shift across the market that affected the way businesses were buying their software IBM realized the current sales process needed reinvigoration. The rise of the “shadow IT” departments growing within companies of all scale and scope were also a consideration due to their penchant for purchasing software as a service (SaaS) offerings without guidance from internal IT departments and outside the reach of IBM’s traditional sales model.

Solution

Design and deliver an online commerce solution that met the needs of the enterprise marketplace for self-service discover and checkout. 

Solution

IBM Cloud Marketplace

Working hand-in-hand with our product manager, who at IBM is the business owner, I led a team of multi-displinary designers from the inception of the product through release and maintenance. I worked on all aspects of the business planning with my team as well as the executive sponsors and the technical teams from the project kickoff to the general availability, or release to the market. This provides some detailed explanation of some of the early decisions we made to bring the project to life. It is not a complete post-mortem, but rather a few chapters of the project, ending with the Persona development that was then used as the archetypes to guide the rest of the product development.

IBM had been a market leader in the software industry for decades. Their dominance, however, relied on a system of software and implementation teams the required extensive requirements gathering and customization of the installations for virtually every customer. It also required having a dedicated sales contact that worked with each business through every step of the process as well as being the point for all future company needs.

The as-is state of the IBM sales process also did not enable a customer to purchase any kind of software. Research could be done via IBM’s website but for anything greater than that, a customer had to contact the company and speak with a sales contact. As such, companies had sprung up in many of the markets IBM had been serving for decades and offered software that competed with its offerings as well as providing the customer no-hassle purchasing of these SaaS products via a standard shopping cart experience.

Realizing these conditions as a threat to IBM’s businesses my team was tasked with redesigning the entire customer journey for our e-commerce solution. IBM has a model that breaks down the customers experience through 6 distinct stages:

  1. Discover, try, and buy (how do I get it?)
  2. Get Started (How do I get value?)
  3. Everyday use (How do I get my job done?)
  4. Manage and upgrade (How do I keep it running?)
  5. Leverage and extend (How do I build on it?)
  6. Get support (How do I get unstuck?)

Due to the project’s required launch date and reliance on other teams’ projects in various stages of release, we focused on the first experience, broken out into 3 themes, for the initial release of the product:

  1. Findability (Discover) – A marketplace visitor can find the offerings that fit their needs in seconds.
  2. Completing Action (Try) – A marketplace visitor can complete the action she initiates knowing the service level agreement and its limits.
  3. Decision Making (Buy) – A marketplace visitor can decide how to proceed with an offering at a glance.

Project Design Goals

  • Unify + Simplify IBM’s web landscape
  • Make IBM relevant to the individual
  • IBM’s digital commerce experience has a distinct voice and personality
  • Educate and support consumers to find the best solutions for their needs

Now that we had the done preliminary research for the project, it was now time to put pencil to paper, ink to post-it, and fingers to keyboard to design the customer’s experience for the IBM Cloud Marketplace. The toolset for the IBM Design Thinking process is codified from years of product development and steps through 4 distinct phases: understand, explore, prototype, evaluate.

IBM Design is a sea-change in the way IBM approaches software development and at the core of it is design thinking. IBM Design Thinking is how we come up with the answers to our toughest problems. It’s a way for us all to think together – to work as one and make a difference in the life of a customer. We believe that the individual is the real customer, not the company where they work. Keeping our eye on that individual and their problems enables us to design a solution that meets their needs and solves their business problems.

Finding empathy for our customers allows us to design that will meet their needs more successfully. The user-centered approach is the core tenet to design thinking. Understanding our customers, their business challenges and the conditions they are in as they use our software allows our design team the ability to uncover the real problems they face and solve that issue(s).

Understand is the first stage of the process and focuses on several key exercises (Hopes and Fears, Persona, Archetypes, Empathy Maps, Customer Journey Map, As-Is Scenario, Pain Points & Opportunities) that will enable us to produce the our Personas/Archetypes and the complete As-Is state.

As we researched our first goal, we discovered several key observations about the site; some known, others unknown. A few of the most glaring were that there were actually more than half-dozen different marketplaces currently deployed; with more in development to serve industry specific niches.

None of these, but the IBM marketplace site, offered a full view of all of IBM’s products and none had standardized on any codified user experience and interaction pattern library. They did, however, create confusion for our customers as well as dilute the effectiveness of the brand and search optimization further reinforcing the need for a single destination for all customers to buy IBM’s products.

Another key issue we uncovered was there was no way for the customer to search the store which included: 120 SaaS Products, 277 PaaS Products, and 35 IaaS Products. Including a faceted search engine was necessary to enable product discovery.

The last major known highlight was no way to purchase with a credit card. There was no way to begin using any of our products, no matter how simple or complex, without picking up a phone and contacting an IBM Sales Representative.

Our Digital Commerce Product & Technology team’s work merged all of IBM’s digital commerce efforts into one strategy, investment, and delivery. This would simplify the technical infrastructure necessary to manage the site. It would also establish a codified user experience and interaction pattern library for IBM’s cloud products. Finally, it would be the single commerce platform that would power the company’s renewed efforts in expanding the ways that IBM sold its portfolio of products and services.

Through our research we settled on 3 distinct personas:

  1. The Cautious Leader
  2. The Multitasking Collaborator
  3. The Curious Experimenter

The digital commerce experience should work for every role but we designed for specific behaviors and mindsets based on our research and settled on these three personas. However, a person with a particular role may exhibit any or all of these three behaviors.

The cautious leader sees technological shift and doesn’t want their conservative enterprise falling even farther behind. They knows their employees will use software with or without approval so they need to figure out how to make it safe. Some key considerations they had were:

  • Wants to empower his employees to innovate, while adhering to the very real compliance and security standards of his enterprise.
  • Won’t tolerate any more than a reasonable risk of a data leak, no matter how great the tool is.
  • Wants quick and easy access to expertise to help with product questions or configuration.
  • Needs visibility into how people are using the tool in his organization to make informed purchasing decisions.

The multitasking collaborator’s team is working as a shadow IT unit to get around the clunky, hard-to-use but enterprise-safe tools. Visibility and sharing work assets is crucial to their remotely-located colleagues.

Wants the agility of a start-up, but their team has to prove a tools ability first. We found some of their considerations and concerns were:

  • Their CIO understands why they use insecure tools, but they are slow on implementing a cloud-based system because of the potential security risk.
  • Team members turn to each other, friends, colleagues, and trusted communities for recommendations for new tools.
  • Wants to run experiments, develop, and deploy daily, not yearly.
  • Wants IT to get out of the way of their work!

The curious experimenter is never satisfied with their tools and is always looking for the next, better option that will get their work done faster. Regarded as the go-to person for a product recommendation. We discovered their concerns and considerations were:

  • Brand names are irrelevant, it’s the words of their peers that hold value.
  • Wants transparency for pricing and trials.
  • May need help pitching tool to CIO or new stakeholders.
  • Doesn’t want to wait for approval. Wants the tool in her hands immediately.
  • Expects her enterprise-grade tools to match the great user experience as the tools she uses in her personal life (google, app store, etc.)

We didn’t want to obfuscate or evade by hiding behind jargon. We wanted to openly communicate in the simplest of terms and communicate the value proposition of our products and experiences with lots of opportunities for them to contact us – but only if they wanted a personal touch. Otherwise, we wanted to ensure an honest and clear voice that evoked trust from our valued customers.

Gone were the days of creating a robust feature set of alphabet soup and jargon that provided no tangible content on the software’s role in growing the customer’s business. We wanted to not only understand our customers and their needs but also communicate to them in simple English about the best product to meet their needs.

This is a only the first component of a larger case study that I discuss with people interested in the process I have used with my teams to create new products. It was implemented through many of the stages and tasks that any designer working in the past twenty years has followed, but within the framework of IBM Design Thinking.

This approach of designing for the user, as stated earlier, was a sea-change for the way IBM had been doing business since its inception. IBM Design Thinking is powering that change within the enterprise. This was one of the first products launched using the evolving design framework at the company and helped provide some key learnings to that growing platform.

If you would like to hear more about this project or would like to work with me please drop me a note here.

Project Imagery