polyshSOP 受動態チェッカー
誰が何をするのかを隠す受動態の文を見つけ、書き換えのヒントを得られます。
- ブラウザ内で動作
- アップロード不要
- アカウント不要
このツールは英語のテキストを分析します。
ブラウザツールを読み込んでいます…
SOP 受動態チェッカーでできること
手順書で The request is reviewed のような文を書くと、最も重要な疑問が残ります。誰がレビューするのでしょうか。SOP、ヘルプ記事、任意の下書きを貼り付けると、どの文が受動態を使っているかと、それぞれの指摘のきっかけになった表現がわかります。
is reviewed by the security team のように文中に動作主がある場合は、そのチームを主語にするようヒントで提案します。動作主がない場合は、誰が作業するのかを書くよう促します。be と get を使った形（is being や has been を含む）や、sent、chosen、reset のような不規則動詞の形も検出します。
例
入力
The request is reviewed by the security team. Then the account is unlocked. You send the user a confirmation email.
結果
Passive sentences: 2 of 3 is reviewed by the security team → make the security team the subject is unlocked → say who does it
3 つ目の文は you が主語の能動態なので、指摘されません。
SOP 受動態チェッカーの使い方
- 手順や下書きを「テキスト」に貼り付けます。
- 指摘された各文について、「文」「受動態」「ヒント」の列を確認します。
- 指摘された文を、主語がはっきりした形に書き直し、件数が減ることを確認します。
知っておきたいこと
- the file sent yesterday や had the account reset のように、be や get の形を含まない受動表現は検出しません。
- Click Save のような命令形のステップはもともと能動態なので、ステップ中心の SOP では、注記が受動態でも検出件数が少なく出ることがあります。
- 1 行に 2 つの操作があるなど、ほかのステップの問題と一緒に受動態を確認するには、手順の複雑さチェッカーを使ってください。
SOP 受動態チェッカーについてよくある質問
受動態とは何ですか？
受動態では、動作を受けるものが主語になり、動作主は文末に移るか消えます。Billing sent the invoice の代わりに The invoice was sent by billing と書くのがその例です。be または get の活用形と過去分詞で作られます。
SOP で受動態を避けるべきなのはなぜですか？
手順書は、誰が何をするのかを示すためにあります。Access is granted のような受動態の文では、自分、マネージャー、システムのどれが動くべきかが読み手にはわかりません。役割を明記した能動態の文なら責任がはっきりし、たいていは短くもなります。
受動態は常に間違いですか？
いいえ。動作主がわからないか重要でない場合や、誰がしたかより結果が大切な場合には適しています。Your data is encrypted at rest がその例です。ただし、ステップや責任の記述では、ほぼ常に能動態のほうがわかりやすくなります。
受動態を能動態に書き換えるには？
誰が動作をするのかを見つけ、それを主語にします。The ticket is closed by the agent は The agent closes the ticket になります。動作主が書かれていない場合は、誰が行うべきかを決めてください。それによって手順の抜けが見つかることもよくあります。