マーケティングに強くなる「スキルマップ」を作ってみた【一覧図で解説】
マーケターのムロヤ（@rmuroya）です。 マーケティング組織の構築・育成や、煮詰まった時の施策アイデアの発想促進のために、マーケティングのスキルマップをつくってみたので共有します。なお、デジタルマーケティング のノウハウが根幹となる事業をやっていたので、デジタル寄りの内容になってます。 なお、SNSマーケティングに絞ったスキルマップも作成しました。 SNSマーケティングのスキルマップ作ってみた ーーー このブログの著者・ムロヤのメルマガもどうぞ。10年後も使える「マーケティング」を学べる情報をお届け。物事の本質を掴み、仕事・副業でハイパフォーマンスを出せる骨太な思考法を身につけられます。 https://rmuroya.theletter.jp/ ーーー マーケティングのスキルマップ （クリックすると拡大表示できます） ＜更新履歴＞ ・マーケティングスキルマップVer.1.0 上下で分
ユーザーのコンピュータスキルの分布： ユーザーのスキルはあなたが思う以上に低い
先進33か国において、コンピュータ関連の高い能力を持つ人は人口の5％にすぎない。また、中程度の複雑度のタスクを完了することができる人は全体の3分の1しかいない。 The Distribution of Users’ Computer Skills: Worse Than You Think by Jakob Nielsen on November 13, 2016 日本語版2017年3月16日公開 身につけるのがもっとも困難なユーザビリティの教訓に、（訳注：デザインプロジェクトに携わっている）「あなた方はユーザーとは違う」というのがある。これこそがユーザーのニーズについての推測が大失敗に終わる理由だ。デザイナーは大半のターゲットオーディンエンスとあまりに異なっているため、いいと思っているものや利用しやすいと思っているものが見当違いになるだけでなく、そうした自分たちの個人的好みによって判断す
極める時代はもう終わり！スキル×スキルが仕事を成功させる理由
この記事には広告を含む場合があります。 記事内で紹介する商品を購入することで、当サイトに売り上げの一部が還元されることがあります。 こんにちは起業家ブロガーのぶんたです。 (写真は「ブログ×Airbnb」を見事に成功させたるってぃです) 「ぼくならこの仕事完璧にこなせるのになんであいつが選ばれるんだよ…」 「私のプレゼンの方が絶対良かったのに、失敗続きのあの会社に負けるなんて….」 こんな経験ありませんか？ 明らかに自分の方が強いスキルを持っている、知識を持っているのに、自分よりも劣っている人に負ける経験。悔しい思いで枕を濡らした人は多いかと思います。 しかしほんの少しの努力でこんな状況はいとも簡単に打破出来ます。 方法は多角的にスキルや知識を身につけるということ。極めなくてもいい。とにかく相乗効果のあるスキルを身につけるべきなんです。 その理由に、ぼくは起業当初営業くらいしか出来なかった
【境界が無くなる】デザイナーとエンジニアの仕事内容 デザイン会社 ビートラックス: ブログ
アメリカ、特にサンフランシスコ周辺の会社を見てみると、エンジニアに加えてデザイナーの需要が高まっている。これは見た目やUXが優れたプロダクトへの人気が上がっており、企業としてもよりユーザー目線で使いやすくニーズにあった製品を作る為に、企画段階からデザイナーを参加させる事が増えていているからであろう。 それに伴いデザイナーの役割が、これまでの”見た目を美しくする”事から”ユーザー視点で最適な問題解決方法を見つけ出す”へと広がりを見せている。 このビジネスに対するデザインの重要性の高まり-デザインシフト-でデザイナーやエンジニアに求められるその役割と仕事の範囲に変化がおき始めている。恐らく10年程前と比べてみると、それぞれの仕事の範囲が多種多様に広がっているのに加えて、オーバーラップする領域も増えているだろう。 デザインの未来を示す15の変化で下記のような項目があった。 “デザイナーとエンジニ
新人プログラマ向け・スキル向上のための具体的なアプローチと考え方 - give IT a try
はじめに：「僕にもそんな頃があった」 先日、西脇.rb＆神戸.rbの合同勉強会として「RailsプログラマのためのSQL勉強会」を開催しました。 この勉強会は出題者（＝僕）が出したSQL問題を他の参加者が解く、というスタイルの勉強会です。 参加者の方の中には最近プログラミングを始めた、という人も何人かいました。 そういう人にとっては問題がちょっと難しかったので、ときどき僕がサポートに回って質問に答えたり、解き方をある程度教えたりしていました。 また、話がちょっと脱線して「僕が作ったこれぐらいのWebアプリは、伊藤さんなら何時間ぐらいで作れますか？」みたいな質問を受けたりもしました。 その中で言われたのが、 「説明されたらわかるけど、自分一人でこの答えにたどり着くのは無理です」 「えっ、そんな短い時間で作れるんですか」 といったようなコメントです。 そういったコメントを聞くと、「あー、僕にも
WEB企業でエンジニアリングの才能が無くても給料をガンガン上げる方法
そこそこ有名なWEB企業に勤めている。 入社してすぐのプログラミング研修で、自分にエンジニアリングの才能は無いなと気づいた。 同期でものすごく才能あるやつがいて、そいつは自分の3倍くらいのスピードで課題を解いていく。 あ、これ俺は終わったな、と思ったが、そうでもなかった。 自分に才能は無いと自覚した後、自由な社風なので志願して複数の部門をかけもちさせてもらった。 飛び込み営業からコールセンター、プロモーションや運用部門、当然プログラミングやサーバー管理、ディレクターやデータ分析の部署も。 1部署は半年から1年くらい。それをかけもちしながら、6年で18部署を経験した。 もちろんその部署をやってる間はその仕事に関係する本を読みながら、必死ですぐキャッチアップできるようにした。 各部署の人から最初は嫌がられることはあるが、他部署の知見を持っているというのは意外と役に立つもので、すぐに価値は出せて
スキルマップ作成のすすめ
チームでの開発って大変だけど楽しいと思ってるみなさんこんにちは。@ryuzeeです。 チームは共通の目標に向かって日々の仕事に取り組んでいくことになりますが、そのためにはメンバーそれぞれが必要なスキルをもっている必要があります。このスキルを見える化するテクニックの1つとしておすすめなのが、スキルマップです。 作り方は簡単で以下の図のように横軸に必要なスキルを、縦軸にチームメンバーの名前を入れます。それぞれのマスでは、その人のスキル度合いを表す印を入れていきます。ここでは、★：エース、◎：得意、○：一人でできる、△：助けがあればできる、空欄：できない、・：今後習得したい、というようにしていますが、この記号はチームで好きに決めて構いません。 このスキルマップの効用と運用について見ていきましょう。 効果：スキルの見える化長い間同じチームで働いていれば、誰が何をできるのかはだんだん分かっていきます
バッドノウハウと「奥が深い症候群」
計算機を使っていると、何でこんなことを覚えないといけないのだ ろうか、とストレスを感じつつも、それを覚えないとソフトウェア を使いこなすことができないためにしぶしぶ覚えなければならない、 といった類いのノウハウは多い。そうした雑多なノウハウのことを、 本来は知りたくもないノウハウという意味で、私はバッドノウハウ と呼んでいる。 バッドノウハウは、ソフトウェアの複雑怪奇な仕様が歴史的に引き ずられ、根本的な改善は行われないまま、そのノウハウが文書によっ て受け継がれることによって蓄積が進行する。Unix 上で広く使わ れているツールとしてはTeX, Emacs, sendmail, bind, perl, gnuplot, procmail などは、役に立つツールであると同時に、その 複雑怪奇な仕様によって長年に渡ってユーザを苦しめ続け、バッド ノウハウの温床として悪名が名高い。こうしたツー
【パズル１】ほとんどのエンジニアには解けるが、下位10％のダメなエンジニアにだけ解けないパズル? - ベルリンのITスタートアップで働くジャバ・ザ・ハットリの日記
半年ほど前にソフトウェアエンジニア向けの求人募集ページに簡単なプログラミング系のパズルを出して、それが解けた人だけ応募できる仕組みにしよう、という話になった。 その時期は求人を拡大募集していたのだが、あまりにハズレな人が多かった。私もいくつか面談をしたのだが「CV（履歴書）には高いスキルって書いてるけど、言ってることがなんでこんなに変なの？」と感じてしまう応募者が多かった。これは私だけの意見でなく、他のエンジニア達からも不満が続出した。つまり履歴書のスクリーニングが効いてないということだ。日本よりも海外の方が履歴書を誇張する率が高い気がする。そこで考えたのが求人募集ページにエンジニア向けのパズルを出す、という発想。 言ってはみたもののどんなパズルにしようかと考えると案外難しい。 パズルの条件は以下の３つ。 簡単なパズルにすること。あくまでダメなエンジニアだけを門前払いするのが目的だから、変
英語しか使わない職場に英語がほとんどできないエンジニアが入ってきた話 - ベルリンのITスタートアップで働くジャバ・ザ・ハットリの日記
今の会社はシンガポールのスタートアップで小さい会社ながら世界各国から人が集まり、会議、メール、ランチ中の小話まで全て英語で行われている。で、そんな会社になぜかほとんど英語ができないながら、入社してきた人がいる。 彼はアフリカ出身のTで母国語はフランス語だ。いったいどういう経緯ではるばるアフリカからアジアのシンガポールまで来たのかは正直私もまだよく分かっていない。出会ってから半年ほどになるが、なにより英語があまりできないから、そのような基本的なコミュニケーションがまだ取れていないのだ。でもこの「できなければ即クビ」が多いシンガポールのスタートアップにおいて、Tはクビになどならずに非常に重要な仕事を着々とこなしている。 Tが入社する前、会社に必要な技術があってその求人応募の広告を出した。すごくカンタンに言うとAとBとCの技術ができる人を求む。という感じだ。 で、来た候補者はざっと以下の感じだっ
上司が部下を育てられなくなってきている。
最近相談されることの多い、経営上の悩みの1つが「上司が部下を育てられなくなってきている」という悩みだ。最近立て続けに同じような悩みを持つ経営者にお会いして、状況を聞くと、概ね次のような状況だ。 経営者は言う。 「上司が育成したくない、というわけではないんだよ。もちろん、育成していない、というわけでもない」 「ではどのような状況なんでしょう？」 「いや、育てられないんだよね。部下を。」 「どういうことですか？」 「あまりはっきりいいたくないのだが…要するに、彼らの持っていた知識やスキルが、既に役に立たなくなっていて、部下に教えても大して仕事の役に立たない、ということがたくさんあるんだよ。 逆に、仕事で必要なスキルは、若い子たちのほうが遥かに強かったりする。技能の逆転が起きているんだよね。」 どうやら、想像以上に上司の持っていた知識の陳腐化のスピードが早いようで、若い子たちは「上司はガミガミ言
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
デザイナーがXcodeを使って 開発効率をUPさせた 5つのエピソード + 現場エンジニアのコメント付き
非エンジニアリング脳なデザイナーが新規アプリ開発の現場でXcodeを使用することがどのような影響を与えたか。について、自身の経験を元にまとめました。Read less
「30過ぎたら利息で暮らせ」を意識しないと人生が詰んでいく - 太陽がまぶしかったから
30歳を超える前に「金のエンゼル」を作る 「30過ぎたら利息で暮らせ」とブログに書く内容をTwitterにメモしておいたら思いのほか拡散したので、いくつかの補足をしたい。元ネタは『エンゼルバンク』という『ドラゴン桜』の外伝漫画であり、事実上の続編で出てきた台詞である。本作は転職エージェントについて描かれている。 「30歳過ぎたら利息で暮らせ」 「利息？」 「どれだけ多くの利息を取って暮らせるか……そのためには何が必要か」 「必要なのはしっかりとした元金だ……金のエンゼルだ……」 エンゼルバンク ドラゴン桜外伝（１） (モーニングコミックス) 作者:三田紀房講談社Amazon 転職者にとっての「金のエンゼル」を明確化し、その「金のエンゼル」が欲しい企業に引きあわせることで良い条件の転職をさせるのが転職エージェントの仕事。転職者の契約年収が転職エージェント自体への報酬に直結するので必死だ。ここ
2015年のスマホゲーム開発者に求められるスキル – ぼくのセーブポイント
この記事は何か？ この記事はスマホゲーム開発をしているプログラマーのぼくが、スマホゲームの変遷と求められてきたスキルを振り返り、2015年の今現在求められるスキルを考えます。 あくまでぼくの周りから感じたものなので、いけてるディベロッパーにいる人はもっと進んでいるのではないかと思います。 ちょっと長いので、結論だけを知りたい場合は下部のまとめだけご覧ください。 ぼくは誰か？ ぼくはゲーム開発会社でスマホゲームを開発しているプログラマーです。 mobageやGREEのプラットフォームで、各社が自由にWEBブラウザゲームを公開できるようになった時からゲーム開発をしてきました。 WEB業界出身な人間で、スーパーなプログラマーではないことに注意してください。 WEBブラウザゲーム前期 「DeNAの怪盗ロワイヤル」「コナミのドラゴンコレクション」「Cygamesの進撃のバハムート」などのゲームが流行
学生時代に知っておきたかったWeb技術の学び方の学び方 | リブセンス
「プログラミングを学ぼうと瞬間最大風速的に意識は高くなるものの、一人でいると気がついたら一日ソシャゲして夕方頃に『また今日も勉強できなかった』と自己嫌悪。」モチベーションが続かない時の対策をはじめ、学び方、学べる環境の作り方をまとめています。
gdeg.jp - gdeg リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
プログラミング出来ない奴ちょっと来い
プログラミング出来る方法教える。 世の中「プログラミング言語」を説く本はごまんとあれど「プログラミング」を説く本やブログはあまりない。 いや実際に "ない" というのはかなり語弊があるかもしれない。 しかし、通常この種の説明している本に辿り着くまでには多くの時間が必要だ。 普通の人は、多くの間違った方法を試し、その都度試行錯誤を重ね、プログラミング経験を経ることよって、重要な概念を獲得するのだと思う。 例えば、「計算機プログラムの構造と解釈」や「実用 Common Lisp」、「コンピュータプログラミングの概念・技法・モデル」などの書籍は現実の問題に対し "プログラム" をどう書くかという問題に正面から取り組んでいる良書だ。 しかし、どれだけ”普通の”プログラマが上記のような書籍を読んでいるのだろうか。 そして、"普通のプログラマ" がプログラミングを学ぶ書籍として、それらは果たして適切と
スゴイ地味だけど着実にどんなスキルも磨ける独学法 | ライフハッカー・ジャパン
Crew Blog：他人のために何かを作ったこと、ありますか？ 自分がイチから作ったものが誰かの助けになったり、喜んでくれたりすることを知るのは格別なものです。 一度でも他人に使われるものを作った経験があると、むしろ自分のためだけにものを作ることが無意味に思えてくるかもしれません。いえ、ちゃんと意味はあります。素晴らしい学習の機会になるのです。 忘れにくく、応用できる知識が身につきやすい 学び、スキルを広げていくには、小規模で自己充足型のプロジェクトを行うのが非常に良い方法です。単に書物などで読んだり、理論として考えたりするだけではなく、実際に新しいものを作ってみることで学ぶのであれば、言葉によってではなく、体を通して学ぶことになり、忘れにくく、応用できる知識が身につきやすいのです。 ルールを忘れて、直接、経験から学ぶのです。「正しい」方法を知らなくても自分のやり方で物事に取り組むことを学
プログラマ能力指標表 | POSTD
2015年05月27日: 表が見にくいというご意見を頂いたため、原文著者に連絡のうえ体裁を修正しました。 上位のレベルには下位のレベルの知識も蓄積されているということに注意してください。つまり、レベル n であれば n より低いレベルの知識も全てあります。 コンピュータサイエンス データ構造
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
