プロダクトオーナーの異常な雑用 または私は如何にしてプログラムするのを止めて雑用をするようになったか - 瀬宮の球拾いブログ
タイトルについて 映画のパロディです。 ジョニーの凱旋が流れるシーンが好きです。 私の担当 チームにおける私の配置は プロダクトオーナー チーフエンジニア 雑用係 の３つです 経緯 私は業務外でゲーム開発チームを運営しています。 役割分担は「システム」「シナリオ」「デザイン」の３人でした。 ひとまず開発が落ち着いた段階で、製品そのものはゲーム性を備えたので、販売を強化しようということになりました。 すなわち、販売強化に関わるタスクを誰かが受け持つ必要がありました。新しく人とかまだ雇えないし。 この時点でデザインさんは投入可能時間と要求作業量が均衡しており、新しいタスクは振れません。 シナリオとシステム、どちらが作業したほうがゲームのプロダクト価値をあげられるか、と考えた時、データ分析から、明らかにシナリオ量のほうがユーザーに訴求することが明らかでした。また、ゲームシステム開発はひと段落し、
カスタマージャーニーマップの作り方 - 瀬宮の球拾いブログ
会社でカスタマージャーニーの話が出ていたのでちょっとここに書く。 カスタマージャーニーについて悩んでいた彼がここを見るかもしれないし見ないかもしれない。 もし見たのなら助けになればいいと思う。 あくまで私の一見解であるので特に勧めたりはしない。 また一見解であるので、真に受けて痛い目みても責任は取れない。 本題 さて、私はカスタマージャーニーとはUX設計の一手法だと思っている。 ここにAirBnbのカスタマージャーニーの図があるんだが、これはわかりやすい。 ただしわかっている人間にとっては。 わかっていない人間にとっては非常に誤解しやすい図だと思っている。 ドツボにはまるケース わかっていない人間は手続き的にユーザーの動作を列挙しようとしてドツボにハマる。 つまり行動を列挙し、それにともなう感情を付け加え、最後に書き連ねた内容を総括して「結局ユーザーは何をしたい？」を書く。 順番として 行
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
