専修大学ネットワーク情報学部2年生の応用演習（コンテンツデザイン）の資料です。後半の方には、産技大での講義資料も追加してあります。上平崇仁作成。

こんにちは。サービスデザイナーの佐藤 史です。 サービスデザインには、さまざまな専門的メソッドが存在します。サービスデザインの普及に伴って最近ではさまざまな書籍が発行されたりセミナーが開催され、皆さんが所属されている企業や団体の中でも実際にサービスデザインの手法を試みられたり、ツールを活用される機会も多くなっているのではないでしょうか。 しかし同時に、ツールを使うこと自体が目的化してしまったり、本来の意義を踏まえずにやり方の部分だけを表層的に真似してしまったりすることで、やってみたはいいけど効果や成果を実感できなかった、というようなケースも見受けられるようになってきました。 どんなに優れた手法・ツールであっても、使う局面や目的を間違えると、期待した成果は得られません。 そこで、本稿では、コンセントが普段関わっている多くのプロジェクトの中で、よく使われていて、かつ専門性の高い手法・ツールにつ

HTML5 Conference 2017のセッション「コンセプトのつくりかた - アイデアをかたちにする技術」の発表スライドです。 http://events.html5j.org/conference/2017/9/session/#c4

2017/4/26 『渋谷開催！デザイナーLT＆交流会（BASE×ノハナ×マネーフォワード×みんなのウェディング）』 https://mwed.connpass.com/event/54099/ 発表資料

本職の企画の人が優れた機能案を出してくる理由がわからなくて、どうやってやってるんですかと雑談した。新たな発見があったので、雑なメモだけ残しておく。*1 その人の企画の流れ 企画の流れは、以下の3ステップで行っているらしい。 1. 登場人物を分類する 2. 登場人物ごとの振る舞いを分解する 3. 様々な振る舞いを照らし合わせて、機能・UIを絞り込んでいく 「1. 登場人物を分類する」は、機能に関わる人物をツリー構造に分類していき、分類をした結果から、その機能を使うメインターゲットを決めるフェーズらしい。 例えば、ブログユーザーをブログの作者と読者に、さらに作者を毎日更新する人とそうでない人に、みたいにどんどん分解していく。すると、機能のメインターゲットが浮かんでくる。 「2. 登場人物ごとの振る舞いを分解する」では、メインターゲットを中心に、どのような振る舞いをするかを考えるフェーズらしい。

この記事はThree.js Advent Calendar 2016の10日目の記事です。 はじめに この記事は「初心者がThree.jsとか使ってなんとか簡単なウェブサイト作って公開した」記録です。なので内容は教科書レベルだと思います。 「Three.jsでとりあえず球体浮かべてみたけどその後何しようか自分でもわからない」「ExpressでHello Worldしてみたけどそれから何したらいいのか」という人の参考になれば光栄です。 Three.js Advent Calendarの記事の割にThree.jsに関係ないことが半分くらい占めそうです、すみません。 環境 さくらVPS (Apache 2.2.15) Node.js v6.5.0 Express v4.13.4 three.js r81 ちなみにローカルはWin10です。エディタはAtom、ターミナルはCmder、転送ツールはW

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? トレタ Advent Calendar 2016の12日目です。 はじめに 最近スタートアップでもBtoBサービスが盛り上がってきましたね。BtoB、BtoCと書くと読むのがちょっとつらいので以下、toB・toCと呼ぶことにします。 タイトルにはざっくりtoBと書いていますが、主にSaaS型toBサービスの話になります。また、toBサービスも意外と面白いんだよーという話であって、どちらが良くてどちらが悪いという話ではありません。僕もやっぱりtoCが面白そうだなって思うことは多々あります。友達が使ってくれてたりしたら最高ですよね。（誰かt

