25
9 Comments

I almost lost a client. One email turned the setback into a win.

Two months ago, our client's VP of Product sent me the following email

Hey, I wanted to share some feedback with you.
I think you guys did a great job on past project - it looks modern, sleek and a strong UI.
The mobile mocks we did afterwards, were not at the same bar.
We won't be going forward with those mobile views.
Wonder if you changed the designer on your side, who has a different aesthetic? Projects that we'll send in the future will mostly be focused around the web.

I know that kind of message too well.

Kind of polite, but often carries long-term consequences under the hood.
I thought that most probably, our collaboration will be slowly fading until we stop receiving new projects from them. That's harsh.

Some backstory

I run a web product design and development company.
We had been working on these mobile apps with other product managers on the client's side.
The feedback was always great.
The PMs accepted every deliverable.
All deliverables met all requirements, and everybody was happy.
And no, we didn't change the designer, it was the same person who made all the highly praised work before.

What happened, then?

My reaction

I had given myself two days to analyze what went wrong before I replied.

Hi,
I'd like to start with a big thank you. Even though you didn't have to, you decided to share feedback and invest your time to explain why certain things did not live up to standards. I genuinely appreciate it. Without your attitude, we wouldn't be able to grow.

I did analyze it with my team, and we think we identified the problem on our end and came up with possible improvements.

Given the tight deadlines in recent mobile projects we did together, thus quick turnarounds, our team had focused too much on refactoring UI.

We followed the proposed wireframes, sketched, and delivered ideas submitted by PMs without digging deeper into UX reasoning.We missed the crucial communication part to understand whether we should map the requirements 1:1 right into Sketch files, or we should propose right UX solutions in the first place.

That's our fault.

To make sure we will reduce the number of such situations of ambiguity here is a list of steps we will implement for any new incoming request:

  1. Ask about the purpose of the project/task. Is it for
    a) Developers to implement the new design
    b) Client showcase to receive feedback and iterate on the concept
    c) Potential client showcase to present possible solutions, impress, lead to a sale.
    d) Ideation purposes, to explore how could a view/screen look like, and how users could use it.

  2. Define the scope of the project
    a) UX
    b) UI
    c) Both

  3. Always ask for a few, core user stories following the template: When_________, I want to __________, so I can _________________.

  4. All further questions we often ask like persona, work environment, business goal users are supposed to achieve by using the application, and so forth.
    In projects where the fast turnaround was required we sometimes skipped points 1, 2. And that's our mistake.

I'd love to test this framework for the next request. And by test, I mean to do a non-billable iteration.

I want to be sure this will help us deliver better quality faster.
We do value the relationships we built for the last 7 months, and your company deserves it.

That's quite a long message. Thank you for reading this far.
Best,

Let's quickly unpack this message, I

a) expressed gratitude for the feedback

b) described the root of the issue

c) took full accountability for the situation

d) proposed what we can do better

e) offered non-billable iteration

The last point is crucial. If I provided a refund instead, that would put us in a position of questioning our expertise. Also, refunds are associated with conflicts or situations that break collaboration. Showing that we were willing to take the extra mile to make up for the setback is a whole different story.

Now, the surprising results.

I never got a reply.

But four days later I receive a spec for a new project! The following week, new tasks again. The workload almost doubled. Finally, we have been asked to design their new mobile(!) from scratch.

Lessons

a) Even though you may feel confused that the client accepted, then expressed disappointment, even though you did exactly what they asked for - take a step back, cold analyze, be empathetic.

b) Take accountability, be kind and transparent, understand their motivations

c) Propose a way to move forward

d) Don't judge results by whether someone replies to you. You can measure your impact based on the actions the other person takes.

  1. 4

    Love this - being unconditionally positive.

    1. 1

      Always! Cheers, Terry!

  2. 1

    Love this! Accountability, assuming good intent, moving forward positively; what I've always strived to do with management/collaborator interactions. This is a really great email and analysis, I've saved it and will definitely be using it as an example going forwards!

  3. 1

    Good one! Thanks man

  4. 1

    Great reaction, and "founder" thinking. Thanks for sharing.

  5. 1

    Congrats. This makes a great case study regardless of domain. Much appreciated.

    1. 1

      Happy to hear that! Cheers!

  6. 1

    This comment was deleted 9 months ago.

Trending on Indie Hackers
I've built a 2300$ a month SaaS out of a simple problem. 19 comments I'm building the MCU of SaaS 💎 12 comments 🔥 Roast My Landing Page 10 comments Where can I buy newsletter ad promos? 8 comments Key takeaways growing MRR from $6.5k to $20k for my design studio 6 comments YouTube? How to start 5 comments