Tweet
Tweet

Slide 1

Slide 1 text

伝わる⽂章を考えるために 〜テクニック以外に⼤切なことは？〜 2022.01.20 Thu. 株式会社SmartHR UXライター まきやま

Slide 2

Slide 2 text

アジェンダ

Slide 3

Slide 3 text

● ⾃⼰紹介・仕事紹介 ● 実例を交えた本題 ● まとめ

Slide 4

Slide 4 text

⾃⼰紹介

Slide 5

Slide 5 text

まきやま ● 株式会社SmartHRのUXライター ● 前職はマニュアル制作会社のテクニカルライター ○ もっと製品やサービスを根本から良くした い！という思いで転職 ● 趣味：インコ、ゲーム、三味線

Slide 6

Slide 6 text

SmartHR サービス紹介

Slide 7

Slide 7 text

SmartHRの UXライティンググループ

Slide 8

Slide 8 text

13⼈ 13⼈ 9⼈ 8⼈ 20⼈ 1⼈ 71⼈ SmartHRのプロダクト組織（2022.1） 3⼈

Slide 9

Slide 9 text

SmartHRのUXライティングチームの仕事

Slide 10

Slide 10 text

開発チーム

Slide 11

Slide 11 text

プロダクトマネジメント プロダクトデザイン プロダクトエンジニア QA UXライティング カスタマーサポート SmartHRの開発体制 ※⼈数はイメージです ※LeSS（⼤規模スクラム）についての参考記事： ⼤規模スクラムで⾒えてきたマルチPdM体制の⾯⽩さと難しさ【SmartHRのPdM連載第1弾】 - SmartHR Tech Blog

Slide 12

Slide 12 text

● クロスファンクショナルなフィーチャーチーム体制 ● UXライティングは開発チームを構成する職能の1つ ● UXライティングはUXライターだけが担うものではない ○ プロダクトマネジメントはPMだけが担うものではないのと同様 ● ボトルネックの発⽣しにくい開発体制 ⽬指しているのは

Slide 13

Slide 13 text

企画・仕様検討 リファインメント プランニング リリース スプリント 開発サイクルをもっと詳しく：図説：SmartHRのプロダクト開発サイクル 2021 ver. UXライターと開発との関わり ⽂⾔・ヘルプ の⽅針決め ⽂⾔決めをリード UXライターのお仕事 ヘルプページの作成 お知らせの確認 ヘルプの調整 ⽂⾔修正 仕様をむちゃくちゃ 理解する

Slide 14

Slide 14 text

ライティングガイド

Slide 15

Slide 15 text

SmartHR Design System https://smarthr.design/

Slide 16

Slide 16 text

ライティングガイド https://smarthr.design/products/contents/writing-style/

Slide 17

Slide 17 text

サポートコンテンツ

Slide 18

Slide 18 text

ヘルプセンター https://knowledge.smarthr.jp/hc/ja/

Slide 19

Slide 19 text

ユーザーの⽬に触れる状態で 確認・レビューする

Slide 20

Slide 20 text

本編スタート！ 伝わる⽂章を考えるために 〜テクニック以外に⼤切なことは？〜

Slide 21

Slide 21 text

理解しやすく効率的に内容を伝えるための技術 ● ⼀⽂⼀義 ● 読み⼿の知識に配慮する ● 適切な構成・情報量 などなど

Slide 22

Slide 22 text

良い⽂章が本当に伝わる⽂章 なのかはわからない

Slide 23

Slide 23 text

SmartHRに⼊社して チームで⽂章を考える機会がものすごく増えた🎉 （デザインや仕様もチームで考えています）

Slide 24

Slide 24 text

チームで、組織で⽂章を考えると、 個⼈ではできないこんなことができるよ🤗 というお話

Slide 25

Slide 25 text

ポイントは3つ ● 早い段階でユーザーに⾒せる ● そもそも⽂章でどうにかできるのかを考える ● ユーザーの⽬に触れる状態で確認・レビュー する

Slide 26

Slide 26 text

早い段階でユーザーに⾒せる

Slide 27

Slide 27 text

● どんなに個⼈やチームで考えても、ユー ザーにどう伝わるのかわからない ● ユーザー（に近い⼈）に早い段階で⾒せ てフィードバックをもらう

Slide 28

Slide 28 text

No content

Slide 29

Slide 29 text

No content

Slide 30

Slide 30 text

そもそも⽂章でどうにかでき るのかを考える

Slide 31

Slide 31 text

● 「⽂章を書く」という頭でいると、どうしても⽂ 字を書くことに意識が向きがち ● 本当に⽂章で解決すべき課題なのか？イラストや 図がいいかも？ ● プロダクトであれば実装変えた⽅がいいかも？ ● 俯瞰した視点を持つのが⼤事

Slide 32

Slide 32 text

実例 ● エラーが2種類あるんだけど、どちらのエラーに も対応できるメッセージを考えられないかな… ● →そもそも、エラー出し分けるのは難しいです か？ 無理に⾔葉で解決すると、どちらのパターンも救え ないわかりづらいメッセージになってしまう

Slide 33

Slide 33 text

実際どのような形でユーザーの⽬に触れるの かを早めに確認しておく 該当箇所だけでなく、どういう流れで読まれ る⽂章なのかを考える

Slide 34

Slide 34 text

No content

Slide 35

Slide 35 text

No content

Slide 36

Slide 36 text

ポイントは3つ ● 早い段階でユーザーに⾒せる ● そもそも⽂章でどうにかできるのかを考える ● ユーザーの⽬に触れる状態で確認・レビュー する

Slide 37

Slide 37 text

この3つのポイントは UXライター1⼈では達成できない

Slide 38

Slide 38 text

わかりやすい⽂章を書いてくれる⼈として期待され ているだけでなく、 良いプロダクトを作るためのメンバーとして認識し てもらえている

Slide 39

Slide 39 text

チームで⼀⾔⼀句にこだわれ る環境があってこそ！ こんな環境で働きたい⽅募集 中です！