Planning for Kumu When Defining Field Types

Planning for Kumu When Defining Field Types

Most surveys aren't designed with complex data-visualization in mind, so even people are adept at making surveys sometimes overlook the fact that the mapping context is different.
Defining survey questions and field types in the context of Social System Mapping requires us to add another layer of thought to the process - how we might want to visualize the information we're asking for.

For instance -  if you want to cluster on a variable (as in the image below), you have to use a standardized list (checkbox, select, or radio button fields). This creates a tension for mappers - between enabling members to self-define their responses, and having pre-defined options. Most people don't like to be put into boxes and having to define important aspects of oneself off of a pre-defined list can be off-putting. But if you leave the survey too open-ended, the information becomes un-findable and becomes irrelevant.



With this tension, we usually recommend using both approaches for key questions. A checkbox field that helps with filtering and clustering in Kumu, plus an open-ended field about the same topic that enables people to expand and use their own words.

Another consideration is how long to make a list. The right length depends on what you plan to do with it. If you want to use flags (those slices of color that surround the circles on a Kumu map) to visualize a dimension, you should only use 2-8 different options in the list. Using more than eight flag colors generally makes the flags too visually busy to discern the message - making the flags irrelevant and detrimental to understanding.

With Radio buttons - be very careful because radio buttons always have a pre-defined default, which may not be appropriate for the question being asked.

The more you're in the habit of thinking about visualizations as a survey is being developed, the better your final outcomes will look, and the less you'll have to go back and change things.

But at the same time, survey development is often a collaborative effort and it's not worth pushing a 'right way' hard enough to alienate folks.

I've been doing this as long as anyone now, but when I suggest a better way (of mapping) and try to explain why it's better, I still sometimes get push-back. I continually work on learning how to explain what I mean better and better, because maybe the problem is just my lack of clarity.

But the other thing that helps to keep in mind is - my brain isn't the only one at work here. When I get strong push-back, I realize - there's something going on that I don't understand. Whether it's relevant to the task at hand or not, I don't know. But the best way to resolve the situation is to just let them go where they want it to go. If there's something they can learn, but aren't ready to learn yet - seeing it in a map will help move them closer.

    Upcoming Events



      To be notified of our online events.
        • Related Articles

        • Survey Field Types

          Types of fields available in the survey 1) Text input. Open ended short text field 2) Text area. More text 3) Checkbox options. You can use as many checkbox options as you need. Members can select more than one option, but you can set a limit in the ...
        • Changing Survey Questions and Options

          sumApp was designed to enable you to test, reflect, learn, adapt and iterate throughout your project's life. To that end, the survey questions and options can be changed at any point. You don't even need to close the project when changing (though it ...
        • Multi-Modal Connection Option Field Types | Tiers III & IV

          Most of the connection field types are identical to the survey field types, but there are a few minor exceptions. Field Types Available for Connection Options 1) Text input. Open ended short text field 2) Text area. More text 3) Checkbox options. You ...
        • sumApp Member View | Survey Page

          The member view survey page is almost completely defined in the Survey Editor. Features of the Survey Page:1) Project name - defined when project was created. Can be changed in Settings. 2) Member View Navigation Bar. Member can skip forward or ...
        • Tier Differences in The Survey Builder

          The Survey Editor will be slightly different, depending on which Tier you've subscribed to: Read more about the thinking that went into the different Tier accounts Read more about the sumApp features in each Tier Tier I Tier I doesn't include the ...