Formatting Text with Markdown

FeatureMap allows Markdown in the description of each card. Markdown is intended to be as easy-to-read and easy-to-write as is feasible.

Markdown is a simple markdown language you can use to easily add formatting to your cards. We do not support images or HR from Markdown at this time, you can see below the list of supported Markdown Text that can help you get your descriptions on cards:

  • Bold
  • Italics
  • Bulleted lists
  • Numbered lists
  • Headings
  • Links

Adding Markdown to text

 
Formatting Entered text Published text
Bold This is how you **bold** text. This is how you bold text
Italics This is how you *italicize* text. This is how you Italicize text
Bulleted lists * Bullet one (don’t forget a space after the asterisk)

* Bullet two

Note: You must type a line break before and after the list.
  • Bullet one (don’t forget a space after the asterisk)
  • Bullet two
Numbered lists 1. Step one

2. Step two

Note: Do not use a hashtag (#) when creating numbered lists in Markdown, as the symbol is used for other formatting.
  1. Step One
  2. Step Two
Headings # Heading level one (with a space after the #)

## Heading level two

### Heading level three

You can add up to six heading levels.

Heading one

Heading two

Heading three

Links [Link display text](http://www.featuremap.co) FeatureMap

 

Markdown is used for writing in the web, currently we are experimenting with upgrading our interface to allow an option to use alternative formatting systems.

If you have any questions about our Markdown syntax feel free to drop an email over to support@featuremap.co

Who, What, Why? – User Story Mapping

User Story Mapping is often described as an easy process and maps are created by simply working through the user’s journey.

Sometimes it can sound simple, but at times you need to define the user’s journey.

Occasionally you’ve had a developer, or project manager who has already defined stories and just wants to regurgitate this journey onto a plan and have everyone agree. This sometimes works, but more often than not other team members are left wondering about more details and features, problems, and most importantly, better solutions are missed.

User Story Mapping is not just creating a map for the purpose of a great visual understanding, but it is also a great time to go over questions and really expose the plan.

Just as your first bunch of questions:

  1. Who for?
  2. Why?
  3. What?

Critical thinking can be applied with great b0ons to any endevour and User Story Mapping is no different.

Who for?

Those working on the map should have a clear defined understanding who the users are.

  • Who is the user that mapped this journey?
  • How is this user different to other users?
  • Do we need to expand our user scope at this stage?

Understanding who the users are will provide that focus for complex design and if the user is an actual real user, then knowing this person will help with focusing the team to provide something for someone real.

What?

Defining what the user is doing with your project, app or endevour will be the main crux and defining question for all over User Story Mapping.

  • What are the users trying to achieve?
  • What do the users benefit over using your solution?
  • What other solutions are available?
  • What needs to defined?

Why?

Starting with an understanding of not only who the user is, but why this story needs to be mapped is crucial to have a worthwhile map.

Asking questions to help the entire mapping team directs.

  • Why does the story need to be created?
  • Why does it need to be defined?
  • Why would this information help decide scale and stability?

Once you have the ideal persona, and the ideal customer or user you can create an epic from the persona.

Label all your epics necessary to meet your users goals, but it is okay to keep them rough as you’ll be able to quick edit the table, adjust, delete and add more columns as needed.

  • Turn the users functions into rough epics
  • Turn the products functionality into rough epics
  • Capture the interaction and sequences
The StoryMap of Alex’s Morning with the Goals, Then Epics, then Cards.

 

Then go deeper and refine each Epic into the cards.

It is normal to be challenged with your first iterations with a User Story Map and it’s okay to continually develop them.

Keep the users entire journey and story in mind, and don’t stop asking the questions, who, what , why?