Category Archives: Charleston

Choosing to Live Deliberately

Recently, I’ve been given the opportunity to “live deliberately”. My friend Matt wrote a great post about his choice to relocate his business to Charleston and how he has found a tech community choosing to “live deliberately”. This idea has been on my mind and it’s finally time to do something about it.

Realizing & focusing on what motivates me: Good people and good projects are why I get up early in the morning.

This month marks my 4th year with SPARC. Helping grow a company and building a design team has been tremendous rewarding. Theres always a struggle between being both a leader and a designer, not one I’m always comfortable with. This experience has returned  tremendously to me, both personally and professionally. Sometimes you need to realize when the experience has stopped returning.

Several months ago, my amazingly thoughtful wife and I made a deliberate choice to move and raise our son at the beach. The new house is amazing and gives me a sense of quiet satisfaction every day. I also turn 40 tomorrow – some mindless mid-point in my life that means I’m in a different marketing demographic.

More and more, I’m taking pause to think about the what and the why. Taking time to go surf, live healthy(er), enjoy our new home and a sense of change. Versus feeling like I’m treading water and out of balance.

And focus. Focus on what type of work I should be doing versus what’s put in front of me. There have become far too few good projects and far too much busy work in-between. Work is always strenuous and not always “fun” – that’s it’s nature and accepted. But good people and good projects are why I get up early in the morning. There’s a way to be both a leader, and a doer, and make an impact in peoples lives.

Life’s short, and there are a lot of distractions. I’m taking the remainder of this year to find those good people, those good projects, and focus on living deliberately.

Agile Design for 18F Development Challenge

18F is an government contracting agency that acts more like a tech start-up than a traditional government agency.  They introduced a short timeline, design & development challenge around the OpenFDA API to vet future development partners. We used the challenge to demonstrate our ability to design and develop a viable software product with a small, experienced team in an extremely short timeframe. My role as design lead was to assess the OpenFDA and design the most impactful product we could create with a small, agile team in a short timeframe.

Quick decisions

When the development challenge was released, 18F gave no specification of “what” type of product they’d like to see except that it should leverage the OpenFDA APIs and US Digital Services Playbook. An open concept played to our strengths: our design team has helped 50+ entrepreneurs visualize their product concepts over the past 3 years.

Design studio approach: We start with a brainstorming sessions and broad set of concepts, then narrowed down the product functionality based on the technical feasibility of the API and impact and usefulness to the user. Our design team initially considered an app to track a list of commonly used food for a restaurant against the FDA’s published food recalls. Given further research, we pivoted the concept to drug safety as it’s impactful to a larger group of users and the FDA’s stated business goals of safety and openness.

Limiting Scope for a short timeline

So there were a lot of product ideas we COULD have done… including pulling half the company into the development of an idea.  Instead we scoped our initial concept to fit the effort level or a small dev team of 5 over a period of 3 days. The goal of the development prototype was to showcase our ability to rapidly design & build a product of value in a short timeframe.

Collaboration & Constant Communication

Photo by Chad Norman

We set up a war-room atmosphere. Sitting together encouraged collaboration and made communication easy. And since we all have real jobs to do at the same time, we implemented a basecamp project to keep everyone in the loop and get feedback from the team throughout the design process. My design process was tailored to match the rapid timeline:

User & Technical Research

  • Researching & definition around Business Goals
  • Technical research into OpenFDA API
  • Design Studio composed designers, developers and a scrum master to brainstorm and vet ideas based on business goals, technical feasibility, and usefulness to the User
  • User research
  • Refinement of initial concept

Rapid Prototyping

  • User flows & wireframes
  • User testing through clickable prototype in InVision
  • Feedback loop within Basecamp project
  • Rapid iterations of the wireframes based on feedback

Visual Refinement

Early Testing & Results

Early on, we have leveraged clickable static image prototypes to elicit feedback from people familiar and unfamiliar with the apps goals. This feedback helped to quickly test our assumptions, discover if the user experience was intuitive & simple, and iterate on the apps user flow/functionality.

In the first day of design we user tested 3 prototypes for feedback through a series of InVision clickable prototypes. Then iterate on design and functionality based on feedback.


Explaining the “why”

We could have published a very minimal app, but it wouldn’t be clear to the user why or how to use it. The marketing aspect of explaining “why” the app existed and how to use it are a big part of the overall user experience. This “about” statement required a surprising amount of iteration, but helped keep the app focused and reinforced it’s original goals.

The Med Pal application allows an informed consumer to research individual drugs for recent recalls or label changes through the OpenFDA API. Similar to subscribing for updates on social media, you may choose to “follow” a drug of interest and be alerted of changes when you revisit

