#プロダクトマネジメント
プロダクトの成功に必要な 3 つのステージと 20 のタスクについて：現場の動き方をまとめました
こんにちは、フリッツ です。プロダクトマネージャー（以下 PM）になってから相当の年月が経ち、特に、現職の US メルカリにおいては「 UIUX 強化型 PM 」として認知されるようになりました（ありがたい）。
ただ、最近は自分があまりにもいま持っているスキル・経験に立脚しすぎているなぁ、と感じており、強みの分野を広げようとお勉強中。
ということで、旅の序盤として、本記事では「プロダクトの成功
初めて書くPRD（プロダクト要求仕様書）
※ Product Manager Advent Calendar 2018 の1日目の記事となります。
はじめにプロダクト・マネージャーの皆さん、PRD（Product Requirements Document）に何を書いていますか?
ここでは”初めて”書くPRDとして、一体どういう内容を書けばいいのかを述べたいと思います。具体的な粒度については、Product Huntの例（本文参照）を
ユーザーファーストであり続けるために開発チームオンボーディング資料を作ってみた
※クラシル開発チーム向けの資料を外向けに公開した内容です
これから開発メンバーが増えてくるので、カルチャーを言語化してみた。今できている文化もあると思うし、今後の考え方を言語化したモノもある。
これをクラシル開発チームのオンボーディング資料として、継続的にアップデートしていくことにする。
これは何に使うのか・新メンバー向けのカルチャー説明
・メンバー同士で声を掛け合ってカルチャーを浸透させて
突破するプロダクトマネジメント - クラシル開発チームで実践した事まとめ
こんにちは、坪田です。
dely Advent Calendar 3日目の記事です。
昨日は、エンジニアのmochizukiが NetflixのFast JSON APIを使ってみた を書きました！
僕は、クラシルを運営するdelyでクラシルユーザー体験と、開発部門のマネジメントに責任を持っており、そのプロダクトマネジメントのスタイルを書いてみます。
よく、CXOって何をするのか聞かれますが
プロダクトロードマップの考え方
一番最初に注意として、たいそうなタイトルを付けていますが、個人的に考えていることをまとめてみようと思って書いたものなので、これが正解でもないし、間違っている可能性もあるというのは理解いただきたいです。
今回はプロダクトと書いたのですが、広告プロダクトという立ち位置で書いてますので、世の中のtoCなどのサービスのプロダクトとは考え方としては異なります。
基本的な考え方
分かりやすく、開発工数と