こんにちは！ 株式会社LITALICO CTOの岸田崇志です。 記念すべき『LITALICO Engineers Advent Calendar 2016』1日目の記事となります！ LITALICOでは現在『教育×テクノロジー』での可能性を広げるべく、チャレンジを広げています。 今回は、サービスを組み立てる話をしたいと思います。 1.はじめに タイプ別にみる失敗パターン 2.基本を理解しよう！ AARRR - Pirate Metrics（海賊モデル） 3. サービスのコンセプトを設計しよう リーンキャンバスを知る リーンキャンバスについて リーンキャンバスの使い方 （おまけ）KPIを設定しよう まとめ 5.次回は… 1.はじめに サービスを立ち上げの現場では戸惑うことが多いと思います。 特に初めての場合ははなおさらです。 サービスの企画を初めてやるときに、 どうやっていいかわからない。

こんにちは、検索事業部の原田です。クックパッドでプロダクトマネージャーとして検索領域を中心にサービス開発に携わっています。 サービス開発を成功に近づけるためのフレームワークやプロセスについては、書籍等で多くの知見が紹介されています。こちらのブログでもクックパッドの例についてご紹介をしてきました。 クックパッドで大事にしているサービス開発の取り組みのひとつに「仮説をスピーディーに最小限の形で確かめる」というものがあります。言うは易しなのですが、そもそも取り組むべき最小限の形とは？ それをどうやって見つけるのか？ やっとの思いで何かを見つけられたとして、その後最小限にこだわり判断し続けるには？ と、大変な困難が伴うと感じています。 今回は、サービス開発プロセスの中でも特に、どのように取り組むべき最小限の形を見つけ、最小限にこだわり続けながら開発を進めるのかについて、私が気をつけていること（気を

こんにちは、投稿開発部副部長の勝間(@ryo_katsuma)です。 普段はクックパッドのレシピ投稿周辺のサービス開発を行う部署のマネジメントやエンジニアリングを担当しています。 さて、クックパッドでは、8月10日から先日9月2日まで技術インターンシップを開催していました。 講義全体のまとめについては、先日公開されましたこちらの記事を参照ください。 クックパッド サマーインターンシップ2016の資料を公開します Service Development at Cookpad 2016 summer internship 今回は、私が担当した4日目の講義「サービス開発」について、どのような狙いを持って設計したか、また参加学生の皆さんがどのような反応だったかなど、舞台裏についてご紹介いたします。 昨年の振り返りと課題 技術インターンシップにおいて、サービス開発の講義は昨年度も私が担当しました。

こんにちは、株式会社ビットジャーニーに出向中の出口 (@dex1t) です。ビットジャーニーでは、社内情報共有ツール Kibela*1のサービス設計やプロダクトマネジメントに責任を持ちつつ、エンジニアとして開発全般に携わっています。 今回は、新サービスの立ち上げ時にどのような考えで重要指標*2を設計し、それを実際の開発のなかでどう使っていくかという話をします。 なぜ検証をするのか そもそもなぜ新サービス立ち上げ時に、重要指標や検証といった考えが必要になるのでしょうか。それを考えるにあたって、クックパッド的なサービス開発の流れを改めて整理してみます。 企画と検証は表裏一体 サービス開発といえば、企画・開発・検証をぐるぐる回すというのが一般的だと思います。指標は検証段階で活用する道具です。企画で考えたことを確かめるのが検証段階であり、企画と検証は表裏一体です。 したがって、指標の設計をするにあ

2016 - 07 - 22 ペロリ流 開発要件のまとめ方 開発プロセス list Tweet こんにちは。開発部のマネージャーをやっている mizushimac です。 今回は開発するモノの要件のまとめ方についてペロリ開発部が実践している内容を少しご紹介したいと思います。みなさんの会社やプロジェクトではどうやって開発するモノの要件をまとめていますか？ パワポ ですか？ spreadsheet ですか？ 流れ行く slack や github issue で議論しながらコメントに埋もれていき誰かが箇条書きでまとめますか？ きっとカオスなことが多いかなと思いますのでこのエントリーが少しでもご参考になればと思います。 ちなみに、ペロリはカオスを楽しめる人を求めていますw 開発要件のまとめ方って色々あって難しい 私が学生の時に所属していた ベンチャー企業 では、数十MBもある パワポ に画面イメ

