誰に向けて
・チーム開発でドキュメント作成する人
・手順書作るのが面倒な人
経緯
チーム開発でバグを発見。
メンバーにもシェアよう。
↓
バグチケット作成。
再現方法を記述。
↓
現場ではドキュメント作成は英語。
チームメンバーは多国籍。
文字だけだと伝わるか不安。
↓
世界に共通言語があればいいのに…
↓
gif画像を生成するツール「ScreenToGif」
https://freesoft-100.com/review/screentogif.html
gif画像がありました。
こちらはgif画像を作るためのフリーツールです。
使い方は省略します。
gif画像は「手順」を伝えるベストな手段の1つです。
速いし正確に伝わります。
gifの速さがわかる例
たとえば、
「Google Chromeで検索結果の文字列を全て赤枠で囲む手順」
を伝えたいときを考えます。
そんなときはないですが。
文字で伝えるとき
1.適当な文字列でGoogle検索する
2.検索結果の1番目を右クリック
3.「検証」を選択してDeveloperToolを開く
4.「Style」タブを選択する
5.「Style」タブ内の右上にある「+」ボタンをクリック
6.「h3>a」と入力
7.TABキーを押下
8.入力カーソルが点滅するのを確認
9.「border」と入力
10.TABキーを押下
11.「solid」と入力
12.ENTERキーを押下
13.「border-color」と入力
14.TABキーを押下
15.「red」と入力
16.ENTERキーを押下
長い。
あえてかなり刻んで記述しました。
これが、gif画像だとどうなるか。
↓
gif画像
（クリックすると最初から再生されます）
圧倒的に速い。
「どこをクリックすればいいか」
「どう入力するか」
が文字よりわかりやすい。
ただ、入力する内容は補足で書いておくのが親切ですね。
コピペしやすいように。
gif画像が文字より伝わるのは、一次情報だから
あるできごとを誰かに伝えるとき、言語化した時点で二次情報になります。
1つのニュースの切り取り方がメディアによって異なるように、言語化は人によって異なります。
一方で、gif画像は誰が作っても同じになります。
言語化する前の一次情報だからです。
したがって、誰が見ても正確に伝わります。
メリット
・資料作成が圧倒的に楽
・すぐ伝わる
・漏れなく伝わる
・言語の壁がない
デメリット
・あまりに長い手順には対応できない
→見落としたとき、初めから再生する必要がある
「今どうやったんだ？」
ということがあります。
短い手順なら、最初から再生するのも苦じゃありません。
長い手順だと苦です。
おわりに
gif画像は便利です。
ただ、文字による手順も書いた方が親切です。
補足的に使いましょう。