外資系コンサルが用いる「資料作成」という技術
ビジネスの現場では、さまざまな資料を作る機会がある。報告書や提案書、会議の議事録に発表資料など、仕事の内容や状況によって形は変わるが、すべからく「ビジネス文書」であり「資料」だ。 「資料なんて、そんなものにこだわる必要はない」「資料作りに時間を割くのはばからしい」――。その意見には、筆者も賛成だ。不必要に凝ったものを作る意味はない。要は中身が正しく伝わればいいのだ。PowerPointやExcel、Wordを駆使して凝った資料を作っても、中身がなければ話にならない。そもそも、資料を作っただけで仕事が終わるなんてことは、普通ない。 ただ、それは「資料作りが不要」という話ではない。資料作りに過剰な時間をかけるのは無駄だけれど、かといって「伝わらない資料」を作ってしまっては、さらに時間の無駄だ。ましてや、その時間は自分のものだけではない。その資料を読む相手の時間も無駄に消費することになる。 体系
AWS(Amazon Web Services)技術資料メモ(2015年3月版) - hiroshixの日記
2015-03-16 AWS(Amazon Web Services)技術資料メモ(2015年3月版) 2015年3月版に更新。 技術資料はココにあるんだけど、散らかってるのでまとめてみた。全体的に資料の日付をチェックした方がいいかも。資料公開からアップデートがある場合も。あとどの資料も最初に概要入っててごめんなさい。 概要的なやつ スタートアップならおさえておきたいAWS入門サービス概要と基礎知識編 スタートアップならおさえておきたいAWS入門サービス概要と基礎知識編 from Hiroshi Takayama →つまづきやすいポイントや不安点など WebサービスStartUP向け AWSスケーラブルな構成例 WebサービスStartUP向け AWSスケーラブルな構成例 from Amazon Web Services Japan →構成例・代表的なサービスの一言紹介・課金関連・サポ
通る提案資料は「GARPFS(ガルフス)」の順番で作る | シゴタノ！
By: Rainer Stropek – CC BY 2.0 「形勢不利かもしれないけれど、どうしても相手に納得してもらいたい案件がある」 「一旦ダメって言われたけど、やっぱり、どうしてもあきらめきれない企画案がある」 「どうしても」という強い気持ちは、ときに空回りしがちです。 自分が熱く盛り上がっていると、つい、「きっと相手も盛り上がってくれているはずだ」と勘違いしてしまうんですよね。 でも悲しいことですが、他人は思ったほど、あなたに興味を持っていないことが多いのです。 あなたの企画がいくら素晴らしいものであって、世の中のためになるものだと信じていたとしても、それが独りよがりのものだと相手に最初に思われてしまったら、そもそも話を聞いてもらえません。 だから、燃えたぎる熱い気持ちを、そのままストレートに相手に伝えるのではなく、相手が分かってくれるように一歩引いて冷静に伝える必要があります。
パワポでもここまでできる！米財務省から学べる美しい資料作りのポイント - stj064 Life Lab
Twitterで紹介されていたこの資料。 実際見てみたらホントに美しい資料だったので、どんな点がよかったのか、また自分の資料作りに生かしていけそうか、ポイントを抽出してまとめてみようと思います。 「ページタイトル」と「メッセージライン」を分ける レイアウトは以下の画像のように要素が配置されています。 特徴的なのは、「ページタイトル」と「メッセージライン」を分けていること。これは自分も前々職のコンサルティング会社時代に馴染んだ形ですが、そこから移ったあとは、この区別ができていない例をたくさん見かけました。 ページタイトルを大きなフォントで載せることはスペースの無駄使いになりますし、逆に主張したいことを小さな領域に押し込めてしまうと無視されてしまう恐れもあります。 用途にもよりますが、調査レポートなどはこうした形の方が、要点が読み手に伝わりやすいのではないかと思います。 絶対値より、変化率や差
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
コンサル1年目から身につけたい普遍的に使える30のスキル
