프라그마틱 슬롯사이트 프라그마틱 슬롯사이트 스토리

사실 기획서는 꼭 어떻게 써야 한다는 법칙 같은 것은 없습니다. 형식도 마찬가지입니다. 파워포인트로 쓰든, 엑셀로 작성하든, 아예 일러스트로 작업을 해서 주든, 아니면 프로토타이핑 툴에 디스크립션을 작성해서 주든, 개발자만 OK 한다면 사실 어떤 형태로 기획서를 만들어서 주든 상관없습니다. 기획서는 개발자와 소통하는 커뮤니케이션 ‘도구’에 불과하기 때문입

기획을 하다 보면 사용자를 만나 인터뷰를 해야 할 때가 있습니다. 서비스를 리뉴얼한다든지, 새로운 기능을 넣는다든지, 디자인을 변경한다든지 하는 이슈에 대해 사용자의 의견을 가감 없이 듣고 기획에 반영하기 위함이죠. 특히 O2O 서비스의 경우에는 사용자의 의견이 절대적이기 때문에 현장을 자주 찾아가서 사용자의 말과 행동을 주의 깊게 관찰해보는 것이 좋습니다

‘개발자’라는 세 글자, 벌써부터 어렵습니다. 지금은 개발자와 소통하는데 어느 정도는 편해져서 함께 일을 그럭저럭 해 나갈 수 있지만, 처음 기획을 시작하던 무렵에 개발자와 소통하는 것은 저에게 크나큰 숙제였습니다. 때는 2015년 1월, 한주의 일정을 마무리하는 금요일 주간 회의 시간. 개발자들이 각자 이번 주에 본인이 맡은 일에 대해서 설명합니다. J

대한민국 서비스 기획자를 정의 내려보도록 하겠습니다. 저는 “제품 생애주기 전반을 관리하는 사람”으로 정의합니다. 기획자는 제품의 생애에 아래와 같이 관여합니다. - 가설 설정 (시장 조사 – 시장 규모 및 가능성 파악) - 제품 설계 (일정 산출, 프로토타이핑, 스토리보드) - 제품 구현 (일정 관리 및 유관 인력 커뮤니케이션 –

저는 서비스 UI/UX 디자인은 디자이너의 주 분야고 기획자의 주 영역은 아니라고 생각합니다. 하지만 한국에서는 기획자와 디자이너의 UI/UX 구축 역할 배분에 모호한 부분이 있는 것도 사실입니다. 예를 들어 기획자가 ‘스토리보드’를 그리며 서비스의 전체 플로우와 디자인을 어느 정도 결정하고 디자이너는 후속 디자인을 하는 식으로 말이죠. 한편 서비스 정책,

[기획 리뷰: 기획자가 자신이 기획한 내용을 개발자/디자이너/사업부서에게 공식적으로 설명하는 행위을 기획리뷰라고 합니다.] 2015년 초에 처음으로 기획 리뷰를 하는 시간을 가졌습니다. 결과는 제 생각과 매우 달랐습니다. 저는 당연히 참여자가 제가 리뷰를 하려는 주제에 대해서 어느 정도 알고 있으리라 생각하고 리뷰를 진행했는데 실상은 그러지 못했습니다.

때는 2016년 초, 서비스 기획을 본격적으로 시작한 지 1년 정도 경과했을 무렵입니다. 이미 구축 기획도 경험을 했고, 이런저런 다양한 기획서를 만든 경험이 생긴 무렵, 파워포인트로 만드는 스토리보드(와이어프레임)에 대한 의문이 들기 시작했습니다. 아무리 생각해도 이 파워포인트라는 놈이 서비스 기획을 위한 툴은 아닌 것 같다는 생각이 들어서였습니다. 제가

서비스 기획을 하다 보면 타사 서비스와 우리 서비스를 연동해야 되는 경우가 생깁니다. 오늘은 우리 서비스와 타사 서비스를 어떻게 연동시켜나가는지에 대해서 함께 살펴보도록 하겠습니다. 독자의 이해를 돕기 위해 우리 회사는 음식점용 POS 프로그램을 서비스하는 회사고 제휴 회사는 음식 배달대행 솔루션 서비스를 제공하는 회사라고 가정하고 사고를 전개시켜 보도록

때는 2015년 여름, 주니어 기획자였던 저는 사수도 없이 막막한 가운데 기획을 하고 있었습니다. 지금 하는 기획이 맞는 건지 누가 검증해줄 수도 없고, 이러다가 다른 회사를 가게 되면 내가 과연 기획자라는 타이틀에 걸맞은 일을 할 수 있을지 없을지 아무것도 알 수 없었습니다. 그러던 와중에 경력직 서비스 기획자가 회사에 합류하게 되었습니다. ​ 처음에 그

QA는 Quality Assurance의 약자로서 개발 후 운영서버에 배포하기 전 기획에 맞게 개발되었는지 검증하는 행위를 말합니다. 규모가 큰 업체나 프로젝트의 중요성이 높은 경우 전문 QA를 두어 위와 같은 작업을 수행하는 경우도 있으나, 일반적으로 스타트업에서는 개발 단계에서 개발자가 1차 QA를 진행한 후, 배포 전 단계에서 기획자가 최종 QA를 진

-     경영진 혹은 의사결정권자로부터 새로운 기능 도입 요청이 들어오고 -     기획자가 그 기능을 구현하기 위한 기획을 하고 -     디자인이 기획에 맞는 디자인을 하고 -     개발자가 이어서 개발을 마무리하는 형태의 소프트웨어 개발이 보편화되어 있는 한국 it 시장에서 배포 후 사후관리의 중요성은 늘 간과되어 왔습니다. 사실은 배포부터가 진짜

오늘은 직업으로서의 서비스 기획자에 대해서 이야기해보려고 합니다. 저는 아주 우연한 계기로 스타트업 서비스 기획자로서 발을 내디뎠습니다. 그리고 벌써 5년 가까이 세월이 흘렀네요. 처음엔 아무것도 모르고 A4 용지에 프로그램 외형을 그리며 기획을 시작했습니다. 정식 인하우스 기획자로 시작하지 않았기 때문에 많은 열등감을 갖고 있었고 열등감을 해소하기 위해