脱Slack
背景
Slackはビジネスチャット界隈で最強（異論は認める） でもそもそもSlackそんなに使わなくていい働き方もある
しかしそれでもフロー型コミュニケーションツールが何かしら必要 選択肢がSlackしかない
別のチャットツール or チャットではない別の概念でも良いのでは？
inbox時
脱slack。scrapboxのようなフロック使ってるなら、（scrapboxでまかなえない）コミュニケーションはもっとシンプルなツールで事足りる可能性がある Q&A
ないです
ここでは「フロー型をミニマムに実現したい」
Zulipはトピック指向なチャットツールというだけで、フロー型としてはSlack同様でかすぎる 使えそうな観点まとめ
意図的な時間差
時限
OK時間帯、NG時間帯、
ハイコンテキストを封じに行く
メンションの種類を分ける
フローを流さない・フローに頼らせすぎないための仕組み
プライベートな発言に負荷をかける
シングルパーパス的拡充
例
投票ツイート
----
人のアイデア
人の視点
4
どこに属するかを指定させる
Zulipの思想を汎化した感じ
テキトーに発言することを許さない
「それはどの話題ですか？」「それは新しい発言ですか？」「それとも既存の発言に対するものですか？」
たとえば新規投稿時に上記質問を出させる
でもなー、機械的に選択肢連打されるに決まってるsta.icon
発言の配置場所を（発言者とは別の人が）変えられるようにする
こっちがいいかも
挙手を問う
「〜〜な人は手をあげてね」系
パラメータ
人数に限界はあるか（ある場合先着などが必要）
手をあげない人は把握したいか（したい場合、あげない旨を表明してもらう必要アリ）
期限はあるか（ある場合、期限すぎたら自動的に閉店できる）
多数決・投票
全員依頼
「各自、〜〜日までに〜〜をやってね。終わったら連絡してね」系
---
---
抽象的に分類しにいくと
1: 全員に返信義務があるか
2: 返信内容の種類
二値(2択)
n択
選択以外いったんこれは考えない
時限とキュー
時限
https://gyazo.com/bcd152d093f0e58cd06ff28290e54268
sender側、送るのを遅らせることができる
receiver側、受け取るのを遅らせることができる
キューは？
今日は先頭からn件まで処理します、的なことを実現するために
別にstackでもsetでもいい気はしている （重要なのは時限の方）
配置するフロー
なんかネットワーク型でフローコミュニケーションを表現する世界になりそーだなsta.icon*2
もうちょっと深掘りしたいな
1: チャット上でメッセージ打つ
2: リプする（このときはリプ元に対する関係性の指定が必須）
3: メッセージに関係性を設定する
あとから繋げることもできる
チャットで発言する人と、発言をネットワーク化する人に分かれる感じ？
後者の作業はScrapbox（はちょっとリッチすぎるが）みたいな空間をイメージしている
メッセージ=ノード
ノードに関連しているノードを辿れる
フローズンとは別のアプローチですなsta.icon*2 あるいはフロー情報を「ネットワーク型で固める（凍らせる）」って意味ではフローズンだけど
タイムラインモデル
チャンネルCに投稿する = Cをフォローした人全員のタイムラインに流れる
Cは関係者のみフォローできる（つまりフォローが許可制という世界）
いや普通に鍵垢やん
1: メールみたいな集約型
自分でフィルタリングしていた
2: Slackみたいなチャット
システムが先にフィルタリングする（チャンネル）
割り込んでもいい時間と割り込まれたくない時間
前者は別にいつでもメンションいいけど、後者はできるだけやめて
割り込みのダメージはコンテキストによって変化する
3
確認をさくっと終わらせたいよね。終わってます終わってませんあとでやります。
例: ～～の対応、まだの人いますか
まだの人だけ応答する、だと発信者としては待ちになるので辛い
かといって絵文字を選ぶのもだるい
Teamsだと7個しかないからなおさら
もっと簡単に行うには？
メニュー化だろうなぁ
テンプレを用意しておいて、選択するだけで選択肢込みで投稿してくれる的な
でもメニュー増えたら逆に使い分けコストがかかってまうsta.icon
調整さんみたいな方向性。。。
思いつかん
あえて突き抜けるか？
template based chatみたいな
何が足りない？
%ではないよな
n人いて、誰がどこ答えたか＆誰が答えてないかが知りたい
こうかな
https://gyazo.com/c0482e4676add98fb35dc080563d6a08
1に答えてない人のアイコンが出る
2に答えた人のアイコン
自動化
障害時に状況共有し合いたい
シングルパーパス的に攻めてみる
オートポスト
指定時刻に指定ツイートをする的なもの
勤怠報告はこれでいけるsta.icon
エコールーム
ルームAがある
Aに対してメッセージMを呟くと、AにMが残る
Mは時限式でしばらくしたら消える
こだまみたいなイメージ
↑ こんなルーム
匿名がいいかも
Mの投稿者はわからない
時限は一つのブレイクスルーかもしれない
たとえば秒速でリアクションするのためらうときがある
下書きみたいにリアクションを設定しておく
時限式なので一定時間経過後に撃たれる（ランダムでばらしてもいいね）
間を考慮するのがだるいので、時限式で仕込むという発想？
システムが公開範囲（レンジ）をお膳立てする
「これはpublicでやりますか？」的なことをシステムが聞いてきて、当人達がyesするとpublicになる
2
こういう前提を持ってる
フロック型では済まない or だるいフローだけをもっと上手いこと扱いたい
Slackは冗長すぎる
=== 以下ブレスト
制限を加える
Twitterの140文字みたいな文字数制限
揮発的にする（永続保存させない）
やり取りを終えると、システムが「まもなくクローズします。ここまでの会話内容を～～にまとめてください」と教えてくる
～～に至るまでの便宜は図ってもいい
たとえばScrapboxのURL半自動生成するとか
リアクションをかんたんに行う
lv1: 返信する
lv2: 絵文字を使う
lv3: 絵文字を（ずらりと並ぶ中から頑張って判断することなく）選ぶ
たとえばここ？
既読という概念が最も効率的だが、既読が可視化される世界はしんどい
発言する側にもコストを負わせる
軽率に話しかけることができないように
が、人によっては「DMのような閉鎖性でやりとりしたい人」もいる（むしろ多数派）
肩たたきモデル
https://gyazo.com/77fd932779bfe7df383e50bdec49a91e
1: 肩を叩く（ちょっと来てくれ）
2: 机に書類置いておく（見てほしい）
3: ポストに入れておく（見てもいい）
絵下手すぎる。。。
「クリックしてメッセージ打つだけで送れる」としたら、リテラシー低い人にもわかりやすかろうsta.icon
3は本棚に入れておくがいいかも（見てもいい、のニュアンスが色濃い）
---
肩たたきモデルと対象範囲
table:t
個人 n人 グループ全員
投函 1 2 3
置き手紙 4 5 6
肩たたき 7 8 9
3
いわゆる掲示板
7
これはまあ「いいから来い」だな
が、親しい間や機密強い事柄なら「～～というイベントがあるぞ。なるべく来た方がいい」もありえるか
8
ANDにするべきだろう。つまりn人全員がその場で応じなければ、その肩たたきは中止。
9
これは緊急事態くらいじゃないか。
あるいは「みんなちょっと来てくれ。新人が来た」みたいなカジュアルなのでもいい（この場合は任意かな）
---
そうか、肩たたきはさらに二つあるのか
いいから来い
たった今起きたイベントだぜ？別に来なくてもいいけど、早いものだったり今このとき限定だったりするので、なるべく来た方がいいぜ？
タイムラインモデル
Twitterみたいなやつ
誰もが自分のホーム（タイムライン）を持っていて、よく眺めている
タイムラインは一つだけなのでシンプル
マジョリティ向けのモデルだと思ってる
あのチャンネルはこうで、みたいな使い分けを学習＆適応する必要がない
テキトーにタイムライン一つ見ていればいい
それでありながら、ミュートやブロックなどでdenyしていける
つまり「最初から適切な場を用意してそこで最初からそのとおりに動く」ではなく「何でも出来る場を一つだけ準備して、うざいのは個別に弾く」モデル
1
ここで言えば、指示やお願いの手段がSlackである必然性ある？という話
もっとシンプルで最適なツールがありえるのでは？って話
二次元はどうよ？
リクエストを溜めるキューみたいに、届いたメンションも溜める
時限メンション、時間差インターホン
即時で通知が飛ぶってのが固定観念な気がするんだよなぁ……
汎用的に時間差を機能させたいなら
各自「ok時間帯」と「ng時間帯」を設けておく
ng時間帯に投げたメンションはok時間帯にまで繰り越される、とか？
ng時間帯
各自n時間持ってる
自由に使っていい
ただしコアタイム時間帯（組織内の一ルールとして自由に設定可）には使えない
というかtime slotという概念を別に切り出して、これ知ってる前提のツールだよって関係にしないと複雑すぎてダメそう
ok時間帯とng時間帯の切り替え
Aさんにメンションを投げる≒Aさんにデッドライン（n時間（n>10もありえる））以内に～～してほしい
（デッドラインの是非を考えるとややこしくなるのでおいといて）
デッドライン以内であれば、Aさんはいつやってもいい
Aさんにとっての最善のタイミングを実現したい
これは以下が混ざってるな
一度投下したメッセージをあとでageることで気づかせやすくする
緊急レベル
最大……大地震時の避難、メンバーが死亡した、この会議遅れると会社倒産する、などリーサルなやつ
緊急……運営サービスがサイトがダウンして至急対応が必要、などクリティカルなやつ
あと何個かある