waren ooit eenvoudige apparaten voor verwarming, maar ze hebben een opmerkelijke evolutie doorgemaakt sinds hun bescheiden begin in de jaren ’80 van de vorige eeuw. In dit artikel duiken we diep in de geschiedenis van pelletkachel, bespreken we de belangrijkste mijlpalen en ontwikkelingen op het gebied van subsidiemogelijkheden en werpen we een blik op de transformatie tot moderne en duurzame verw

YAP(achimon)C::Asia Hachioji 2016mid in Shinagawa Talk 7/3 10:00- スライド資料です 子供のころは、秘密基地作ってる最中が一番楽しかったりしました。小さいサービスやアプリを2人で作るときに、企画・設計・開発を「2人で」楽しく進められるように、いくつかのサービスで行ってきた具体的な事例をベースに、簡単にできる方法を話します。 - アイスブレイク - ものづくりのフローを楽しく - ものづくりのフロー - ブレストの基本 - ホワイトボードの基本的な使い方 - スケジュール調整の基本 - イメージをすり合わせて一緒に形にしていく - リード・ファーストフォロワーを2人で使い分ける - アドホックペルソナと簡易シナリオ - リアルの時間を楽しく過ごす - メッセージやりとり - 開発合宿

こんにちは、買物情報事業部の三浦です。 私たちのチームでは１つのプロダクトの開発が佳境を迎えています。 私は普段エンジニアとしてチームに所属していますが、今回はプロダクトオーナーとして開発に携わっています。そこで単に実装者としてだけでなく、初期のコンセプト立てやユーザーインタビューなどのプロセスを経て学べたことをご紹介します。 価値を見つけるところからスタート 普段のチームでの開発はディレクターが開発を伴わない価値検証を行った上で仕様を考えます。それを基に立てられたissueをエンジニアは引き継いで実装を進めています。issueに記載された施策の背景やユーザーストーリーから、ユーザーの利用シーンをイメージして開発します。 今回はその価値となるものを探す作業からディレクターと共に行いました。まずはユーザーインタビューを実施し、計10名以上の方からお話を聞きました。 課題をよりリアルに感じた

ども、@kimihom です。 近年はいろいろなサービスがあるが、サービス開発者の中で勘違いしやすいのが 「機能は多ければ多いほどいい」「他社サービスがこんなことやってるからウチもやらないと」「お客さんがこんなこと言ってるから実現しないと」 といった考え方だ。自分たちのサービスにその機能は本当に必要なのかを考えず、ただ闇雲に機能を追加していく。その行く先にあるのは「複雑で、誰も使いたがらないシステム」である。理解するのに、慣れるのに何日間もかかるようなシステムを誰が喜んで使いたいだろうか？残念ながら、今の日本のサービスはそんなのばっかりだ。 なぜこのような考え方が生まれるのか 機能を闇雲に追加していくことのメリットは、「自分が何も考えなくてもいい」ということだ。他社のを参考に、ユーザーの意見を参考に言われるがままにパクって作ればいいだけなのだから。多少は自分たちのサービスっぽくカラーを添え

少し前に、Schooさんで「 企業をデザインシフトさせる方法と今後のデザイン戦略 」という内容でお話させていただきました。 「 デザイナーの能力を生かせない日本企業の仕組み 」という日経の記事を読んで、共感する事も多く、企業導入の参考事例の一つとして、Schooで話したスライドをシェアしておきます。 デザイン・シンキングは、製品開発する上で有用な手段になりうる一方で、日本の企業ではまだまだ理解してもらえない事の方が多く、デザインというワードを使っているため「その言葉はよく聞くけどデザイナーさんのテクニックの一つでしょ」という現場の方が多いです。 スライドでも触れてますが、多くの現場ではデザイン・シンキング以前の問題が多く、いきなり導入を試みたり、ステークホルダーに提案すると、そのギャップに打ちのめされる事が多いと思います。 一方で、デザイナーが一定以上の品質を目指す場合、技術力が高い人でも