kintone開発における​ライターの役割の変化​〜AI活用を添えて〜 / Changes in the Role of Writers in Kintone Development

kintone開発では、ライターの役割を「個々の文言を考える人」から、「文言検討のサポートや仕組みをつくる人」「kintone全体の文言の品質を担保する人」に変えようとしています。
2025年12月に、開発者がより主体性やスピード感を持って開発を進められるように、これまでライターに依存していた文言検討のプロセスを変更しました。
プロセス変更においてやったことや、その効果、今後力を入れたいことをまとめました。

keroyama
サイボウズ株式会社でkintoneのテクニカルライターをやっています。
趣味はインコ、ゲーム、酒、三味線
https://twitter.com/writerkaeru

※以下イベントの発表資料です。
https://tw-meetup.connpass.com/event/389247/

Transcript

1. kintone開発における ライターの役割の変化 〜AI活用を添えて〜 2026/04/09 Technical Writing Meetup Vol.49 サイボウズ株式会社 keroyama
2. 自己紹介 • keroyama • サイボウズ株式会社 kintoneのテクニカルライター。 日本語文言担当（諸事情により1人） • 2025年11月入社 • 好きなもの：インコ、お酒、ゲーム
3. サイボウズという会社
4. チームワークあふれる 社会を創る サイボウズの理念は「チームワークあふれる社会を創る」こと。 私たちはその理念に沿ってチームワークを支えるソフトウェアを 開発し続けてきました。 企業理念
5. kintoneとは
6. サイボウズが世界中にチームワークを広めるため開発している 「業務改善プラットフォーム」 のクラウドサービスです とは
7. 業務データを柔軟に蓄積し、社内で共有・見える化 運用しながらの変更も容易 ドラッグ&ドロップで簡単に作成できる Webデータベース（＝”アプリ”）
8. kintoneのライター
9. k into ne プラットフォーム開発 開発 本部 テクニカルライター（kintone）は、kintoneプラットフォームを開発するチームに所属しています。 テクニカルライター経験のあるメンバーだけでなく、営業やエンジニアをしていたライター未経験のメンバーもいます。 グループウェア コンポーネント開発 開発支援機能
10. テクニカルライター（kintone）の主な業務 10 画面文言の検討 製品の画面に表示されるボタンやメッセー ジなどの文言を検討します。 開発する機能の仕様だけでなく、ユーザー の利用シーンを理解し、より自然で端的に 伝える方法を考えます。 ヘルプ制作 製品のオンラインヘルプを制作します。 機能リリースに応じた新規記事の執筆や、 より記事の内容が分かりやすくなるように 既存記載の修正を行います。 レビュー ほかのライターがライティングした文言や ヘルプの記事をレビューします。 チームでレビューし合うことで、多角的な フィードバックが得られます。 品質管理 ガイドラインや用語集で、ライティングの 観点や、使用する表現のルールなどを管理 します。 複数のライターと一緒に作業するため、 チーム全体で認識合わせをしています。
11. ライターの役割を変えようとしています • これまで：文言を作成する人 • これから：全体の品質向上を担う人
12. これまでのライターの関わり方 • 日英文言をライター・翻訳者で決め、開発チームが実装する • 実装後に意図どおり文言が反映されているかを確認する 課題 • ライターや翻訳者を待ってリリースが遅れるということが発生していた • 今後開発チームが増えると、より問題になりそう • ガイドライン整備などに時間を割けなかった
13. プロダクトエンジニアの役割 プロダクトエンジニアの業務紹介資料より
14. プロセス変更の概要 • まずはプロセスを変更し、ボトルネックにならない状態を目指 す • 2025年8月から：開発チーム主導で文言を考えるように変更 • リリース前にライターのレビューはまだ必須 • 2025年12月から：ライターのレビューも不要に変更 • 後追いでライターがレビューをして、気になるものは開発チームに フィードバックする • 入社してまもなく、この変更を推進することになった
16. やったこと • プロセスのAsIs、ToBeを可視化 • プロセス変更後にライターがやることを明文化 • エンジニアの文言検討をサポートするAIツールを作成 • 関係者へのアンケート、ヒアリング、振り返りを実施
17. プロセスのAsIs、ToBeを可視化 • 現状のプロセス把握も兼ねて、フローを図示 • 現状の課題を踏まえて、変更後のプロセスも作成 • エンジニアのマネージャー陣やローカライズチームに共有し、 変更後の認識を揃えた
18. プロセス変更後にライターがやることを明文化 • 「プロセスを変更する」ということが強調されているように感 じた • プロセス変更は手段であり、目的ではない • 目的を再確認し、それに合わせてライター・翻訳者でプロセス 変更後にやること・やらないことをすり合わせ、明文化した • 振り返りのタイミングで眺めて、どこに注力すべきかを考えるのにも 役立っている • 新しく入社したメンバーが、ライターの役割を認識するのに役立てて くれていた
20. 文言検討をサポートするAIツール • 十分な学習支援ができない状態でのスタートだった • kintoneは文言を言語ごとにファイルで管理している • 文言のコンテキストも一緒に管理されている（完璧ではないが⋯） • 既存文言とガイドラインをAIに読み込ませ、文言作成の補助ツール を作成 • Dify：既存文言をもとに文言をレビューするAIのアプリを作成 • Claude skills：エンジニアも使いやすい形を目指してトライ中 開発チームへの移譲が進んだのは、AIの功績も大きい！
21. AIの例 ガイドラインと 既存文言を参照 「{文言キー}この文言をレビューして 」と言うだけで…
22. 関係者へのアンケート、ヒアリング • プロセス変更実施から3か月ほどで、目的を達成できたか効果 測定を実施した • 主な観点 • 開発速度への影響（エンジニアの負荷、コミュニケーションコスト） • 品質への影響 • エンジニア以外の職種への影響
23. 振り返りの結果 • やることは増えたが、コミュニケーションコストの減少により 開発速度は変わらないor早くなったという回答が多数 • なぜやるのかを考えたり、PdEの責任範囲が広がりモチベー ションになっているという声多数 • 副次的な効果として狙っていたが、思った以上に反響があった • 品質低下などのクリティカルな影響はない
24. 見えてきた課題 • いつ、どんなときにライターを頼ればよいかわからない • ライターへの相談タイミングガイドを作成 • 細かい文言のレビューとFBに時間をかけている • レビューの粒度や頻度の見直しを検討 • ボトルネックにならないプロセスは回せているが、品質向上や ユーザーにプラスになるような活動はまだできていない
25. 今後やること • ライターが関わると価値が出せるポイントを探る・再現性を作 る • ガイドラインの整備 • 既存文言をベースにガイドラインが量産できそう • ライターの役割などの周知 • 新卒・中途向けの研修に盛り込んでもらう • さらなる価値を生み出すライターの動きを模索
26. 学んだこと① とにかく関係者と話す、フィードバックを貰いに行く • 入社間もなかったので誰も知らないし、知られてもいない • 人を知る：どの職能の人がどんな事を考え何を感じているのか 聞く • 知ってもらう：ドキュメントを書いて周知するだけじゃなくて 何を考えているのかを伝える
27. 学んだこと② 既存のやりかたに囚われない • いろんな人と話したうえで、これまでのやり方を疑う • 入社間もなかったことが功を奏したかも • 背中を押してくれた皆さんに感謝⋯！
28. ライターの役割の現在地 個別の文言を作る人 ↓ 開発チームの文言作成を支援する人 いまここらへん ↓ Kintone全体の文言品質を担保する人 開発チームや製品に求められていることを見据えて、やってい き！