ツールの稟議の通し方｜人数で効く分を数える
チームで使う道具を替えたい。現場の困りごとははっきりしているのに、稟議を出す段になると手が止まる。ツールの稟議の通し方を調べている人の多くは、書式の見本を探しているのではなく、「この金額を出す理由をどう説明すれば納得されるのか」で詰まっています。そして通らない稟議に共通しているのは、金額が高すぎることではなく、費用の説明が決裁する人の見ている軸と噛み合っていないことです。この記事では、費用の説明をどう組み立てるか、何と比べるのか、無料で試してから出すにはどう進めるのかを、進行をとりまとめる立場の目線で順番にまとめます。読み終えたときに、次に何を書き足せばよいかが自分で決められる状態を目指します。
稟議が止まるのは値段が高いからではない
道具の稟議が差し戻される場面を並べていくと、金額そのものが理由になっていることは意外に少ないと言われます。月に数千円から数万円の支出は、多くの会社で日常的に発生している金額の範囲です。それでも止まるのは、決裁する人が判断に必要な材料を受け取れていないからです。
決裁する人の立場から見ると、道具の稟議は「あとで説明を求められる可能性のある支出」に分類されます。備品や消耗品と違い、道具は導入したあとも毎月費用が発生し、使われなくなっても自動では止まりません。半年後に「あれは何に使っているのか」と聞かれる可能性がある支出は、それだけで慎重に見られます。つまり決裁者が見ているのは「これは便利か」ではなく「これはあとで説明できる形になっているか」です。
「便利になる」は稟議書で最も弱い言葉
現場から上がってくる稟議書でいちばん多い書き方が、「業務が効率化される」「情報共有がスムーズになる」という表現です。これは書いた側からすると事実の要約ですが、読む側からすると何も書いていないのと同じです。効率化されるかどうかは、使う人が使うかどうかで決まります。そして道具を入れて誰も使わなかった経験は、たいていの組織に一度はあります。決裁する人はその記憶を持っています。
ここで必要なのは、便利さの主張を強めることではありません。3つの問いに答える形に書き換えることです。誰が使うのか。いま何回発生している作業に効くのか。使われなかったときにどうやめるのか。この3点が書いてあるだけで、同じ金額の稟議でも通り方が変わります。逆に言えば、この3点が書けない道具は、まだ入れる段階に来ていません。
現場と決裁者では、痛みの見え方が違う
進行をとりまとめている人が感じている痛みは、日々の細かい手間の積み重ねです。工程表を引き直す、更新されていない表を見て確認の連絡をする、同じ質問に何度も答える。ひとつひとつは短い時間なので、記録にも残りません。
一方、決裁する人の目に入るのは、納期の遅れ、手戻り、クレーム、残業時間といった結果の側だけです。日々の手間が結果に繋がっていることは理屈では分かっていても、実感としては見えていません。この非対称が、稟議の温度差の正体です。だから稟議書では、日々の手間を並べて共感を求めるのではなく、その手間が誰の何回に及んでいるかを数えて見せる必要があります。数えられていない痛みは、決裁の場では存在しないものとして扱われます。
稟議に必要な材料を先に並べる
書き始める前に、埋めるべき欄を先に洗い出しておくと、途中で止まりません。会社ごとに書式は違いますが、道具の稟議で問われる項目は、どこでもだいたい同じ形に収まります。
稟議書に入る項目は、どの会社でもだいたい同じ
必要になるのは、目的、現状の課題、導入するもの、費用、比較検討した候補、導入の範囲と時期、効果の測り方、やめる場合の手順です。このうち現場が書きやすいのは目的と課題で、書きにくいのが費用の説明、比較、効果の測り方、やめ方の4つです。
書きにくい理由は、材料が手元にないからです。費用は使う人数が決まらないと出ませんし、比較は他の候補を触ってみないと書けません。効果の測り方は、いま何が起きているかを数えていないと決められません。つまり稟議書を書く作業の大半は、文章を書く作業ではなく、事前に材料を集める作業です。ここを飛ばして文章から書き始めると、埋まらない欄が残り、そのまま提出して差し戻されます。
起案の前に、決裁の経路と金額の線を確認する
もうひとつ先に確認しておくべきなのが、いくらから誰の承認が要るのかという社内の線引きです。多くの組織では、金額の帯によって決裁者が変わります。部門長で止まる帯と、役員まで上がる帯では、書くべき内容の粒度がまったく違います。
同じ道具でも、契約の形を変えれば帯が変わることがあります。年払いにすると年額で判定されて上の帯に入る、部署単位で契約すると小さく収まる、といった違いです。安くするために年払いにした結果、決裁が2段上がって2か月余計にかかった、という話は珍しくありません。どの帯に収めるかは、値引き率だけでなく通す速さも含めて判断します。
また、情報システムの部門や法務の確認が要るかどうかも先に聞いておきます。あとから「先に相談してほしかった」と言われると、内容の良し悪しとは別の理由で止まります。稟議は内容の勝負である前に、経路の勝負でもあります。
現状の課題は、感想ではなく回数で書く
課題の欄に「情報が散らばっていて探すのに時間がかかる」と書くと、読む側は「そうかもしれない」で終わります。ここを回数に置き換えます。工程表の更新が週に何回発生しているか、進捗を口頭やチャットで確認するやり取りが1案件あたり何往復あるか、同じ資料の版が何本存在しているか。
数えるのは大変に見えますが、1週間だけ記録すれば足ります。正確な統計を作る必要はなく、桁が分かればよいからです。週に3回なのか、週に30回なのかで、話の重みはまったく変わります。そして数えたという事実そのものが、稟議書の説得力を上げます。感想で書かれた課題は感想で反論されますが、数えた課題には数えて反論するしかありません。
人数で効く分を数える
道具の費用を説明するときに、いちばん扱いやすい軸が人数です。費用が人数で増える形になっている以上、効き方も人数で数えるのが自然だからです。
費用が人数で増えるなら、説明も人数で組む
チームで使う道具の多くは、使う人の数で費用が決まります。ここを逆手に取ります。1人あたりいくらという形になっているなら、「1人あたりの費用に対して、その1人に何が起きるか」を書けばよいことになります。全社の効率という大きな話にする必要はありません。
たとえば、進捗の確認のやり取りが1人あたり週に何往復あるか。工程表を見に行って最新かどうか分からず確認する場面が週に何回あるか。この数を人数分に広げると、対象の規模が出ます。10人のチームなら、1人あたり週3回の確認は週30回です。この数字は、時間や金額に換算しなくても十分に意味を持ちます。むしろ換算しない方が安全です。
時間を金額に換算した試算は、かえって弱くなる
稟議書の書き方を紹介する記事では、「削減できる時間 × 時給 = 削減額」という試算がよく勧められます。しかしこの計算は、決裁の場で最も突かれやすい部分です。削減できる時間の根拠がなく、時給の設定にも根拠がなく、掛け算した結果だけが大きく見えるからです。
一度でも「この0.5時間はどこから出た数字ですか」と聞かれると、その稟議書全体の信頼が落ちます。数字が根拠なく作られていることが分かった瞬間、他の記述も疑われるからです。だから費用対効果は、金額の試算ではなく、数えられるものだけで書きます。数えられるのは、人数、回数、対象の案件数、更新の頻度、待ちが発生している箇所の数です。これらは記録すれば確かめられます。確かめられる数字だけで構成された稟議書は、規模が小さく見えても差し戻されにくくなります。
数え方の枠組みを表にしておく
数えるべきものを整理すると、次のような形になります。金額に換算せず、それぞれを独立した数字として並べます。
| 数える対象 | 数え方 | 記録の期間 |
|---|---|---|
| 使う人数 | 実際に画面を開く人の数。見るだけの人も含めて数える | 起案時に確定 |
| 影響する案件数 | 同時に走っている案件の数 | 直近1か月 |
| 更新の回数 | 工程表や進捗表を書き換えた回数 | 1週間の記録 |
| 確認のやり取り | 進捗を尋ねる、答えるの往復数 | 1週間の記録 |
| 版の数 | 同じ資料が何本存在しているか | 起案時に数える |
| 待ちの箇所 | 誰かの返事待ちで止まっている項目の数 | 任意の1日 |
この表は、そのまま稟議書に貼れます。数字の大きさよりも、数え方が書いてあることが効きます。読む側は、この数字が後から確かめられる種類のものだと分かるからです。
見るだけの人を人数に入れるかどうかが分かれ目
人数を数えるときに必ず迷うのが、書き込まないけれど見る人をどう扱うかです。営業の担当者、外部の協力先、上長。この人たちは道具を毎日は触りませんが、進捗を見る必要はあります。
ここが費用の設計を大きく変える場所です。見るだけの人にも同じ料金がかかる形だと、関係者を招くたびに費用が増え、結果として招かなくなります。招かれなかった人は結局チャットやメールで質問することになり、道具を入れた意味が薄れます。逆に、見る人を安く、あるいは費用をかけずに招ける形なら、関係者を全員同じ板の前に置けます。
稟議書には、この2種類の人数を分けて書きます。書き込む人が何人、見る人が何人。分けて書いておくと、決裁する人が費用の増え方を自分で想像できるようになります。増え方が想像できる支出は、承認しやすい支出です。
費用の説明をどう組み立てるか
金額そのものより、金額の見せ方で結果が変わります。順番と単位を整えるだけで、同じ支出が違う印象になります。
月額ではなく、年額と増える見込みで出す
月額いくらという書き方は、現場からすると小さく見せられて有利に思えます。しかし決裁する人は必ず年額に直して考えます。そして自分で計算させた時点で、「小さく見せようとしている」という印象が残ります。
最初から年額で書き、そのうえで「いまの人数で年額いくら、人数が5人増えると年額いくら」という形で幅を出します。増えたときの金額を自分から書くことが、いちばん効く誠実さの示し方です。隠していないことが伝わるからです。
あわせて、支払いの単位も書きます。月払いか年払いか、途中で人数を減らせるか、契約期間の縛りがあるか。これらは請求のタイミングに関わるため、経理の側からも聞かれます。先に書いておけば、往復が1回減ります。
上限と、跳ね方を先に書く
道具の費用で怖いのは、月額の大きさではなく、あとから跳ねることです。使う機能を増やしたら等級が上がる、保存できる量を超えたら追加費用がかかる、外部の人を招くたびに課金される。こうした形だと、見積もった金額と実際の請求が乖離していきます。
だから稟議書には、どこで跳ねるのかを明示します。人数で跳ねるのか、機能で跳ねるのか、保存量で跳ねるのか。跳ねる条件が少なく、かつ自分たちで制御できるものだけなら、その点をはっきり書きます。機能で絞らず、区切るのは人数とボードの数だけという形になっている道具は、費用の説明が短くなります。数える対象が2つしかないので、増える条件を書き切れるからです。
逆に、機能ごとに等級が分かれている形は、稟議書が長くなります。いまはこの等級で足りるが、この機能を使う場面が来たら全員分を上げることになる、という条件を書かなければならないからです。書かずに通すと、上げる段になって「話が違う」と言われます。
やめるときの手順を書くと通りやすくなる
意外に効くのが、やめ方の記述です。合わなかった場合にいつでも止められること、止めた場合にデータをどう取り出せるか、取り出したデータがどの形式になるか。この3点を書いておくと、決裁する人にとって判断の重さが下がります。
道具の稟議が慎重に扱われる最大の理由は、一度入れると抜けなくなるという予想です。データが溜まり、業務が乗り、やめるコストが上がっていく。この予想があるから、入口で厳しく見られます。やめ方が書いてあると、この予想が外れます。試して駄目なら戻せる支出は、承認する側にとって取り返しがつく判断になります。
費用以外の負担も書いておく
金額だけが費用ではありません。導入の初期に発生する作業も、実質的な負担です。既存のデータを移す作業、使い方を教える時間、運用のルールを決める会議。これらを書かずに通すと、あとから「そんな手間がかかるとは聞いていない」となります。
書き方はシンプルで構いません。移行に何人日、説明会に1回何分、最初の1か月は週に1回の様子見の場を設ける、といった程度です。負担を自分から出しておくと、負担が小さいことも同時に伝わります。何も書かないと、読む側は勝手に大きく見積もります。
何と比べるか
比較の欄は、稟議書の中でいちばん形式的に埋められがちな場所です。ここを丁寧にやると、通り方が変わります。
比較対象は他のツールだけではない
比較検討の欄に他社の道具を3つ並べる書き方が一般的ですが、決裁する人がまず思うのは「そもそも道具が要るのか」です。だから比較の1つめには、いまのやり方を置きます。表計算ソフトで管理する、チャットで済ませる、紙とホワイトボードで回す。これらは費用がかからない代わりに、別の場所で負担が出ています。
いまのやり方を比較対象に入れると、道具を入れる理由が「便利だから」ではなく「いまのやり方のここが限界だから」に変わります。この形にすると、話の焦点が金額から限界の場所に移ります。限界の場所は現場がいちばん具体的に語れる領域なので、こちらの土俵になります。
いまのやり方の費用は、金額ではなく置き場所で書く
いまのやり方の費用を金額で試算すると、また根拠のない掛け算になります。代わりに、負担がどこに置かれているかを書きます。
たとえば表計算ソフトで工程表を管理している場合、負担は引き直す1人に集中しています。その1人が休むと更新が止まり、その間チーム全体が古い情報を見ることになります。ファイルを開いている間は他の人が編集できないため、更新の順番待ちが発生します。版が分かれると、どれが最新かを尋ねるやり取りが増えます。
こうした構造の説明は、金額の試算より強く効きます。金額は反論できますが、構造は反論しにくいからです。「その1人が辞めたらどうなるか」という問いは、決裁する人の側の関心と直結しています。属人化のリスクは、稟議の場で最も通りやすい論点のひとつです。
他社の道具との比較は、機能表ではなく合わない条件で書く
候補を並べる欄では、機能の丸とバツを並べた表を作りがちです。しかしこの表は、作った側の主観がそのまま出るので、読む側は割り引いて見ます。それに、機能が無いことを断定するのは危険です。公開されている資料に記載が見当たらないだけで、実際には別の呼び方で存在していることもあります。
代わりに、条件で書きます。自分たちのチームは何人で、外部の協力先を何人招く必要があり、案件が同時に何本走っていて、日本語だけで運用したい。この条件を先に書き、それぞれの候補がその条件のどこに引っかかるかを書きます。引っかかる場所は、機能の有無ではなく費用の形や運用の相性として現れます。
料金を書くときは、確認した時点と、税抜か税込かを必ず添えます。プランの内容も金額も変わりますし、稟議書は数か月後に読み返されることがあります。いつ時点の情報かが書いていない金額は、読み返したときに使えません。公開資料で確認できなかった項目は、無理に埋めずに「公開資料では確認できませんでした」と書きます。埋めた方が見栄えは良いですが、後で違っていたときの損失の方が大きくなります。
相手のままでいい場合も書いておく
比較の欄に、「乗り換えなくてよい条件」を書いておくと、稟議書の信頼が上がります。いま使っている道具で足りているなら替える必要はありません。人数が少なく、案件も並行していないなら、表計算ソフトで十分に回ります。開発の工程を丸ごと1つの道具に集めたいなら、それに特化した道具の方が合います。
こうした記述を入れると、書いた人が道具に惚れ込んで持ってきたのではなく、条件を見て判断していることが伝わります。決裁する人がいちばん警戒するのは、現場が特定の道具を気に入って推していないかという点です。合わない場合を自分から書くことが、その警戒を外す最短の方法です。
無料で試してから出す進め方
稟議を通しやすくする方法のうち、最も効果が大きいのが、先に試してから起案することです。試用の結果が書いてある稟議書は、予想ではなく事実を扱えます。
試すのは機能ではなく、続くかどうか
無料で試せる期間や枠がある場合、多くの人は機能を確かめようとします。あの機能はあるか、この表示はできるか。しかし試用で本当に確かめるべきなのは、機能の有無ではなく、チームが使い続けられるかどうかです。
機能の有無は資料を読めば分かります。読んでも分からないのは、入力する人が増えるかどうか、更新が止まらないかどうか、見るだけの人がちゃんと見にくるかどうかです。現場では、道具を入れて2週間ほどで誰も更新しなくなる、という話がよく聞かれます。この現象は機能の不足では説明できません。入力の手数、画面の分かりやすさ、そもそも見る習慣ができるかどうかで決まります。
だから試用の期間は、機能の点検表を埋める作業ではなく、実際の案件を1本乗せて回す期間として使います。架空のデータで試すと、必ず「うまくいった」という結論になります。実際の案件を乗せると、うまくいかない場所が出ます。出た方が、稟議書は強くなります。
試す範囲は1チーム、1案件、2週間から
試用の範囲を広げすぎると、収拾がつかなくなります。全員に案内して各自で触ってもらう形にすると、触らない人が大半になり、結論が出ません。
範囲は絞ります。1つのチーム、いま走っている案件を1本、期間は2週間。参加する人は事前に決めて、期間中はその案件の進捗をそこで管理すると宣言します。並行して従来の管理も続けると二重入力になって必ず破綻するので、期間中はどちらか一方に寄せます。従来の方法に戻せることを先に伝えておけば、寄せる判断はしやすくなります。
期間を2週間にする理由は、1週間だと新しいものを使う高揚感で回ってしまうからです。2週目に入ると、面倒な入力を省略し始める人が出ます。そこで何が起きるかを見るのが、試用の本番です。
試用で記録しておく4つ
試用が終わったときに稟議書に書けるように、期間中に記録しておくものを決めておきます。
1つめは、実際に触った人の数です。招いた人数ではなく、期間中に一度でも画面を開いた人の数を数えます。ここが招いた人数の半分以下なら、道具の問題か、運用の設計の問題か、どちらかがあります。
2つめは、更新の頻度です。誰が何回書き換えたかを見ると、入力が特定の人に偏っていないかが分かります。偏っている場合、いまの管理方法と同じ構造をそのまま持ち込んでいる可能性があります。
3つめは、従来のやり取りが減ったかどうかです。進捗を尋ねるチャットや口頭の確認が、期間の前後でどう変わったか。ここが変わらないなら、板を見に行く習慣ができていません。
4つめは、詰まった場所です。入力が面倒だった、見たい形で並ばなかった、外部の人を招くのに手間がかかった。詰まりは全部書いておきます。稟議書に不利になる情報も含めて書くと、報告の信頼が上がります。
うまくいかなかったときの書き方
試用の結果が芳しくなかった場合、稟議を出さないという判断も当然あります。ただ、原因が道具にあるのか運用にあるのかを分けてから決めます。
期間中に案件が急に忙しくなって誰も触れなかった、というのは道具の評価になりません。入力の手数が多すぎて省略された、というのは道具の評価です。見る人が見に来なかったのは、通知の設計かもしれませんし、単に周知が足りなかっただけかもしれません。
分けたうえで、運用側の問題なら条件を変えてもう一度試します。道具側の問題なら、その理由を記録して次の候補に移ります。どちらにせよ、試した記録は残ります。この記録は次の稟議でそのまま使えますし、「検討したが見送った」という判断の履歴自体が、組織にとって価値のある資産になります。
決裁の場で必ず出る論点に備える
稟議書を出したあと、口頭で聞かれることはだいたい決まっています。先に答えを用意しておくと、その場で止まりません。
「いまのままでいいのでは」への答え方
最も多い問いがこれです。ここで「効率が上がるから」と答えると、水掛け論になります。答えるべきは、いまのやり方が持たなくなる条件です。
案件が同時に何本を超えたら管理しきれないのか。人が何人増えたら口頭の共有が届かなくなるのか。外部の協力先が入る案件が増えたら、いまの共有方法で回るのか。この条件を示すと、話が「いま困っているか」から「いつ困るか」に変わります。将来の条件で語ると、現状維持の主張と正面衝突せずに済みます。
情報の置き場所とセキュリティ
社内の情報を外部のサービスに置くことへの懸念は、ほぼ必ず出ます。ここは現場の感覚で答えず、公開されている情報で答えます。データがどこに保管されるか、通信が保護されているか、権限の設定がどこまでできるか、退職者のアカウントをどう止めるか。
社内に情報システムの担当がいる場合は、稟議を出す前に一度目を通してもらいます。後から差し戻されるより、先に確認しておく方が早く進みます。判断の基準になる考え方は公的機関も公開しており、情報処理推進機構には中小規模の組織向けの資料が揃っています。自分たちで基準を作るより、公開されている基準に沿って確認した方が、説明も短くなります。
既存の道具との併存をどう説明するか
すでに使っている道具があると、「二重になるのでは」という指摘が出ます。ここは正直に線を引きます。チャットは話す場所、板は残す場所、というように役割で分けます。全部を1つにまとめる主張をすると、既存の道具を使っている部署から反発が出ますし、実際にまとまりません。
分ける線を書いたうえで、どちらかを止めるのか併用するのかを明記します。併用するなら、併用したままで運用が破綻しない理由を書きます。止めるなら、いつ止めるかを書きます。曖昧にしておくと、導入後に「結局両方使っている」という状態になり、次の稟議が通らなくなります。
効果の測り方を先に決めておく
導入後に何をもって成功とするかを、稟議書の段階で書いておきます。ここでも金額の試算は使いません。使うのは、試用のときに数えたものと同じ指標です。触った人の数、更新の頻度、確認のやり取りの回数、待ちで止まっている項目の数。
測る時期も決めます。導入から3か月後に一度、見て報告する、といった形です。この一文があると、決裁する人にとって「入れっぱなしにならない支出」になります。そして3か月後に実際に報告すると、次の道具の稟議は格段に通りやすくなります。稟議の通しやすさは、その人の過去の報告の積み重ねで決まる部分が大きく、ここは1回目からしか作れません。
稟議が通ったあとに崩れないようにする
通すことが目的になると、通ったあとに使われなくなります。稟議は入口で、運用が本番です。
最初の1か月で決まる
導入の直後に何もしないと、道具は静かに使われなくなります。逆に、最初の1か月だけ手をかけると、その後は自走します。手をかける中身は、機能の説明会ではなく、書く場所と見る場所の合意です。
進捗はどこに書くのか。書いた人は誰かに知らせるのか、それとも見る側が見に行くのか。状態の呼び方はどう揃えるのか。この3つを決めていないと、人によって使い方が分かれ、板の情報が信用できなくなります。信用できなくなった板は、誰も見なくなります。
更新のたびに説明を求められない形にしておく
契約の更新のたびに稟議を出し直すことになると、その手間だけで使い続ける気力が削がれます。最初の稟議の段階で、更新の扱いを書いておきます。年間の予算に組み込むのか、都度の稟議にするのか。予算に組み込む形にできるなら、翌年以降の手間が消えます。
そのためには、初回の稟議で効果の測り方と報告の時期を書いておく必要があります。報告があれば予算に組み込みやすく、報告がなければ毎回説明を求められます。ここは初回の書き方が翌年以降を決める場所です。
増える方向の管理も決めておく
使われ始めると、人数と板の数が増えていきます。増えること自体は良いことですが、費用が増える方向でもあります。誰が招待できるのか、どこまで増えたら報告するのかを最初に決めておきます。
境目を決めておくと、増えるたびに判断を迫られずに済みます。決めていないと、増えた時点で「勝手に増やした」という話になりかねません。決裁の場で出た条件は、運用のルールとしてそのまま残しておきます。
費用の形を比べる材料をどこで揃えるか
ここまでの話をまとめると、稟議書の中で最も差がつくのは費用の説明の形です。金額の大小ではなく、増える条件がいくつあり、それを自分たちで制御できるかどうかが、通り方を分けます。
道具のデジタル化は、段階を踏んで進むものとして公的な資料でも整理されています。
中小企業のデジタル化は、紙や電話での業務が中心の段階から、個別の業務のデジタル化、業務全体のデジタル化、そしてデジタル化を通じた新たな価値の創出へと、段階的に進むものとして整理されている。 出典: chusho.meti.go.jp
この整理が示しているのは、いきなり全部を変えようとしなくてよいということです。稟議も同じで、全社の変革として起案すると重くなり、通りません。1つのチームの1つの工程から始める形にすれば、金額も判断の重さも小さく収まります。
候補ごとの費用の形を並べて見る
候補を比べるときに見るのは、機能の数ではなく費用が増える条件の数です。人数だけで増えるのか、機能でも増えるのか、保存量でも増えるのか。条件が少ないほど、稟議書に書く量が減り、あとで跳ねる可能性も減ります。
すでに使っている道具から替えることを検討している場合、比較の材料はサービス側が公開しているものを使うのが確実です。Trelloとの比較では板の運用の考え方の違いが、Asanaとの比較では担当と工程の扱い方の違いが整理されています。文書とデータベースを中心に組む使い方と比べたい場合はNotionとの比較が、複数の見方を切り替えて管理する形との違いはmonday.comとの比較が参考になります。国内の開発現場でよく使われる形との違いはBacklogとの比較に、板型の国産サービスとの違いはJootoとの比較にまとまっています。候補を絞り込む前に全体を見渡したい場合は比較の一覧から順に確認できます。
比較の欄を書くときは、この種の比較記事をそのまま貼るのではなく、自分たちの条件に照らして引っかかる場所だけを抜き出します。稟議書は読む人の時間を使う書類なので、関係のない差異は削ります。
機能で絞らない形が、稟議書を短くする
費用の説明が長くなる原因の多くは、機能ごとに等級が分かれていることです。いまはこの等級で足りるが、この機能が必要になったら全員分を上げる必要がある、という条件を書かなければならず、しかもその条件は将来の話なので確度が下がります。
区切りが人数とボードの数だけなら、書くことは2行で済みます。何人使うのか、板をいくつ作るのか。この2つの数字はいま決められますし、増えたときの金額も先に計算できます。具体的な区切り方は料金で確認できます。どこまでのことができるかを条件と照らして確かめたい場合はできることに一覧があります。
認めておくべき制約も、先に書いておく
稟議書には、合わない場合も書くべきだと先に述べました。ボード型の管理に寄せた道具にも、はっきりした制約があります。コードを置くリポジトリの機能は持っていません。外部サービスとの自動連携や高度な自動化で勝負する設計にもなっていません。画面は日本語のみです。自動で取り込めるのは1つの道具からだけで、他の道具からは手で作り直すことになります。
開発の工程を丸ごと1つの道具に集めたいチームや、多言語で運用する必要があるチームには合いません。合うのは、進行の状態を一枚の板にまとめて、関係者全員が同じものを見ている状態を作りたいチームです。この線引きを稟議書に書いておくと、決裁の場で「他にもっと良いものがあるのでは」という問いに、条件で答えられます。
移行の手間を見積もる段階に来ているなら、Trelloからの移行に取り込みの手順がまとまっています。情報の置き場所や権限について社内から質問が出そうな場合は、安全性の考え方を先に読んでおくと、決裁の場で答えに詰まりません。契約や運用の細かい条件はよくある質問から確かめられます。
結局のところ、稟議書は数え方の書類
道具の稟議の通し方をまとめると、やることは3つです。使う人数と、その人数で発生している回数を数える。費用が増える条件を数え上げて、増えたときの金額を自分から書く。実際の案件を1本乗せて試し、うまくいかなかった場所も含めて記録する。
この3つはすべて、文章の巧拙ではなく手を動かした量で決まります。逆に言えば、書き方を工夫して通す種類の書類ではありません。数えた稟議書は通り、数えていない稟議書は差し戻されます。そして数える作業は、道具を入れるかどうかとは関係なく、進行をとりまとめる仕事そのものに効きます。数えてみた結果、いまのままでよいという結論になったなら、それも十分に価値のある成果です。
Q1. ツールの稟議で、費用対効果はどう書けばよいですか？
削減時間に時給を掛けた金額の試算は避けてください。根拠を問われた瞬間に稟議書全体の信頼が落ちます。代わりに、確かめられる数字だけを並べます。使う人数、影響する案件数、更新の回数、進捗確認のやり取りの往復数、待ちで止まっている項目の数です。1週間記録すれば桁は出ます。数え方が書いてあることが効きます。
Q2. 無料で試す期間は、どのくらいの範囲でやるのがよいですか？
1つのチーム、実際に走っている案件を1本、期間は2週間が目安です。架空のデータで試すと必ずうまくいったという結論になるので、実案件を乗せます。期間中は従来の管理と二重にせず、どちらか一方に寄せます。1週目は新しさで回るため、省略が始まる2週目の様子が判断材料になります。
Q3. 決裁者から必ず聞かれることは何ですか？
「いまのままでよいのでは」「情報を外に置いて大丈夫か」「既存の道具と二重にならないか」「効果はどう測るのか」の4つがほぼ必ず出ます。1つめは、いまのやり方が持たなくなる条件で答えます。2つめは公開資料と社内の情報システム担当の確認で答えます。3つめは役割の線引きを書きます。4つめは測る指標と時期を先に決めておきます。
Q4. 稟議に出す金額は、月額と年額のどちらで書くべきですか？
年額で書いてください。月額で出しても、読む側は必ず年額に直して考えます。自分で計算させると、小さく見せようとしている印象が残ります。あわせて、人数が増えたときの年額も自分から書きます。費用が跳ねる条件を隠していないことが伝わると、判断が早くなります。契約期間の縛りや途中で人数を減らせるかも添えておきます。