According to FDA research, there are approximately 106,000 deaths per year attributed to adverse reactions to prescription drugs. One in five hospital visits are the result of a drug reaction. And adverse drug reactions are estimated to cost our country $135 Billion dollars a year.

Pivot our Mindset: “Twitter of Drugs”

Our original concept had been building a list of drugs you take, then revisiting it that list at a later time to see if something had changed. But the early prototypes proved building lists was a tedious user experience. Somewhere over a beer, it dawned on us that we’re simply “tracking” drugs of interest – in a social fashion, this is a lot like “following” a drug. You follow people on twitter and see their updates on an activity feed. Why couldn’t this be the same?

By mimicking the social media experience of “following”, we are able to make interacting with the app modern and familiar to the user.

Our finished v1 product published here:

med alerts search

And one more lap

The first iteration was on track to be published through GITHub when we discovered the challenge had been extended to allow more time for development. Being near the completion, we opted to publish and then treat the product backlog as a second release. This also allowed us time to pivot the original design and add new functionality of drug interactions.

Using the same techniques, we pivoted the product branding and layout. This streamlined the app even further. The new layout eliminated the need for a modal window, which had been a usability issue in the first release.

The v2 prototype is published here:

medpal drug view


This is a great example of how quickly a experienced, collaborative design & development team can evolve a software product from concept to release.

Curating Email Subscriptions: You are what you Read

I’ve a big believer in early mornings – it’s part of my creative process to get up at 4-5AM, brew some coffee, and get a fresh start on the day. Before diving into a design project, my mind needs a little time to wander & wake up. Selectively reading through my email subscriptions get’s me motivated and provides the right amount of creative distraction to be productive.

There’s something to having articles delivered and forming a consistent habit of reading, versus searching for content on the internet.

Some subscriptions arrive early in the day, some later in the day. I’ll take pauses throughout the day to check email and find a story worth reading. I’m also a tremendous news junky – it helps my mind flex on something larger than what’s in front of my screen.

The email subscriptions I read could be design focused or could be random. Part of being a designer is maintaining a curiosity about the world around us. That curiosity returns in every project you do.

Top 5 email subscriptions for any designer:

  • Quarz for News. This is probably the first thing I read most mornings. Excellent short write ups on the state of our planet.
  • InVision’s Blog for Design. Besides being a product that’s rooted into my design process, they interview product designers and offer an amazing perspective on our industry. I rarely miss anything they publish and often re-read the articles.
  • Medium – great publishing platform. Of the 10+ items they email, there’s typically one that catches my attention. The articles I read could be design focused or could be random. Part of being a designer is maintaining a curiosity about the world around us. That curiosity returns in every project you do.
  • Co.Design for the business of Design. Fast Company’s design focused news. I make a point of following through and reading at least one article per day here. These often have a business perspective I feel a lot of design writing lacks.
  • Crew inspires growth. Well composed thoughts from a company building their business in the open.  They inspire me to write more and start my own business.

Other things that keep me going throughout the week:

  • Little daily Simon Sinek inspiration never hurt anyone
  • Visual inspiration on Monday mornings from
  • brainpickings is what is sounds like
  • 99U always carries interviews that speak towards learning and career growth
  • and Laura Vanderkamp offers a great perspective on having a family and still being a leader

And of course, filter where you give your attention a bit. That woot deal that just came in may be amazing, but it isn’t the best place to focus your energy at 5am.

Agile Design: Crafting a User Experience Collaboratively

The collaboration between a front-end developer and talented designer is how amazing user experiences get built and refined.


Our team does periodic design reviews here at SPARC to review design quality and discuss the design process – what’s working well and what can be changed. Lisa and Harrison are both extremely talented team members on different ends of the design spectrum. Lisa’s crafts beautiful UI & can take a client’s brand and make it sing. While Harrison is a front end guru who helps translate Lisa’s ideas into a User Experience. They’ve worked several commercial projects together and have arrived at a solid working relationship. I’ll often observe them standing at Harrison’s monitor tweaking code and going back and forth. This behavior got me thinking about a few elements of our Agile Design process at SPARC that deliver results.

Separation of concerns: Design and Development 

I refer to a great designer who can design and develop with equal quality as a unicorn – because they don’t exist. Everyone on our team designs and writes code to differing skill levels, but Lisa and Harrison balance each other through the fact each has a specific are they excel at. As a designer responsible for both design & delivering the final code, I’ve found myself limiting the design knowing later I’ll have to build it. Your mind naturally thinks ahead to how it will be coded and not completely about the experience. It’s hard to separate these concerns.

There’s a huge advantage as a designer understanding code, it helps participate in the execution and understand what’s possible. Just as a developer needs to be empathetic to design to understand “why” something needs to work a certain way. But we’ve found being able to separate responsibilities on a larger project allows this pair to excel their specific work and then collaborate on a better end product.

