<?xml version="1.0" encoding="utf-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Kommentare zu: Wireframes</title>
	<atom:link href="http://www.webkrauts.de/2007/12/22/wireframes/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.webkrauts.de/2007/12/22/wireframes/</link>
	<description>Für mehr Qualität im Web</description>
	<lastBuildDate>Mon, 06 Sep 2010 05:59:35 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Von: Andreas Hommel &#187; Grid Papier</title>
		<link>http://www.webkrauts.de/2007/12/22/wireframes/comment-page-1/#comment-26505</link>
		<dc:creator>Andreas Hommel &#187; Grid Papier</dc:creator>
		<pubDate>Tue, 27 Jan 2009 12:00:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2007/12/22/wireframes/#comment-26505</guid>
		<description>[...] Wireframes anzufertigen habe ich meistens normales weißes Papier verwendet. Um dem Ganzen aber mehr Struktur [...]</description>
		<content:encoded><![CDATA[<p>[...] Wireframes anzufertigen habe ich meistens normales weißes Papier verwendet. Um dem Ganzen aber mehr Struktur [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Photoshop &#38; Co bei Web-Layouts überspringen? &#187; Blog &#187; BEIER-CHRISTIAN.eu &#124; Christian Beier // design+foto</title>
		<link>http://www.webkrauts.de/2007/12/22/wireframes/comment-page-1/#comment-25652</link>
		<dc:creator>Photoshop &#38; Co bei Web-Layouts überspringen? &#187; Blog &#187; BEIER-CHRISTIAN.eu &#124; Christian Beier // design+foto</dc:creator>
		<pubDate>Thu, 05 Jun 2008 10:05:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2007/12/22/wireframes/#comment-25652</guid>
		<description>[...] die zur groben Visualisierung der Gr&#246;&#223;enverh&#228;ltnisse dienen (siehe dazu einen Beitrag bei den Webkrauts). Anschlie&#223;end erstelle ich HTML/CSS/JavaScript-Prototypen die schon die komplette [...]</description>
		<content:encoded><![CDATA[<p>[...] die zur groben Visualisierung der Gr&#246;&#223;enverh&#228;ltnisse dienen (siehe dazu einen Beitrag bei den Webkrauts). Anschlie&#223;end erstelle ich HTML/CSS/JavaScript-Prototypen die schon die komplette [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Wireframes mit Geschäftsregeln verbinden &#171; Business Process Management Weblog</title>
		<link>http://www.webkrauts.de/2007/12/22/wireframes/comment-page-1/#comment-25625</link>
		<dc:creator>Wireframes mit Geschäftsregeln verbinden &#171; Business Process Management Weblog</dc:creator>
		<pubDate>Sun, 18 May 2008 14:43:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2007/12/22/wireframes/#comment-25625</guid>
		<description>[...] sollte Wireframes für seine Logische Struktur nutzen. (René Grasseggers Artikel über [...]</description>
		<content:encoded><![CDATA[<p>[...] sollte Wireframes für seine Logische Struktur nutzen. (René Grasseggers Artikel über [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Telltec: Allerlei über das Internet, Filme und mehr.</title>
		<link>http://www.webkrauts.de/2007/12/22/wireframes/comment-page-1/#comment-25589</link>
		<dc:creator>Telltec: Allerlei über das Internet, Filme und mehr.</dc:creator>
		<pubDate>Fri, 25 Apr 2008 11:25:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2007/12/22/wireframes/#comment-25589</guid>
		<description>[...] wollte ich in der Analyse f&#252;r mich ein simples Wireframe aufzeichnen, welches mir die gewollten Elemente der Seite in ihrer ungef&#228;hren Position [...]</description>
		<content:encoded><![CDATA[<p>[...] wollte ich in der Analyse f&#252;r mich ein simples Wireframe aufzeichnen, welches mir die gewollten Elemente der Seite in ihrer ungef&#228;hren Position [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Ralph</title>
		<link>http://www.webkrauts.de/2007/12/22/wireframes/comment-page-1/#comment-25541</link>
		<dc:creator>Ralph</dc:creator>
		<pubDate>Sun, 13 Apr 2008 20:33:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2007/12/22/wireframes/#comment-25541</guid>
		<description>Mir fehlt noch ein wichtiger Punkt für das &quot;Pro&quot;:

Mit Hilfe von Wireframes kann ich mich mit dem Kunden &lt;b&gt;gemeinsam&lt;/b&gt; an das endgültige Design heran arbeiten ohne das ich ihn vom ersten Entwurf an auf ein ganz bestimmtes Design &quot;festgenagelt&quot; habe. Damit schaffe ich also einen Rahmen, wo der Kunde auch noch die Möglichkeit hat, eigene Ideen zu entwickeln und mit einfügen kann. Somit nutze ich auch sein Ideenpool für das spätere Design. Ausserdem ist die Identifizierung mit dem endgültigen Design wesentlich höher.

Ralph</description>
		<content:encoded><![CDATA[<p>Mir fehlt noch ein wichtiger Punkt für das &#034;Pro&#034;:</p>
<p>Mit Hilfe von Wireframes kann ich mich mit dem Kunden <b>gemeinsam</b> an das endgültige Design heran arbeiten ohne das ich ihn vom ersten Entwurf an auf ein ganz bestimmtes Design &#034;festgenagelt&#034; habe. Damit schaffe ich also einen Rahmen, wo der Kunde auch noch die Möglichkeit hat, eigene Ideen zu entwickeln und mit einfügen kann. Somit nutze ich auch sein Ideenpool für das spätere Design. Ausserdem ist die Identifizierung mit dem endgültigen Design wesentlich höher.</p>
<p>Ralph</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Alejandro Seo</title>
		<link>http://www.webkrauts.de/2007/12/22/wireframes/comment-page-1/#comment-24223</link>
		<dc:creator>Alejandro Seo</dc:creator>
		<pubDate>Sat, 19 Jan 2008 06:00:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2007/12/22/wireframes/#comment-24223</guid>
		<description>Wie mein Vorredner schon sagte:
&quot;Wichtig ist halt, dass Wireframes vor der eigentlichen Designphase kommen. Sie dienen der Kommunikation, nach Aussen wie nach Innen.&quot;</description>
		<content:encoded><![CDATA[<p>Wie mein Vorredner schon sagte:<br />
&#034;Wichtig ist halt, dass Wireframes vor der eigentlichen Designphase kommen. Sie dienen der Kommunikation, nach Aussen wie nach Innen.&#034;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: proxiss</title>
		<link>http://www.webkrauts.de/2007/12/22/wireframes/comment-page-1/#comment-23977</link>
		<dc:creator>proxiss</dc:creator>
		<pubDate>Mon, 07 Jan 2008 15:13:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2007/12/22/wireframes/#comment-23977</guid>
		<description>Ohne Wireframes geht meiner Ansicht nach gar nichts. Man kann aber durchaus verschiedene Wireframes für verschiedene Bereiche der Site verwenden. 
Falls Sie Drupal verwenden lässt sich das Wireframekonzept besonders schön abbilden. Dort entsprechen die &quot;Blocks&quot; genau den Kästchen im Wireframe, und verschiedene Bereiche lassen sich über das Sections Modul abbilden.

Ich mache meist ein Layout in Gimp/Photoshop das die CSS Elemente klar macht und baue dann mit OO Impress die WFrames.</description>
		<content:encoded><![CDATA[<p>Ohne Wireframes geht meiner Ansicht nach gar nichts. Man kann aber durchaus verschiedene Wireframes für verschiedene Bereiche der Site verwenden.<br />
Falls Sie Drupal verwenden lässt sich das Wireframekonzept besonders schön abbilden. Dort entsprechen die &#034;Blocks&#034; genau den Kästchen im Wireframe, und verschiedene Bereiche lassen sich über das Sections Modul abbilden.</p>
<p>Ich mache meist ein Layout in Gimp/Photoshop das die CSS Elemente klar macht und baue dann mit OO Impress die WFrames.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: paulinepauline</title>
		<link>http://www.webkrauts.de/2007/12/22/wireframes/comment-page-1/#comment-23919</link>
		<dc:creator>paulinepauline</dc:creator>
		<pubDate>Fri, 04 Jan 2008 11:33:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2007/12/22/wireframes/#comment-23919</guid>
		<description>@larsen da magst du sicher recht haben ... ich kenne die arbeit eines konzepters nur in enger zusammenarbeit mit dem designer. und das seitenraster müssen beide auf alle fälle in abstimmung miteinander bestimmen. auch würde ich nie wireframes mit kunden durchgehen, wenn es dazu noch kein design-entwurf gibt. allerdings definiere ich auch keine pixel-angaben oder schriftgrößen. (max. texttypen wie copytext / headline / subhead)

ich spreche von einer etwas feineren konzeption als von spalten etc. zb. wenn ich den warenkorb-button direkt neben den preis setze, dann hat das seinen grund (usability-tests/studienergebnisse), und dann hat der designer den nicht an den oberen seitenrand zu setzen. (die oben abgebildeten wireframes sind auch meiner meinung nach sehr basic.) was aber nicht heißt, dass alternativ-vorschläge nicht willkommen sind. aber am ende sollte doch immer im usability-test der user das letzte wort haben! ;)

bzgl. visio: natürlich ist auch visio nicht perfekt. leider stehen die module nicht mit ihren nachbarn in verbindung und verschieben diese. das wäre echt super! 
ich kenne aber auch keynote nicht (muss ich aber unbedingt mal ausprobieren).</description>
		<content:encoded><![CDATA[<p>@larsen da magst du sicher recht haben &#8230; ich kenne die arbeit eines konzepters nur in enger zusammenarbeit mit dem designer. und das seitenraster müssen beide auf alle fälle in abstimmung miteinander bestimmen. auch würde ich nie wireframes mit kunden durchgehen, wenn es dazu noch kein design-entwurf gibt. allerdings definiere ich auch keine pixel-angaben oder schriftgrößen. (max. texttypen wie copytext / headline / subhead)</p>
<p>ich spreche von einer etwas feineren konzeption als von spalten etc. zb. wenn ich den warenkorb-button direkt neben den preis setze, dann hat das seinen grund (usability-tests/studienergebnisse), und dann hat der designer den nicht an den oberen seitenrand zu setzen. (die oben abgebildeten wireframes sind auch meiner meinung nach sehr basic.) was aber nicht heißt, dass alternativ-vorschläge nicht willkommen sind. aber am ende sollte doch immer im usability-test der user das letzte wort haben! <img src='http://www.webkrauts.de/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>bzgl. visio: natürlich ist auch visio nicht perfekt. leider stehen die module nicht mit ihren nachbarn in verbindung und verschieben diese. das wäre echt super!<br />
ich kenne aber auch keynote nicht (muss ich aber unbedingt mal ausprobieren).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: larsen</title>
		<link>http://www.webkrauts.de/2007/12/22/wireframes/comment-page-1/#comment-23900</link>
		<dc:creator>larsen</dc:creator>
		<pubDate>Thu, 03 Jan 2008 20:53:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2007/12/22/wireframes/#comment-23900</guid>
		<description>@ paulinepauline (1)
Da hast Du definitiv recht! Aber solange noch kein Design steht (und damit auch nicht z.B. Spaltenzahl/-breiten) nützt es nicht wenn man mit dem Kunden im Wireframe alles festklopft, und sich dann erst später herausstellt dass das alles so nicht zusammen passt (z.B wegen Textmenge/-länge) … 
Deswegen meine ich ja dass der Konzeptioner gerne frei schieben kann, wenn vorher doch schon definiert ist was er schiebt (Rahmenbedingungen, beispielsweise &quot;200px breite Box mit Arial 12px entspricht einer Spalte&quot;), oder besser noch im Team mit dem Designer. 
Ich habe die Erfahrung gemacht dass der Konzeptioner alleine (und mit totaler Freiheit ausgestattet) schon mal gerne etwas &#039;pfuscht&#039; und beispielsweise mit zu kleiner Schrift arbeitet, damit es in den Wireframnes passt / gut aussieht; dann passt es nachher aber nicht mehr. 

@ paulinepauline (2) 
Keynote ist das was Powerpoint vermutlich in 3-5 Jahren sein wird …  ;-)
Aber es ist natürlich in erster Linie keine Software für Wireframes (das ist eher OmniGraffle). Ich nutze Keynote aber öfter für Wireframes weil es sich einfach leicht und flink bedienen lässt. 
 - Eine Bibliothek für die eigenen Module gibt es in Keynote nicht, das stimmt; dafür aber Seitenvorlagen, die nach der o.g Mechanik funktionieren. Da kann man dann z.B Header, Navigation, Footer etc &#039;zentral&#039; ablegen/verwalten. 
- Die Frage bei sich selbst aktualisierenden einzelnen Modulen ist ja: Was passiert wenn es sich z.B in der Größe verändert — wie reagieren seinen Nachbarn auf den Seiten darauf? Überlagern sie sich? Oder werden sie verschoben? Im Zweifel muss man ja dann doch alle Seiten durchgehen und zurechtrücken, oder …?</description>
		<content:encoded><![CDATA[<p>@ paulinepauline (1)<br />
Da hast Du definitiv recht! Aber solange noch kein Design steht (und damit auch nicht z.B. Spaltenzahl/-breiten) nützt es nicht wenn man mit dem Kunden im Wireframe alles festklopft, und sich dann erst später herausstellt dass das alles so nicht zusammen passt (z.B wegen Textmenge/-länge) …<br />
Deswegen meine ich ja dass der Konzeptioner gerne frei schieben kann, wenn vorher doch schon definiert ist was er schiebt (Rahmenbedingungen, beispielsweise &#034;200px breite Box mit Arial 12px entspricht einer Spalte&#034;), oder besser noch im Team mit dem Designer.<br />
Ich habe die Erfahrung gemacht dass der Konzeptioner alleine (und mit totaler Freiheit ausgestattet) schon mal gerne etwas &#039;pfuscht&#039; und beispielsweise mit zu kleiner Schrift arbeitet, damit es in den Wireframnes passt / gut aussieht; dann passt es nachher aber nicht mehr. </p>
<p>@ paulinepauline (2)<br />
Keynote ist das was Powerpoint vermutlich in 3-5 Jahren sein wird …  ;-)<br />
Aber es ist natürlich in erster Linie keine Software für Wireframes (das ist eher OmniGraffle). Ich nutze Keynote aber öfter für Wireframes weil es sich einfach leicht und flink bedienen lässt.<br />
 &#8211; Eine Bibliothek für die eigenen Module gibt es in Keynote nicht, das stimmt; dafür aber Seitenvorlagen, die nach der o.g Mechanik funktionieren. Da kann man dann z.B Header, Navigation, Footer etc &#039;zentral&#039; ablegen/verwalten.<br />
- Die Frage bei sich selbst aktualisierenden einzelnen Modulen ist ja: Was passiert wenn es sich z.B in der Größe verändert — wie reagieren seinen Nachbarn auf den Seiten darauf? Überlagern sie sich? Oder werden sie verschoben? Im Zweifel muss man ja dann doch alle Seiten durchgehen und zurechtrücken, oder …?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: paulinepauline</title>
		<link>http://www.webkrauts.de/2007/12/22/wireframes/comment-page-1/#comment-23881</link>
		<dc:creator>paulinepauline</dc:creator>
		<pubDate>Wed, 02 Jan 2008 23:18:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2007/12/22/wireframes/#comment-23881</guid>
		<description>keynote? das ist doch sowas wie powerpoint? also für einfache wireframes ist das sicherlich ok, aber nicht für ne richtig umfangreiche datei. dafür ist visio wesentlich besser geeignet, da man hier module als shapes anlegen kann. wenn sich nämlich ein modul ändert, das bereits auf 80 wireframes eingebunden ist, ändert man einfach nur das skape und plopp ist das modul auf allen 80 wireframes geändert. auch kann man in visio mit layern arbeiten, um bestimmte module zu gruppieren.</description>
		<content:encoded><![CDATA[<p>keynote? das ist doch sowas wie powerpoint? also für einfache wireframes ist das sicherlich ok, aber nicht für ne richtig umfangreiche datei. dafür ist visio wesentlich besser geeignet, da man hier module als shapes anlegen kann. wenn sich nämlich ein modul ändert, das bereits auf 80 wireframes eingebunden ist, ändert man einfach nur das skape und plopp ist das modul auf allen 80 wireframes geändert. auch kann man in visio mit layern arbeiten, um bestimmte module zu gruppieren.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
