マニュアル制作の専門家:取説屋・石井ライティング事務所のテクニカルライター兼代表の石井宏治のブログです。
|
【わかりやすいマニュアルの作り方】第75回 テクニカルライティングの価格 その01
05/Feb.2010 [Fri] 16:29
前回のブログでは、もういちど「マニュアルのカタチ」について書こうかと予告しましたが、考えが変わりました。
まぁ、あまり考えていないのですが。 さて。 今回からは、マニュアルのコストというある意味いちばんヤバげな話をしようと思います。 いや、別にもっと原稿料をよこせとかいった話ではなく。もちろん、たくさんいただけるにこしたことはりませんが。 取扱説明書…操作説明書の原稿の適正な料金って何だ、ということです。 今回はマクラだけです。 ぶっちゃけて言えば、労働に対する対価ですから、その成果物にどれだけの価値を見いだすかという話ですが。 ネットで探すと、とんでもなく低い価格のものがあります。400字詰め原稿1枚200円以下、下手すると100円とか。日本語なんかだれでも書けるじゃないかということで値段の叩き合いをやった結果です。 こういう価格を提示されると、プロは逃げます。「寝ていた方がマシな値段」の仕事だからです。 どういうことかというと、自分が1時間に書ける枚数はだいたい計算できるわけです。 そうすると、1時間にどれだけ稼げるかがわかるわけですね。 1枚200円として……まぁ5枚でしょうか。時給1000円。100円だとその半分の500円。 コンビニやファーストフードでアルバイトするほうがナンボかマシです。 しかも、自分は今で培ってきた専門性を提供した上でこの値段なら。 「寝ていた方がマシ」というのは、こんなところから来ているのです。 でも、こんな値段で応じる人がいるのもどうも事実らしいです。 「在宅ワークだから」「サイドビジネスだから」という理由のようですが。 でも。 こんな人たちに依頼した原稿の品質や納期はあてにならないのは言うまでもありません。 続きます。 取扱説明書・マニュアル・テクニカルライター : comments (0) : trackback (x)
Adobe CS4 導入しました
05/Feb.2010 [Fri] 15:04
タイトルの通り、導入いたしました。
Windows版ですし、フォントも特に加えていませんが、一通りのことはできるようになりました。 これまではIllustrator Ver.9で開けるファイルに制限があったりしましたが、以降はそういったことでご迷惑をおかけすることが無くなるかと思います。 これからも石井ライティング事務所をよろしくお願いいたします。 経営 : comments (0) : trackback (x)
【わかりやすいマニュアルの作り方】第74回 テクニカルライターとは その012
26/Jan.2010 [Tue] 16:31
なんだか、今週は随分暖かくなってきました。
10度どころではなく、15度を越えるのでポカポカです。 今回は少しまとめに入ろうと思います。 テクニカルライターは、境界領域の技術者です。 そのため、マニュアルだ説明を加えるよりも、「本体のここにシールで説明を張った方が良い」とか、「このパーツの部分の色を変えればいいんじゃないか」とか考えたりします。 しかし。 こういった意見は、小さい企業で社長に直接話ができる場合以外はまず取り入れられることはありません。 というか正しく言えば、その意見が開発者までまず届きません。 できれば社内で気が付くのが1番なのですが、ベストばかりを求めても得られるとは限りません。何とかして、私たちのユーザーインターフェイスに関する知識や経験を生かしたいと考えています。 はもちろんそれが商売につながると良いということもありますが、エンジニアとデザイナーで製品をデザインするときに、インターフェースの専門家としての意見をを述べる機会があればなあ、思うことがよくあります。 今週で、テクニカルライターについては終了しようと思います。 途中から、熱くなってどんどん話題がそれて行ったのが理由です。 ちょっとまとまらなくなってきてしまいました。 さて。 来週からは、説明書の形再びで行こうかと考えています。 取扱説明書・マニュアル・テクニカルライター : comments (0) : trackback (x)
【わかりやすいマニュアルの作り方】第73回 テクニカルライターとは その011
21/Jan.2010 [Thu] 13:52
前回は、エンジニアさんから良いところを、ユーザーさんから悪いところを教えてもらって初めて良いマニュアルができるという話を書きました。
そのためにはコミュニケーションが必須であると書きました。 では、テクニカルライターはそういうことができるのか?という点ですが、この辺が外部の人間の強みになります。 エンジニアさんから良いことを聞くのは、そう難しいことではありません。 普通にインタビューの時間をとれば話してくれます。 ではユーザサポートの方への取材はどうでしょうか。 こちらは企業の秘密の情報が含まれていますので、必ずしもオープンに話してくれるとはかぎりません。 問題は人選です。あまり、上の人、例えばサポート部長などですと、実態をかえって把握していない場合があります。。かといって、担当者レベルのミクロの話ばかり聞いても効果はありません。チームリーダーとか、そういったあたりの人と話をするのが1番です。 …といった知識を持っていて「機密には触れないで、業務として話をしてください」と依頼するわけです。 このあたりが、社内ではどうしてもやりにくい点です。 では、社内ではできないかというと。 「チーム」を作れば良いのです。マニュアルの評価チームというか、作成に協力するためのチームを。 まぁ、最初は飲み会などの非公式な会でもよいでしょう。まず小さなチームを作ることから始めればきっと改善されるはずです。 製品もそうですが、マニュアルもひとりではできないのです。 取扱説明書・マニュアル・テクニカルライター : comments (0) : trackback (x)
【わかりやすいマニュアルの作り方】第72回 テクニカルライターとは その010
12/Jan.2010 [Tue] 14:50
あけましておめでとうございます。
本日から、ブログの更新を再開いたします。 急な寒波が来て、冷え込んでおりますが、今年は、景気ぐらいは暖かくなって欲しいものだと心から願います。 さて。 コミニュケーションとフィードバックの続きです。 >「一番ひんぱんにあるクレームは何ですか?」 >もっともきかなければならない質問です。 >でも、なかなか聞きにくいとは思いませんか? 前回はここで終わりました。 言うまでもありませんが、この質問の相手は、営業の人です。エンジニアさんはこの答えを知りません。もしも知っていたら、当然そこを改良しているでしょうし。 この回答を最もよく知っているのは、営業、特にユーザーサポートのセクションの人です。場合によってはユーザーサポートの人はFAQ回答用のアンチョコというか虎の巻を持っている場合すらあります。 もしも「虎の巻」があるなら頼み込んででも拝借させてもらい、できるだけというより全部取扱説明書に反映させます。それも目立つところに。 どんなに優れた機能があっても、使い方がユーザーに伝えられていなければ使えません。安全な使い方が伝えられていなければ、事故が起こるかもしれません。 製品を作った後に、その使い方、良いところ、安全な使い方などを「使う人に伝える」ということが大切なのです。 そのために、使う人と作る人の間のコミュニケーションが大切です。 ただメーカーの場合は、なかなか、ユーザーさんとのコミニュケーションを直接には取りにくいので、次善策として、営業やサポートの人とコミュニケーションを密にとっておく必要があります。 エンジニアさんからは「ここがよい点だ」を伝えてほしいと思います。そしてユーザーさんからは「個々が困る点だ」を教えてほしいと思います。 この2つがそろったうえで、操作説明をしっかり行って、初めてマニュアルとして役に立つものができると考えています。 取扱説明書・マニュアル・テクニカルライター : comments (0) : trackback (x)
明けましておめでとうございます
02/Jan.2010 [Sat] 10:33
本年はありがとうございました
28/Dec.2009 [Mon] 15:16
本年はたくさんの方においでいただき、ありがとうございました。
本年の更新はこれで終了いたします。 また、1/5の定期更新はお休みさせていただきます。 ありがとうございました。 それでは皆様、良いお年を。 お知らせ : comments (0) : trackback (x)
サンプル原稿を追加しました
22/Dec.2009 [Tue] 15:26
MicrodoftExcelの関数Vlookupの使い方…というより考え方についてのサンプル原稿を追加しました。
他のサイトとはちょっと違った視点から書いていると自負しております。 よろしければご覧ください。 Vlookup原稿サンプル お知らせ : comments (0) : trackback (x)
外国語対応が可能になりました
22/Dec.2009 [Tue] 15:17
石井ライティング事務所では、日本語のマニュアル以外に、各国語に対応したマニュアルを作成できるようになりました。
以下に日本語および、英語・中国語に対応したマニュアルのサンプルをおいておきます。 三カ国語対応サンプル お知らせ : comments (0) : trackback (x)
|
|


