Home
MakerSights

Survey Creator

A survey builder for Customer Ops, who used to set up surveys by editing JSON in Postman.

Role
Lead designer
Timeline
Five months
Year
2024
Team
UX researcher, design system designer
Survey Creator, the shipped screens
Business context

A workflow stuck in JSON and Postman

Survey Creator is the internal tool Customer Ops uses to build and publish surveys before brands see any results. By late 2023, Ops was setting up standard surveys by editing JSON and making API calls in Postman. It took technical knowledge, it took too long, and people kept having to ask for help.

MakerSights wanted to run more research and offer new kinds of it. Neither was possible while setup stayed this manual.

Postman request body showing a survey question written in JSON, with a condition that controls when it appears.
A conditional question written by hand in Postman.
Problem

An editor that didn’t match the survey

The 1.0 tool had its own problems. Editing one question took too many clicks and pop-ups, and the editor looked nothing like what survey takers saw. If something looked wrong, Ops found out in a separate preview, then went back and rebuilt it.

75% of enterprise customers also tested across regions, and 1.0 handled international testing and conditional logic badly.

Screen recording of the 1.0 Survey Creator, with product questions listed as rows and a follow-up question opening in a pop-up.
In the 1.0 editor, editing a question opened a pop-up.
My role

Learning the JSON workflow myself

I led design with Lena, a UX researcher, and Vasyl, a design system designer. I mapped the Ops workflow from defining a survey through to fielding it, interviewed the team, and learned the JSON and Postman setup myself. Some of the clunkiness only made sense to me once I’d tried it.

As the product grew, I also refreshed the Survey Creator components and worked through edge cases with engineering.

What shipped

Survey Creator 2.0

Seeing the whole survey

A sidebar now shows the full structure: welcome, screener, product sections, consumers and exit. Ops could open a section to see its questions and reorder anything, so they didn’t have to keep the structure in their heads.

Screen recording of the Survey Creator 2.0 sidebar, with survey sections being reordered and opened to show their questions.
Sections and their questions in the sidebar.

Building in a view that matches the survey

Midway through, I ran a usability test on two versions. A structure-only view was faster to move around in, but people weren’t sure how the survey would look. A view matching what survey takers see was clear, but slower to work in.

We went with a mix: the matching view by default, with inline editing to keep it quick. Ops started catching layout problems during the build, when they were cheap to fix.

Screen recording of the Survey Creator 2.0 editor, with single select, star rating and image ranking questions shown as survey takers see them.
Questions in the editor look the way survey takers see them.

Moving between viewing and editing

In 1.0, switching between viewing and editing added clicks to something Ops did all day. In 2.0 it became a quick change of mode.

Screen recording of survey questions being switched between view and edit modes in Survey Creator 2.0.
Switching a question between view and edit.
Impact

Fewer steps and more projects

43%Fewer steps to build a survey
38%Growth in project volume
120%Growth in new use cases

JSON went from central to almost gone for Ops, and translation support helped the customers testing across regions. The launch also gave our sales team something to point to with accounts like Adidas and VF Corp going into renewals.

Reflection

Shipping in small pieces

The roadmap was long and priorities kept shifting, so I kept shipping in small pieces, and each release told us what the next one needed. The habit I’d keep is a small one. I ran impact and effort mapping in FigJam, and after a while engineers and customer success were working through the designs with me.