<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <title>공이이오</title>
  <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@69fq" />
  <author>
    <name>hvlog91</name>
  </author>
  <subtitle>스타트업 프로덕트 디자이너. 문제를 만나면 어려워 하지만, 그래도 해결방법을 찾기 위해 노력합니다.</subtitle>
  <id>https://brunch.co.kr/@@69fq</id>
  <updated>2018-07-13T07:42:11Z</updated>
  <entry>
    <title>디자인 피드백에서 살아남기 - 2 - 프로덕트 디자이너</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@69fq/27" />
    <id>https://brunch.co.kr/@@69fq/27</id>
    <updated>2023-05-24T15:07:23Z</updated>
    <published>2022-02-13T01:13:34Z</published>
    <summary type="html">이전 글에선 디자인 피드백의 종류들에 대해 알아봤다. (이전 글: https://brunch.co.kr/@hvlog91/26)  피드백이 좋은 것들도 있겠지만 대부분이 어떻게 피드백해야 하는지 몰라 주관적이거나 디자인 외 피드백을 하는 경우가 많았다. 이런 경우 의도치 않게 마음이 상하거나 원치 않은 피드백으로 결과물에 악영향이 있는 경우가 종종 생기기도 &lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2F69fq%2Fimage%2FI4wazKR071SotdzcuTx9DohP9FA.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>디자인 피드백에서 살아남기 - 1 - 프로덕트 디자이너</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@69fq/26" />
    <id>https://brunch.co.kr/@@69fq/26</id>
    <updated>2023-05-24T15:07:32Z</updated>
    <published>2022-02-12T07:21:53Z</published>
    <summary type="html">피드백이란 태클을 조금 순화해서 표현한 단어.   디자인은 누구나  가볍게 말할 수 있다. (길고 내 마음에 상처가 안되게 피드백 해줬으면 좋겠다)  본인은 UI, UX 디자인을 하고 있으면서도 다른 사람이 디자인한 결과물을 보고 쉽게 이야기한다. 예를 들어 카페 인테리어라던지, 핸드폰 디자인이라던지. 이러한 현상은 나 말고도 다른 디자이너들도 비슷하게 행&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2F69fq%2Fimage%2FsH1hVsrF_kUh9FKnvAQrNb_K0iA.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>아닛, 유저 스토리라니? - 프로덕트 디자이너 - 기획</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@69fq/22" />
    <id>https://brunch.co.kr/@@69fq/22</id>
    <updated>2023-07-06T01:27:16Z</updated>
    <published>2021-12-26T10:24:19Z</published>
    <summary type="html">저번 글엔 와이어 프레이밍 할 때 유저 스토리에 관한 이야기를 짧게 언급했다. 와이어 프레이밍 시간에 준비물로 포스트잇과 네임펜, 유저 스토리를 필요로 한다고. 포스트잇과 네임펜은 와이어 프레임을 그리기 위해서 사용한다지만 유저 스토리는 무엇을 위해 존재하는지 말하지 않았다. 대신 우리가 해결하려는 문제, 유저들의 목표를 설명해야 한다고 했는데. 사실 이 &lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2F69fq%2Fimage%2FGtLDZzV0Bjk3gWBcicNWAQjqUZo.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>다른 사람들과 와이어프레임, 이렇게 해봤어요! - 프로덕트 디자이너 - 기획</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@69fq/19" />
    <id>https://brunch.co.kr/@@69fq/19</id>
    <updated>2023-06-26T13:58:43Z</updated>
    <published>2021-12-05T08:58:42Z</published>
    <summary type="html">저번 글: 다른 사람들을 와이어프레임에 참여시켜보는 건 어때?  01. 다른 사람과 함께하는&amp;nbsp;와이어프레임은   저번 글에서 와이어프레임을 다른 사람과 함께 해보는 것을 추천했다. 다른 직군의 사람들과 와이어프레임을 하게 된다면 장점은 아래와 같다.  1. 만들어야 하는 기능 중 빠진 것이 없는지 확인할 수 있다. 2. 팀원들과 현재 제품의 방향(또는 기능 &lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2F69fq%2Fimage%2FLZcwAqqFVoJVdzTsCiZ2x075SoY.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>다른 사람들을 와이어 프레임에 참여시켜보는 건 어때? - 프로덕트 디자이너 - 기획</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@69fq/18" />
    <id>https://brunch.co.kr/@@69fq/18</id>
    <updated>2023-09-26T14:18:08Z</updated>
    <published>2021-12-02T11:48:56Z</published>
    <summary type="html">01. 와이어 프레임을 만드는 이유  프로덕트 디자이너는 화면 디자인 말고도 다른 업무들이 많다. 스타트업 인하우스&amp;nbsp;디자이너는&amp;nbsp;하는 일들이 정말 많다. 5년 동안&amp;nbsp;일하면서 프로덕트 디자이너로 일할 때 해야 하는 것들을 간단하게 나열하자면 이렇다. 기획 참여 or 기획 진행, MVP 작성 - feature list 작성, 유저 스토리 작성, 와이어프레임 제작&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2F69fq%2Fimage%2F34tt23oIu_1k5mtxk9TpC8HuGS4.png" width="500" /&gt;</summary>
  </entry>
</feed>
