<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<oembed>
  <author_name>q130s</author_name>
  <author_url>https://blog.hatena.ne.jp/q130s/</author_url>
  <blog_title>q130s s0εlp</blog_title>
  <blog_url>https://q130s.hatenadiary.org/</blog_url>
  <categories>
    <anon>se</anon>
  </categories>
  <description>ユーザインタフェイスの仕様を決めるにあたり、課題解決法として提出されたプランに対して権威付けする方法は何か方法論化されたものってありましたっけ？ ・デザイナが提案してきたコンセプトや図面、実装方法 ・顧客のあーして欲しいこーして欲しい、キスして欲しいーとぅーとぅーとぅー♪ 上記のような各ステイクホルダの発する意見が考えられますが、UIデザインの領域は、実装法を決定する時に「おし、んじゃこれにしよう」という時に必要な判断材料が、とても得にくいですよね 9月まで居た組織では、その判断材料を、以下のようにして獲得しとりました。 ・圧倒的な知見を持つデザイナの鶴の一声 (最強) ・体系化されたユーザテ…</description>
  <height>190</height>
  <html>&lt;iframe src=&quot;https://hatenablog-parts.com/embed?url=https%3A%2F%2Fq130s.hatenadiary.org%2Fentry%2F20051012%2Fp1&quot; title=&quot; i am a man who should&amp;#39;ve been UI specialist, ?? - q130s s0εlp&quot; class=&quot;embed-card embed-blogcard&quot; scrolling=&quot;no&quot; frameborder=&quot;0&quot; style=&quot;display: block; width: 100%; height: 190px; max-width: 500px; margin: 10px 0px;&quot;&gt;&lt;/iframe&gt;</html>
  <image_url></image_url>
  <provider_name>Hatena Blog</provider_name>
  <provider_url>https://hatena.blog</provider_url>
  <published>2005-10-12 00:00:00</published>
  <title> i am a man who should've been UI specialist, ??</title>
  <type>rich</type>
  <url>https://q130s.hatenadiary.org/entry/20051012/p1</url>
  <version>1.0</version>
  <width>100%</width>
</oembed>
