Difference between revisions of "Projects/Usability/HIG/Vision"

< Projects‎ | Usability‎ | HIG
Jump to: navigation, search
(Best Practice)
(Best Practice)
Line 19: Line 19:
 
** OUR PRODUCT <further differentiation>
 
** OUR PRODUCT <further differentiation>
 
== Best Practice ==
 
== Best Practice ==
* Consider the [http://techbase.kde.org/Projects/Usability/Principles/KDE4_Vision | KDE vision] in your project.
+
* Consider the [http://techbase.kde.org/Projects/Usability/Principles/KDE4_Vision KDE vision] in your project.
  
 
[[Category:Usability]][[Category:Structure]][[Category:Task_Flow]]
 
[[Category:Usability]][[Category:Structure]][[Category:Task_Flow]]

Revision as of 14:02, 28 January 2014


Purpose

A vision describes the goal of the project. It can be emotive and a source of inspiration, for instance by outlining how the final product makes the world a better place. It is roughly similar to purpose or aim, and guides through the development.

Guidelines

  • Describe the project's final goals with your vision.
  • Explain who will use the product, and how he or she will make advantage of it.
  • Make sure the vision is shared over all stakeholders, developers and users.
  • Write the vision with enough room for creativity.
  • Keep the vision as short as possible.
  • A good starting-point to describe the vision is the elevator pitch:
    • FOR <target customer>
    • WHO <statement of the need>
    • THE <product name>
    • IS A <product category>
    • THAT <key benefit>
    • UNLIKE <primary competitor>
    • OUR PRODUCT <further differentiation>

Best Practice


KDE® and the K Desktop Environment® logo are registered trademarks of KDE e.V.Legal