Friday, November 6, 2015

[personal UX/UI review] the power of "Reply" button on review page (e.g. Chrome Web Store)

<case: Chrome Web Store's product detail page>

positive: the existence of "Reply" button on review page

reason: because of the button, the review page can be used as a terrific communication channel: 1. allowing users to answer questions of another user, which reduces communication cost of the app creator 2. working like a CS (customer service) channel, providing the app creator an opportunity to directly respond to eliminate frustrations of users, which may help reduce "bounce rate" of the app use 3. displaying interactions among users so that each thread can be more open and transparent

Kindle – Read Books, eBooks, Magazines, Newspapers & Textbooks on the App Store - Google Chrome 2015-11-06 12.30.18.png
<case: iTunes App Store's product detail page>

Tuesday, November 3, 2015

[personal UX/UI review] thought on displaying product images on websites

Nest Cam - Google Chrome 2015-11-06 12.36.01.png
<case: product page for Nest Cam >

Philips 452532 Personal Wireless Lighting Hue Tap Switch - - - Google Chrome 2015-11-03 15.06.38.png
<case: product page on Amazon>

Amazon.com_ Casio Men's WV58A-1AVCR Waveceptor Atomic Digital Watch_ Casio_ Watches - Google Chrome 2015-11-03 14.40.10.png
<case: product page on Amazon>

positive: Can see how big the items are intuitively

reason: Putting a universally recognized size standard object such as a deck of cards, coins, silverware, etc. next to a foreign product helps viewers' understanding of the product size.  Also, if the product can be placed at a context such as a hand or an arm, that would be a bonus. 


Friday, October 30, 2015

[personal UX/UI review] why we need word-breaks for Korean

From browser.png
case: parts of Korean words along with numbers chopped off from right edge of web documents

issue: viewers need to go back and forth from line to line to make sense of chopped-off texts

recommendation: implement Korean word-break system onto Korean websites! (e.g. Hyung Woo's jQuery plugin

Tuesday, October 20, 2015

[class: PM Camp@Fast Campus#20] 제품 유지 보수하기 #2 (my note is WIP)

7. 15 수
제품 유지 보수하기 #2
제품의 유지 보수를 위한 실제 예제 분석
  • 고치려다 문제를 만든다?!
  • 좋은 개발 방법론의 정착과 Best Practice의 전략
  • 테스트? 테스트!

  1. Product Maintenance #2 [Sanghun Woo@Naver]
    1. lesson:
      1. retrospection
        1. method: collecting positives and negatives to sharpen the positives and improve the negatives
        2. prep for retrospection: facilitator’s role is important
          1. timeline method: 1st, 2nd, 3rd, … week
            1. which event occurred and how negatives can be overcome
          2. triple nickels (aka “rolling paper” method): 3x5 minutes (first 5-minute, write everything comes to mind; switch the paper and write on top of the previous write-up and iterate the process one more time; share at the end
      2. iteration plan by MoSCoW, user story point, etc.
      3. c.f. C=M (method: e.g. email, phone) * L (length: communication quantity e.g. email quantity)
      4. break-down user story by task
      5. know what’s completed and left
      6. constantly update backlog
      7. consider using Infographics app on Mac
      8. quality means no error
      9. the earlier errors are fixed, the lower the cost
      10. quality management = risk control
      11. cohort (e.g. 1회 대화, 5회 대화, 등록 후 로그인하지 않음, 유료) analysis: e.g. registered members in May vs. June
      12. myth about accumulated metric
      13. AARRR metrics
      14. 조건부
    2. personal takeaway:
      1. MoSCoW method

[class: PM Camp@Fast Campus#19] 제품 유지 보수하기 #1 (my note is WIP)

7. 11 토
제품 유지 보수하기 #1
제품 출시 이후 제품의 품질을 유지하기 위한 활동
  • 제품 출시 이후의 관리 단계
  • 제품의 유지 보수는 사용자에 대한 이해의 단계
  • 출시 이후의 사용자 반응 분석하기 – 사용자와 계속 대화하자
  • 관리하지 않는 이슈는 잊혀질 잡담이다.
  1. Product Maintenance #1 [Sanghun Woo@Naver, UGC Development Center]
    1. lesson:
      1. Epic: first depth category (e.g. for bookstore website, examples for epic can be search, purchase, promotion, and customer service.)
        1. 1조 example
          1. 소개팅 장소/시간 정하는 데 소요되는 시간 최소화
          2. 소개팅 실패시 리스크 최소화
          3. 상대 취향 파악
          4. 폐쇠된 공간에서 대화
        2. read
      2. writing
        1. example (needs to be descriptive and short; remove emotional context): user A가 user B를 한 두 번 밀다가, user B가 자리에 앉게 되었음
        2. practice
          1. start writing followed by reading the written text (reason: short of breath)
          2. start writing subject and verb and try to make your sentence shorter
          3. remove “있을 수 있다” and conjunction
          4. Markdown: e.g. iA Writer,
        3. read
      3. acceptance test
      4. planning and scheduling
        1. triangulation
        2. release planning: 소멸차트, etc
        3. workshop:
          1. 5 iteration, 8 velocity
          2. create a doc: title | description | point | priority
        4. priority: MoSCoW (Must have, Should have, Could have, and Would like but won't get)

  1. personal takeaway:
    1. practice objective writing without emotions

[class: PM Camp@Fast Campus#18] 프로젝트 관리 기법 #2 (my note is WIP)

7. 6 수
프로젝트 관리 기법 #2
프로젝트를 관리하기 위한 실제 예제
  • 프로젝트 관리를 위한 산출물과 서비스
  • 오피스를 사용한 산출물 관리 실습
  • 도구를 사용한 테스크 관리 실습
  1. Project Management Example [Sanghun Woo@Naver, UGC Development Center]
    1. lesson:
      1. backlog: list up all features (c.f. backlog helps create burndown chart)
      2. daily meeting: ask members to bring write-ups for what they did, are doing, and current issues for 10-15 minute daily meeting
      3. mature organization: planning and result are the same (e.g. easy backup when the person in charge is not around, short integration speed)
      4. what’s important in project management
        1. purpose needs to be shared: e.g. create backlog and share with all members
        2. consistency between members’ responsibility and task
        3. break-down big tasks into small tasks
        4. teamwork
        5. communication
      5. outsourcing: try to avoid outsourcing in software development
      6. user story: 누가, 무엇을 달성하기 위해, 이런 기능이 필요하다 (i.e. As a …, I want …, so that …)

    1. personal takeaway:
      1. user story: A user story is a tool used in Agile software development to capture a description of a software feature from an end-user perspective. The user story describes the type of user, what they want and why. A user story helps to create a simplified description of a requirement. <source: Wikipedia>