最近、このアプリが色々凄い事を知りました。 ブログ編集に便利らしいということで。この記事から、テストも兼ねて記事を書いてます。 DraftPad 1.5.4 対象デバイス: all カテゴリ: 仕事効率化, ユーティリティ 価格: ￥0   カスタマー評価: 4 販売業者: Manabu Ueno 新機能: - マイナーなバグ修正。 今まで、ただのメモ帳だと思って、そのまま置いておいたままだったのですが、調べて行くうちに、この点が凄いことに気付きました。 1.連携機能 画面左上のボタンをタップすると、連携動作「アシスト」の一覧がが出てくるのですが、コピーや消去などといったものが出てきますがこれ以外に追加できます。 「Library」をタップすると追加できるアシストの一覧が表示されます。 具体的には ・ATOK Padへ転送 ・Evernoteへ送信 ・Dropboxへテキストデータを保存

Amazonでは製品開発をするとき、まず最初にプレスリリースを書くらしい。これは”Working-Backwards“と言うデザイン手法。面白げなので色々と調べてみた。 Working-Backwards法の商品開発では、お客様の視点をスタート地点にするため、開発前にプレスリリースを作成する。プレス内容は、既存プロダクトの問題点と、それを新製品がどう解決するかが中心になる。 プレスがユーザーに響かなかった時点でプロジェクトはボツ。そもそもその商品は作らない。これにより見当違いな商品を作るリスクを、一番最初の段階で低コストに回避できる。 このWorking-Backwards法で書くプレス内容は主に以下のとおり。 見出し 顧客が商品を理解できるタイトル 副題 ターゲット層と、彼らのメリットを1行で。 概要 商品の特徴と利点をまとめる。この段落で全てを理解できるように。 課題 このプロダクトが

勢いで書いているように見えて、実はちゃんと流れを考えてから書いています。それで短くなるかは別ですが、ボケ、ツッコミ、オチがないと気持ち悪いのです。 2回目は、「構想する」段階です。構成を考えるということです。なぜ、「構想する」にしたかよく覚えていません。もしかすると、記事の構成なんかよりも、タイトルや見出しにギャグをつっこむことばかりしているからかもしれません。ただギャグと言っても、全く関係ないことを考えるわけではなく、イメージを盛り込むためにしています。あとは、韻を踏んでいるかを確認しています。語呂を合わせているかと言うこともそうですが、イメージとしてのつながりを維持しているかも気にしています。例えば、前回はダシを作る様に見立てて、全体を構成させました。 構想する時には、まずはタイトル、トップの画像を決めていきます。タイトル自体は簡素というか普通にすることもあります。今回のようにおかしな

R-Styleさんところで、「R-style » 【企画】「あなたのBlog術教えてください！」企画第二回」という企画をされてます。今回はこれに乗じて、自分のブログ記事の書き方を見直そうと思います。 ・・・と思ったんですけど、あんまりフォーマットを決めてやってないことに気がつきました。なので、そういった型のお話は他の人に任せて、私はこれだけは気をつけたいことを書いておきます。 あなたは、～～を伝えたくて、記事を書いているんですか？ 私は基本的に、自分が琴線に感じたことや気になったことなどを記事に起こしています。「なぜなんだろう、どうしてなんだろう。それはこういうことじゃないのか」という一連のことを書いています。 昨日書いた「インタフェースが思考する分量を決める」という記事は、「ウェブブラウザとiPhoneとで、Gmailでも全然操作のしやすさが異なる！なぜなんだろう、どうしてなんだろう。そ