タイトルの件について、皆様に意見を求めたいので質問を立てます。
様子を見て、賛同が多いようなら一週間後に運営宛に要望を送ります。
背景
teratailに投稿される質問はすべてが万全な状態ではなく、コードやエラーメッセージが欠けている、エラーを再現できるだけの情報がない、マークダウンの不備、テンプレートのまま途中送信されている、などの理由でそのままでは回答しづらい*1ものも多数あります。
その場合は質問に修正依頼を送ることができますが、これはそこそこ手間ですから、修正依頼を書く人は限られます*2。「一度触ったら解決まで責任を取らないといけない」と思って修正依頼を憚る人もいるでしょう。しかし、早く修正されないとつく回答もつかなくなります。
質問者の方も、
######質問を投稿してから無回答のまま何時間も経って、やっと通知が来たと思ったら『事務的な』修正依頼だけだった
という状況では心が折れるのではないかと危惧されます。
これは互いに不幸です。誰でもいい、回答するつもりがなくてもいい、気づいた人がさっさと修正依頼する……そういう状況が望ましいのではないでしょうか。そして現状はそうなっていないので、システムによるサポートを導入するべきだと思います。
提案
大半の修正依頼は定型文で済ませられる程度のものなので、マウスをポチポチすれば定型文を送れるようにしとけば良いと思います。
私が現時点で考えているUIのイメージは低評価機能とほぼ同じです*3。あれくらいごく手軽に修正依頼できるようにするということです。
詳細
クリック操作で
- コードはコードブロックに入れてください
- エラーメッセージは全体を示してください
- 実行環境を書いてください
などのメッセージを送ることができる*4。
更に欲を言えば、ヘルプ、質問するときのヒント、あるいはメッセージに対応したガイダンスページ(新規に作る)などへの、適切なリンクが付与されるとわかりやすいでしょう。
もちろん既存の修正依頼システムとは併存させ、定型文では対応できない修正依頼はちゃんと送れるようにします。
この質問への回答について
以下のような回答内容を想定しています。
####賛否・コメント
なにか言いたいことがある方はご自由に回答していただいて構いません。あと、質問への高評価/低評価を賛否投票の代わりに使うのはお控えください*5。
####素案や提案など
「『○○』というメッセージが要る」「俺この内容で何回も書いた」「こういう仕組みだと使いやすい」みたいなのを投稿していただくと、運営が要望を聞き入れてくれたとき役に立つかもしれません。
注釈
*1 エスパーすれば回答できるかもしれないが、普通そんなことはしたくはない
*2 ヘビーユーザーなら一通り書いてテキストファイルにでもメモっておき必要になったときコピペする、という選択肢もあるかもしれないが、根本的な解決にはならない
*3 ただし匿名化する必要はない。システムを介して定型文として送られているのがわかれば十分であって
*4 もちろん実際にはもっと親切な文章であるべき
*5 スコアに反映されても困るし、純粋な高評価/低評価と見分けがつかないので
気になる質問をクリップする
クリップした質問は、後からいつでもMYページで確認できます。
またクリップした質問に回答があった際、通知やメールを受け取ることができます。
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2020/01/06 12:17 編集
2020/01/06 12:23
2020/01/06 13:00
2020/01/06 14:51
2020/01/07 02:46
2020/01/07 03:05
2020/01/08 10:48
2020/01/08 11:23 編集
2020/01/10 09:27
2020/01/10 11:47
2020/01/10 13:26 編集
2020/01/11 11:45
2020/01/14 13:50 編集
退会済みユーザー
2020/01/18 13:17
回答7件
0
賛否
hayataka2049 さんの懸念は良く理解できますし、改善する試みは素晴らしいと思いますが、仮に「定型文メッセージを送る機能」が実装されたとしても、期待通りに機能しないと思います。
なぜか?
失敗理由1「既に存在している」
一つは、既に定型型メッセージは存在していて、回答者目線では機能していないからです。
複数のユーザーから「問題・課題が含まれていない質問」という意見がありました
teratailでは、漠然とした興味から票を募るような質問や、意見の主張をすることを目的とした投稿は推奨していません。
「編集」ボタンから編集を行い、質問の意図や解決したい課題を明確に記述していただくと回答が得られやすくなります。
このメッセージは [通報] ボタンから同理由の通報が一定数集まった時に自動的にシステムがメッセージを送ります。
[修正依頼] 欄を定期的に見る人なら、誰でも見た事があるでしょう。
しかし、このメッセージは99%の質問者が無視します。
それどころか、回答者も無視するのが自然な風潮があります。
仮に、回答者が定型メッセージを送れるようになったとしても、同様に無視される可能性が高いでしょう。
失敗理由2「修正を待たずに回答がつく」
「質問内容が曖昧なら、質問内容を明確にすべき」というのは多くの人が賛同する意見だと思いますが、現在のteratailでは要件をエスパーして回答する人が一定数存在します。
そうなると、質問者は [修正依頼] よりも回答が魅力的に映るので、対応してくれそうな回答者にだけコメントを返し、[修正依頼] 欄を無視する、という方法をとる人が多く現れます。
初めは、[修正依頼] 欄で質問内容を明確にする事を是としてきた人も、質問者に無視される経験を重ねると、修正依頼を送るのが馬鹿馬鹿しくなり、自らもエスパー回答するようになります。
これは私が経験した事実であり、他の多くの回答者も身に覚えがあることと思います。
最近の回答事例には、下記がありますが、
「大喜利」といって、いかに質問内容に即しつつ、非実用的なコード/複雑なコードを書けるか、を競う競技のように考えられている節もあります。
teratailは問題解決の場ではなく、遊びの場なのです。
失敗理由3「teratailに期待されていない」
失敗理由1,2はひとえに、利用者がteratailに期待していない事が主因です。
- 期待していないから、定型メッセージが無視されても仕方ない
- 期待していないから、[修正依頼] が無視されても仕方ない
- 期待していないから、まともな質問でなくても仕方ない
- 期待されていないから、不真面目に回答しても良いだろう
そして、それらに抗おうとして [修正依頼] 欄で奮闘する人は質問者のあまりのひどさに様々な改善要望を出して、説教くさくなる傾向があり、ひいては、それは質問者を増長させます。
- teratailの回答者は感情的な人が多いですね
- teratailは、なぜこんなに説教する人が多いんですか。真面目に回答してください。
- teratailは、全く使えないところですね
ちなみに、質問者でも回答者でもない人からも、
- Google検索して、teratailがHITするのは勘弁してほしい。まるで役に立たない。
という意見はSNS等でよく目にします。
実際に質問の質は上がりませんし、回答の質も上げようとされていませんし、曖昧な質問にしっかりした回答がついても、質問のタイトルが曖昧なままなので、検索結果からそれを開こうとはされません。
teratailの情報の質が低いのは事実でしょう。
私の知る範囲でも、「teratailではもう回答しない」という人を何人か見ています。
失敗理由4「運営に問題意識がない」
teratailは、初めから現在ほどに期待されていなかったわけではないと思います。
少なくとも、私も始めた当初はより良い回答を目指し、良い質問をするように修正依頼をだし、情報の質を上げようという意志がありました。
しかし、長く続けていると、
- teratailシステムがどういう人を守っているのか
- 利用者傾向はどうなのか
- 運営のスタンス
が次第に見えてきます。
私が運営への見方を変えたのは、次の回答を見てからです。
稼働初期は「質問にマイナス評価がついた場合」にもScoreが減りました。
質問の仕方をまだよく分かってないユーザーがヘンテコな質問をした結果、
大量にマイナス評価を貰い、総合Scoreマイナスになって失意の内に退会になったそうです。そこで公式は「質問をマイナス評価されてもScoreを減らさない」ようにするアップデートを行いました。
これは運営が「低評価を受けた質の低い質問を行う質問者を容認」した事を意味しています。
そういう目線で見ると、他にもシステム上で気が付く面があります。
- 質問に「高評価+1」「低評価-3」があった時、「低評価-3」だけ右下の目立たない位置に、font-weight:400(normal体)で、薄目の目立たない色のデザインにしている
- 回答に「高評価+1」「低評価-3」があった場合、高評価/低評価のどちらもfont-weight:700(bold体)で同じ目立つ場所に存在している
- [通報] ボタンは目立たない場所に薄目の配色で存在している
ここから読み取れる事は「運営にとって、質問者と回答者は公平ではない」という事です。
- 質問者は低評価されても退会しないでほしい
- 質問者に低評価しないでほしい(低評価ボタンに気が付かないでほしい)
- 通報しないでほしい([通報] ボタンに気が付かないでほしい)
- 回答者は低評価されても良い(低評価ボタンに気が付いて良いし、低評価されたら、改善してほしい)
端的にいえば、運営にとって回答者は低評価/高評価を平等にうけとり、質の高い情報を提供してほしい存在です。
反面、運営にとっての質問者は低評価されても退会されるのを避けてほしい存在で、退会されるぐらいなら低評価される可能性を少しでも減らして残ってほしい存在です。
低評価は質の低い質問をしていることに他なりませんが、それに改善を求めるのではなく、質の低い質問のまま残ってほしい存在なのです。
失敗理由5「UIが雑」
「コードはmarkdownで書いてください」という指摘はよくありますが、そもそも、指摘をするまでもなく、コードはmarkdownで書いてくれるのが理想です。
それが出来ないのは「質問投稿画面のUIが分かりづらい」が大半を占めていると思います。
まず、markdown以前の問題なのですが、私は初めてこの質問投稿画面を見た時、どこに何を書けばいいのか、まるで分かりませんでした。
分かる人からすると「プレースホルダテキストに書いてあるよね」という事になるのですが、薄字で視認性が悪いですし、そもそも、プレースホルダにラベルを書くのが間違いです。
placeholder属性は、labelの代替として使用すべきでない。より長いヒントまたは他の助言テキストの場合、title属性がより適切である。
note: このメカニズムは非常に似ているが微妙に異なる:コントロールのlabelによって与えられるヒントは毎回表示され、placeholder属性に与えられた短いヒントはユーザーが値を入力する前にのみ表示され、ユーザーが詳細なヘルプを要求する際にtitle属性におけるヒントは表示される。
質問をはやる人は、何はなくとも質問文を入力するのが自然です。
そして、質問文を入力したら、プレースホルダは見えなくなるので、せっかく書いた説明も読んでもらえません。
むしろ、質問する立場からすると、質問文を入力したらヒントが表示されるのが妥当でしょう。
ラベルは当然、label要素でマークアップし、どこに何を入力するのかを明確にすべきです。
UIについては、stackoverflowが良く出来ていると感じます。
最近になって、質問投稿画面の下に「Markdown記法を使うと回答が得られやすくなります」というボタンが出来ましたが、余りにも下すぎて、その情報を寄せた回答を見るまで、私は気が付きませんでした。
そして、クリックするとヒントが表示されるボタンである事も、私はしばらく気が付きませんでした。
こういう「利用者に気が付かれない機能」がteratailには無数にあると思います。
それが [修正依頼] 欄が埋まる理由の一つで、UIから改善しなければ、質問者も回答者も無駄に労力を費やす(修正依頼の回数が増えます)ことになります。
teratailは良くも悪くも、UIを知らないプログラマが「自分だけが分かるUI」で設計していて、「使い方は試行錯誤して覚えてね」という感じです。
ここが思考するエンジニアのみが立ち入れる場なら、それでもいいですが、失敗理由4で書いたように運営は「質問の初心者も受け入れる方針」のはずなので、UIの改善はMUSTだと思います。
失敗理由6「ヘルプが雑」
質問者に [修正依頼] を行う場合、teratail公式ヘルプを引用することは良くあります。
例えば、「コードはmarkdownで書いてください」の修正依頼時に引用可能なヘルプは下記ですが、
対応しているMarkdownの記法を知りたい
Markdownは質問・回答共に以下の記法に対応しております。
これで質問者に伝わるとは思えません。
従って、回答者は短いコメント欄でmarkdown記法でコードブロックをどのように記述するのかを指摘しますが、それが正しく質問者に伝わらないことは多々あります。
編集の仕方が分からないのか、[修正依頼] 欄にコードを貼り付ける質問者もいました。
ちなみに、「編集の仕方」のヘルプはないので、回答者は自力でコメントで説明するしかありません。
本質問の提案は「よくある質問で定型メッセージで指摘すること」にありますが、そもそも、「よくある質問」がteratail公式ヘルプにナレッジ化してあれば、URL一つの記載で終わり、定型メッセージが不要になります。
改善点
ダメ出しだけでは後ろ向きなので、改善点をあげましょう。
基本的には成功例に学ぶのが一番だと思います。
私が理想とするのはstackoverflowです。
stackoverflowで素晴らしいのは、曖昧な質問にはコメントで詳しい質問内容を確認する事です。
「そんなの当たり前では」と思われるかもしれませんが、teratailでは [修正依頼] を出さずに見切り発車で回答する場面が多々みられます。当然ではないのです。
更に、stackoverflowではコメントで質問内容を確認している時には、回答がつきません。
皆が「質問内容を明確にしてから、回答する」という意志を持って回答しています。
なぜstackoverflowは利用者の質が高いのでしょうか。
(理由1) 公平性
stackoverflowでは質問者も回答者も同様に評価され、teratailのように質問者だけ低評価から守る仕組みはありません。
(理由2) ヘルプでstackoverflowが目指す行動規範を明確にしている
次の内容が書かれています。
- 利用者に期待すること
- 利用者に容認できないこと
そして、「なぜそれをするのか」「なぜそれをしてはいけないのか」の理由を論理的に説明しています。
質問の仕方/回答の仕方など、他のヘルプ全般でも同様で「期待する行動」と「根拠」はセットで説明されています。
何かを行う時に「根拠」を確認するのは論理性を求められるプログラマには求められる資質であり、ヘルプにそれが現れている事が共感され、利用者の支持を集めているのだと思います。
(理由3) 信用度でユーザの行動をコントロールしている
stackoverflowではアカウント作成直後の信用度は0で、信用度を上げる事で権限があがり、使用可能な機能が増えていく仕組みです。
teratailでは質問者の退会が頻繁にありますが、stackoverflowではアカウントを作り直すと、信用度がリセットされ、あらゆる機能が使えなくなります。
アカウントを作り直さなくても、信用度を上げないユーザにはいつまでも機能が解放されません。
(理由4) システムで質問に強制介入する機能がある
- [改善待ち] とマークされている質問は回答できなくなります。
- 品質基準を満たしていない質問はロックされます。
stackoverflowでは全ての質問に回答することは求められません。
避けるべき質問には改善要望を出し、改善されなかった質問はクローズされます。
- 質問が [クローズ済み] または [改善待ち] とは? - ヘルプ センター - スタック・オーバーフロー
- 質問が品質基準を満たしていないというメッセージが表示されるのはなぜですか? - ヘルプ センター - スタック・オーバーフロー
まとめ
いろいろと書きましたが、問題の根幹は「運営が利用者目線に立ったポリシーを持っていないこと」で、それが「ユーザのteratailに対する期待値の低さ」に繋がり、様々な悪循環を生み出しているのだと思います。
改善手順は、次の流れになると思います。
- 運営が利用者目線にたったポリシーを考える
- ヘルプで行動規範を示して、利用者の支持を集める
- UI改善、ヘルプの充実、公平性のある機能の着手...etc
私は理想を持って、[修正依頼] で奮闘したことがありますが、私一人で頑張ったところで、周囲の意識も同じでなければ意味がないと痛感しました。
根本的解決を図る為には、利用者全体の行動規範を変える程の仕組みを作る必要があり、それには失った信用を取り戻す事から始める必要があると思います。
質問者が期待するもの (2020/01/13追記)
質問者が [修正依頼] を無視するのは「質問者の期待値」と「修正依頼者の期待値」のズレから来ている部分もあります。
(A) teratailの使い方
(B) 質問の仕方
(C) 問題解決方法
(D) 問題の答え
私の質問では「A,B,C」を期待します。
(A) teratailの使い方
- markdownを適切に使うことで文章の視認性が上がり、円滑な回答を期待できます
- 適切にタグをつけることで、該当タグの知識を持つ回答者からの回答を期待できます
(B) 質問の仕方
- わかりやすく、問題を再現可能なコードを書けば、迅速な回答を期待できます
- 適切にこちらの情報を開示すれば、その情報に興味を持った回答者からの回答を期待できます
(C) 問題解決方法
- 解決方法がわかれば、次回同じ問題に遭遇した時に対処できます
- 解決方法がわかれば、自身の計算によって、その回答の成否を判断する事ができます
(D) 問題の答え
解決方法が分かれば、答えが求められるので「答え」は重要ではありません。
むしろ、答えだけでは、その回答の正当性を自分で判断できません。
[修正依頼] というのは基本的には、A,B,Cのどれかにあたります。
- 現象を再現可能なコードを開示できますか
- コンソールにどう出力されていますか
- エラーメッセージはありますか
- 関数Aの前に関数Bを呼び出したら、どうなりますか
そのどれもが「自分で答えを求める方法」に繋がるものであり、私からすると「答え」よりも、よっぽど重要な情報です。
反面、答えだけを求める人は、その場では回答をもらって解決しますが、「解決方法」を学ばないので、根本が同じ問題に再び遭遇しても自己解決できず、「質問→回答→質問→endless」の悪循環に陥る事になります。
Cだけじゃなく、A,Bも同様で「markdownでコードを書かない」「現象を再現可能なコードを書かない」も同じです。
それらが重要ではないと考えているから、いつまでも修正されず、非効率的な質問を繰り返します。
以下、質問文から引用します。
質問を投稿してから無回答のまま何時間も経って、やっと通知が来たと思ったら『事務的な』修正依頼だけだった
という状況では心が折れるのではないかと危惧されます。
コメントから引用します。
また、「あ、このサイトは俺の質問に応えてくれない」と思って放置したまま退会する、金輪際アクセスしなくなる、というアクションを取る質問者も相当数いるでしょう。それはそれで無視していることにはなりません。
少なくとも、私なら
- markdownというものがあるのですね。修正しましたので、ご確認下さい。次回からはmarkdownを使うようにします。
- 情報不足で、申し訳ありません。ご指摘の件を質問文に追記しました。
という返信をしますし、これは前に進む為の一歩と考えます。
次回はより適切な質問を出来るようになるわけですから、無駄ではありません。
質問に不備があったのは事実ですから、そういう反応が返ってくるのは仕方ないです。
黙って退会する人は、基本的にA,Bを軽視している(はっきりいえば「どうでもいい」と考えている)ので、[修正依頼] を無価値なものとして切り捨てているのだと思います。
価値あるものと思っているなら、コメントで返信ぐらいはするでしょう。
時間をかけて考えてくれたことに対して、御礼を述べてもいいのではないでしょうか。
※黙って退会するのは「修正依頼は全く参考になりませんでした」の暗喩と受け取れなくもないですが、コメントを返さないのは無視と同等と私は受け取ります。
結論としては、私はA,B,Cこそが、自己解決能力を磨く為に必要な技能であり、[修正依頼] にその情報が含まれていると考えます。
Re: hayataka2049 さん
投稿2020/01/11 17:24
編集2020/01/14 03:52総合スコア18189
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2020/01/11 17:36 編集
2020/01/12 12:35
2020/01/13 08:15
2020/01/13 11:26
2020/01/13 12:06
2020/01/13 12:11
2020/01/14 03:05
2020/01/14 03:54
2020/01/14 04:23
2020/01/14 09:23
2020/01/14 09:34 編集
2020/01/14 13:19
2020/01/14 13:31
2020/01/14 13:56
2020/01/14 14:00
2020/01/14 14:01
2020/01/14 14:06 編集
2020/01/14 14:07
2020/01/14 14:29
2020/01/14 14:56 編集
2020/01/14 15:37 編集
2020/01/15 04:03
2020/01/16 09:40 編集
0
回答と言うより思うところを書く感じで。
・『事務的な』修正依頼
・定型文ポチ
この両者は同じに思うのですが、「定型文修正依頼がいっぱい」となると余計に心折れそうな気がします。
(本文を私が読み解けてないだけかもしれませんけど・・)
確かに全てカバーしきるのは難しいと思います。
ただ私自身”『事務的な』修正依頼を送ってる代表格”ではあると思うので、
そういう機能欲しいなと思うときはあります。
毎回打つのも面倒ですし、一応、teratailを開く環境によってはメモ帳に定型文控えているときはありますが、開いてコピペするのも面倒になってきたりするときもあります。
「とりあえずここ読んで」でガイドラインURL貼るだけとかですね。
「一度触ったら解決まで責任を取らないといけない」
とは思ってないのでガンガン修正依頼かけてますが、
「そういう期待を持つ質問者」って結構いますね。
こちらとしては「こういう情報があればアドバイスを得やすくなると思いますよ」くらいで書いてるのですけど。
回答者って実は何の責任も負ってないと思うんですよね。
例え大嘘書いてたとしても責任は追及できないと思ってます。
もちろん本当に大嘘だと他の回答者からたんまり指摘を受けるので
仕組みとしては「より正しい情報」が上位にくる点では良い仕組みと思ってます。
まあつまり、追記修正依頼にコメントしたからって回答する責任もない、ということですね。
なので、提案の機能を実装するのであれば、匿名化する必要はないという意見には賛成です。
ただ「より気軽にできるように」と思うと、匿名化したほうが良いかもしれませんね。
質問者からの追及は避けたいところです。
質問者も「こいつがしやがったのか」と問題の解決に集中できなくなる可能性もあるので
あくまで「質問の正規化」に集中してもらいたいところですしね。
質問者と回答者の共通認識は「問題解決」一点だと思いますので、
お互いが共通認識のもとにゴールだけを目指せるような仕組みづくりをしてもらいたいところですね。
投稿2020/01/06 12:05
総合スコア80875
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2020/01/08 00:06
2020/01/08 00:15
0
自己解決
先週末に問い合わせていましたが、本日返信をいただきましたので掲載します。
回答いただいた皆様には申し訳ありませんが、自己解決としてクローズさせていただくのでご了承ください。
頂いた返信
plain
1いつもご利用ありがとうございます。teratailサポートチームです。 2運営として、情報が不足している質問や適切な書式が利用されていない質問などが散見される問題を重く受け止めております。 3またサービス改善に関するご意見を集約していただき誠にありがとうございます。 4ご提案いただいた改善策やその課題について、開発チームに共有させていただきます。 5今後もteratailをよろしくお願いいたします。
送付した要望の内容
plain
1teratail運営ご担当者様 2 3お世話になっています。hayataka2049のユーザ名でteratailを利用させて頂いている者です。 4先日、以下の内容の投稿を行いました。私の提案する改善案について意見を募るものです。 5 6【要望案】修正依頼欄で定型文メッセージを送信できると嬉しい|teratail https://teratail.com/questions/233570 7 8要約すると、以下のような内容になります。 9・私達はしょっちゅう同じ内容の修正依頼を送るということを経験しています。 10・「コードにはmarkdownを使ってください」「エラーメッセージは全体を示してください」など、極めてありがちなものは定型文としてボタンクリック等の簡単な操作で送信できると助かります。 11・そうなれば適切に修正される機会が増えると思います。問題解決のスムーズ化やコンテンツの質の改善にも繋がるでしょう。 12 13これについて、多くの方から賛同、あるいはご意見をいただきました。直接確認していただければ幸いですが、幾つか私が重要と捉えていることを抜き出します。 14 15・複数人から殺到するといった状況も想定されるので、UIや通知などで多少の工夫が要るかもしれない 16・適切なヘルプ、ガイダンスやチュートリアルのようなページに対してリンクが挿入されることでより有効に機能する 17 18また、 19 20・質問の編集状況と連動させる 21・チェックリストと連動させる 22 23といった提案もありました。 24 25以上の要望について検討していただき、有効であると認められれば実装していただきたいというのが私の要望です。 26長くなりましたが、ご検討のほどよろしくおねがいします。 27
投稿2020/01/28 11:56
編集2020/02/04 02:02総合スコア30935
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2020/01/30 05:06
2020/02/04 02:03 編集
2020/02/04 02:04
0
賛成です。
コメント欄に書いてあるWiki式に関しては気にしないでください。
高コスト低リターンだったので...
投稿2020/01/07 06:44
編集2020/01/10 22:41総合スコア10429
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2020/01/07 06:57 編集
2020/01/07 08:13
2020/01/08 00:42
2020/01/08 02:25
0
似たような修正依頼が殺到し、欄を圧迫しているのをしばしば見ます。
定型文送信の機能が付けばそのような事態が避けられると期待します。賛成です。
『○○』というメッセージが要る
他サイトに迷惑をかけない為にも、
**『出典元を明記して下さい。リンクを貼るには~ 書籍なら~』**と言った類の定型文は必須かと。
投稿2020/01/06 12:22
総合スコア35668
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
0
回答ではないです
つい先日、久しぶりに質問したときに「投稿前チェックリスト」が実装されてました。
質問者が気にすべき点がチェックできるようになっており、多分チェックしないと投稿できない仕様だと思います。(一度怒られたw)
それを無視する人は、定型文がいくらきても無視するだろうし、修正もしないので多分無駄です。投稿後にいくら指摘しても無駄なので、なんとか投稿前に対応できる仕組みを充実してほしいですね。
参考まで。
追記
すでに古い資料ですが、運営の方針(?)を確認できる資料を思い出したのでリンク貼っときます。
読み物として面白いですよ。
CGM コミュニティ育成管理モデルの提案-プログラミングに
関する問題解決支援サービスteratail のケーススタディ-
アイディアが降ってきたので回答!(2020/01/16 追記)
今の低評価と同じように、「チェックリスト不備」ボタンを作り、不備項目をリストから選べるようにするのはありかも知れないですね。
思いつきの仕様ですが
・チェックリストを満たしていないと思われる質問に対して指摘できるボタンを設置
・ボタンを押すと、どの項目を満たしていないかを選択できるようになる
・満たしていない項目を選ぶことで指摘完了
・低評価とは違い、1件から追記修正欄には表示される
・同時に、質問者に通知(サイト内通知とメール)
・通知は全指摘に対してではなく、1件、5件といった飛び飛びの条件を設定
・一覧でも確認できるように、「不備指摘あり」のアイコンを表示
・質問者が質問を編集したときには「該当するチェック項目」にチェックを入れないと投稿できなくする
・編集後、指摘者に「改修完了」を通知
・編集した場合は、指摘はリセット。「不備指摘改修済み」をアイコンとして表示するかしないかは悩ましいところ
・編集後の質問にも再指摘可能
定型文ではなく、根拠をチェックリストに求めるので、質問者には受け入れやすくなる気がします。
定型文で送りたくなる内容は、「投稿前チェックリスト」に載せれば良いとも言えますね。
#追記(参考情報)
いやぁ~知らない機能っていっぱいありますね^^;
下記の通り、編集/追記依頼がポップアップするようになってました。
本質問への関連性は薄いですが、参考まで。
投稿2020/01/12 06:42
編集2020/01/20 03:24退会済みユーザー
総合スコア0
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2020/01/12 07:20 編集
退会済みユーザー
2020/01/12 07:23
2020/01/13 02:52
2020/01/16 04:16 編集
退会済みユーザー
2020/01/17 07:51
0
タイトルの件について、定型文から選べるのはこちらの手間が減って良いかもしれません。しかし、「コードはコードブロックに入れていない」などの質問は他にも同時に修正依頼したい項目がある場合が多いです。(私の守備範囲においては)
質問者目線ですと、同じような修正依頼が複数来たら確かに嫌かもしれませんが、「何人もの人が同じことを思っている」ということなので「早く直すそう」「次からは気を付けよう」と思うでしょう。
気持ちの問題はひとそれぞれなので難しいことろですが。
投稿2020/01/07 03:51
編集2020/01/07 03:53総合スコア10736
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2020/01/08 00:17
2020/01/08 10:32
あなたの回答
tips
太字
斜体
打ち消し線
見出し
引用テキストの挿入
コードの挿入
リンクの挿入
リストの挿入
番号リストの挿入
表の挿入
水平線の挿入
プレビュー
質問の解決につながる回答をしましょう。 サンプルコードなど、より具体的な説明があると質問者の理解の助けになります。 また、読む側のことを考えた、分かりやすい文章を心がけましょう。