Iterating design in code

One real advantage we’ve found is the ability to iterate in code. Often times we’re only talking about design “concepts” until they’re actually in browser. Our workflow is to move through our design phase quickly into implementing code. When implementing, we discover opportunities, things we missed, and are able iterate. Those iterations then flow back into the visual design.

We try and caution clients not to get hung up on the early visual designs – treat them as concepts, not a complete user experience. Once coded into a prototype or dev environment, you start to understand how the user will experience the app – in browser.

User Experience workflow
  • Wireframes and Visual Design are concepts or explorations
  • Design Implementation speaks to actual User Experience
  • The ability to iterate in code allows us improve the overall User Experience
Most designers operate under a series of assumptions, that change throughout the course of a project. Getting use to iterating in code keeps us agile to these changing assumptions.
  • There are gaps between static designs and interactive code
  • Static designs can only translate user experience 80-90%
  • Optimizing code is cheaper than iterating visual designs

Keeping it Consistent: Pattern Libraries

pattern library

One of the biggest issues in a large app being developed by multiple people is keeping the look and feel, and the mark-up, consistent. This isn’t a new thought. Our front-end developers start from day 1 with adding a basic pattern library into the development environment of the app. This helps the developers find the correct code snippets, and our team style the app in a consistent manner.

We develop most things in Bootstrap – it offers a clean, organized library of components to use as a base. From there, we narrow it down to the elements we’re actively using (less is more) and have a page dedicated to displaying the styled examples.

And people get bored. After staring at something too long, most clients or designers get tired of it and want to make changes. Having a maintained pattern library makes visual updates easy and consistent.

Evolving our Agile Design Process

Collaboration. Separating concerns. Actively maintaining a pattern library in design and code. These are a few of the workflow habits that make our Agile Design process & team successful. Being able to be hands on with the code, in open collaboration between designers and developers, allows us to deliver a refined user experience to our customers.

User Experience: the barrier-to-entry for better healthcare software

As a design team, we have unknowingly become an expert in designing the user experience for healthcare software.

Intended or not, many of our  projects focus on some aspect of the healthcare space. Checklist apps for service providers. Back-office software to eliminate wait times and help veterans. Commercial software for a major healthcare providers patient records and business. Myself and many of our development team came from a company that creates healthcare enrollment software. We understand 835 forms and ICD-10 codes. We understand how to move a user through a 14 page form and make them not hate it… too much. Over the dozen related projects, we’ve accumulated domain knowledge in a space that’s complex and confusing.

And building this software varies greatly from our other projects. There’s never anything easy. Never. Nothing in healthcare is as simple as it sounds. And everyone’s business process is different.

We were reviewing one such project with the design team yesterday when it struck me:

User experience is the barrier to entry for effective healthcare software.

Not just software, the industry itself is overwhelmingly complex. And why? I can figure out my sons medical bills from a minor operation – 4 months later I received 4 additional bills from different providers with no context. And that’s one simple operation. Healthcare systems seems to revel in their complexity. How does any of this benefit the consumer or the user of the software? And how does continuing to design for this complexity help create a positive user experience?

IF the goal of “design” is to take something complex, understand it, and make it simple for the user  – are we doing this? Are we creating a positive user experience, or are we just adding one more layer to the cake.

So now that we’ve recognized the opportunity, where do we go with this thought? Focus back on the user experience. How can we improve their experience? How can we reduce complexity of a complex system? Make it smarter. Make it easier to navigate. Make the experience of completing a form more enjoyable. As designers how can we understand and remove these barriers to entry? How can we create a better healthcare experience through better software?

Successful software starts with a Design Assessment

Lack of a cohesive product design is the quickest killer of a software project. If you have an idea, you need a design assessment before you ever write your first line of code. And here’s why.

0) What is a design assessment?

sparc SDLC 2

A design assessment is a 3-4 week pre-development process that gives perspective to an entrepreneur’s idea prior to building software.

This process focuses on understanding the goal/vision and working towards being able to show it through a prototype. Often an entire project is too detailed for this short of a timeframe, so we focus on key user-flows. Identify several key features users need, and work towards flushing those out.

A typical assessment can be as quick as 3 weeks with these key phases:

  • Discovery & Research
  • User Experience Design
  • Prototype & Deliver

A typical SPARC assessment team needs the following roles, with one person fulfilling several roles:

  • design strategist
  • user experience designer
  • visual designer
  • UI developer
  • requirements expert
  • project manager
  • software engineer as a technical consultant

