Speaking Client: Explaining Tech Stuff to Non-Tech People
This talk will cover the necessary skills to communicate complicated subjects to non-technical people. We'll discuss the Communication Toolkit, the stages of the Project Lifecycle and Scope Creep.
Perspective & Empathy You can’t know how hard something is until you walk a mile in someone else’s shoes. You also can’t explain something if you don’t try to see it from their perspective.
Common Ground Speak at the SAME Level Don’t speak down to someone (insults their intelligence or ability to understand) & Don’t Speak over their heads. Avoid Jargon, Acronyms and words that have multiple meanings (context!)
Make Comparisons with Analogy It’s much easier to explain something if you can give someone a more common frame of reference that ‘works’ the same way. Find analogies with your audience/client and use them!
Clarify by Asking Questions Ask the person, often, if they’re following what you’re explaining or providing what you expect. Have them explain the problem back to you, so you can clarify they understood what you communicated.
The PROJECT Lifecycle Everything that takes time to complete is a Project. Anything you want to manage, has these same steps: ‣ Discovery ‣ Design ‣ Develop ‣ Delivery ‣ Deploy
DISCOVERY “Is what you say you want what you really want and do you know what I mean when I say what I want?” DEFINE what the project is expected to accomplish. Build Requirements, create the DEFINITION of the project.
DESIGN Make a mockup, a drawing, a demo, or something that doesn’t take too much effort to give a visual/sensory/tangible representation of what the client wants. Can be called the REFINE stage, because changes help clarify the DEFINITION.
DEVELOP Put all the time and effort in Discovery and Design to actually CREATE what the project requires. Also known as the BUILD phase, because at this point, you can’t go back without destroying.
DELIVERY Provide the finished project to the client in a way that they can ‘test’ and ‘kick the tires’. Project can be tested, investigated for “little” changes/fixes/bugs. Client will make a list of changes from actually using the product. This is the PUNCH LIST.
DEPLOY “Putting the baby out into the world and seeing if it floats.” This is also, usually, when ownership changes hands of the project to the requestor.
SCOPE CREEP DESIGN DEVELOP DELIVER Changes in Scope made After Discovery, mean the project may have to jump back to the prior milestone or Start Over from scratch.
DISCOVERY is CRITICAL This is why you spend the necessary time in the Discovery Phase. It will always cost more resources & time to change a project after it leaves Discovery.
Speaking of Discovery The book "Start With The Why" outlines how you achieve more by focusing on the underlying reasons why people do what they do. In WordPress development discovery, using the principles outlined in the book, we can turn a small request into a much larger one by figuring out the business problems associated with the request, and proposing a larger solution which resolves the underlying problems. “Start with the Why, Leave with a Bigger Check” Thursday, June 1, @ 6:30pm Iron Yard, St Pete
Tampa Bay WordPress Meetups Monthly in St Pete @ Iron Yard 1st Thursdays every Month http://tampabaywp.org | @tampabaywp Slack Chat | Facebook Group | Meetup