One of our most successful assessments was for GWIG – Go Where I GO. GIWG is a product that allows a user to recommend a business to a friend. During the assessment, I filled the early roles of Strategy & UX, with our commercial services Director acting as PM & light requirements. Later into the assessment, we scaled the team with another designer, Matt Brooks, who invested in the idea and began taking the early user flows and adding visual design detail to them.

One simple strategy when working with a new client – keep the assessment fun & make the process painless for them. During GWIG, we added characters from the movie old school to the prototype. Having Gordon Pritchard tell the story was a lot more interesting than a John Doe. And as designers, a good sense of humor was a great motivator.

1) Tailor the results to the Client’s needs

We’ve done dozen’s of assessments this past year. Each assessment has a different goal the client is looking to achieve.

  • For a entrepreneur with an early stage idea looking to raise capital, we often deliver the assessment as a pitch deck for them.
  • For an established product looking to re-design, we deliver detailed requirements & design comps at the results.
  • For a client looking to go straight to development, we create a clickable prototype in HTML. By using production-ready front-end code, the prototype is also first step of development.

In each scenario, the results are tailored to match the clients needs.

2) No wasted effort

When we pitch clients a design assessment rather than jumping straight into building a product, we occasionally get some confusion of if this is an extra step.

One is “What, you don’t want all my money upfront?”

The second is “I don’t want to pay for an extra step, I want to start now.”

Our response is: you’d have to do this anyways. A design and requirements session is required before you can get started building software. It’s part of the process. The only difference with an assessment is we’re compartmentalizing these elements before jumping into a development cycle. It’s expensive to have a development team sitting around waiting for work, it’s even more expensive to have developers building the wrong thing.

With a design assessment, you’re only paying for the part of the process you need now. All of the work is transferable to the next phases of the project.

3) Design is the first step in visualizing your product

When Charlie from GIWG first approached us, he had a napkin sketch of a logo and an idea. He left a lot of room for us as designers to listen to his goal, and design the user experience around those goals. He also appreciated our take on simplicity in the UX. Once we moved past wireframes and began layering on elements of visual design, he was able to begin seeing his vision come to life. It’s incredible what a good collaboration of vision & design can produce.


4) Results you can take on the road

Most entrepreneurs test there idea by discussing with others. There are many components of a solid business plan, but being able to see the final product flushed out is the strongest litmus test. Nothing elicits feedback like being able to see yourself using the finished product.

5) Constantly test your idea and iterate

Design assessments are never meant to be the finished product. Through discussing with others, or living with the prototype for a short time, you’ll see it’s strengths and weaknesses. The design decisions you arrive at during the assessment are not meant to be final, so don’t treat them as such. They’re simply the first iteration – a first testable version of your product that you can learn from and improve upon.

In the 12+ assessments we’ve done, we’ve never gone straight to code with a finished design. We’ve continued to iterate & improve on the original design. It’s this cycle of learning & improving that creates a successful user experience & well designed product.

To Conclude

Using the design assessment process to visualize that idea brings the short-term results of being able to visualize the idea, build a relationship, and test that idea. And the long-term result is better quality software and an easier development process.

Hound/Lab beer labels

Started brewing my own craft beer the past year – excellent wintertime habit. Some of it’s even pretty palatable.

My favorite part of the process is creating the labels. First batch I ever did, my dog Tobey got ahold of & started chewing on the yeast packet… the last step in the brew day. Hence the beer was named Tobey Drool. I miss that part of my former life that allowed for creative freedom, so I’ve been entertaining myself with the labels and fictitious brand: Hound/Lab beer.


Band of Horses show at the Music Farm

[local /wp-content/uploads/2009/12/bandOfHorses-Funeral-December-28th.flv nolink]

The only positive thing to come out of my brothers departure from Charleston has been the fact he overbooked himself and couldn’t use his Band of Horses tickets. So I took one for the team and partied on a school-night. bummer.

About a year ago, these guys were hands down my favorite band. Their first album in particular helped me get through a pretty rough patch in my life. They’re Charleston locals, so every once in a while they do a “surprise” show with little notice. This was one of those shows – I think tickets were sold out before my brother even told me about the show. Hence why scoring his was a bonus…. Jeffy, this one is for you, their “pretend last song” of the night, funeral.

whigs show


Went to the Pour House last night w/ the little brother – haven’t seen decent live music in a while so it was a rare treat. That and $1 PBRs (let’s just say we had quite the beer wall by the end of the night). Hadn’t heard that much of the Whigs prior to the show, but they rocked it with two opening bands Mean Streets and The Features….

UPDATE: On future review, found this nice little jem of a song on my iphone. Jeff, wait till the end for some quality banter. Something tells me we drank some PBR that night….

[local /wp-content/uploads/2009/12/whigs-show-Right-Hand-on-My-Heart.flv nolink]