顧客向け販売促進プロセス/プレスリリース原稿入稿・担当者作成・上司承認・技術部門レビュー

プレスリリース内容立案会議事録等をもとに原稿を作成し、レビューを経てプレスリリース配信代行業者に入稿する. 途中部長による承認を必要とするが、部長の判断により技術部門のレビューを行うことができる.

概要

 * 1) 部内ミーティングで決定した結果(※)に基づき、原稿作成担当者はプレスリリースに用いる最終原稿を作成する
 * ※たとえば顧客向け販売促進プロセス/プレスリリース・複数人立案の「立案会議議事録」の内容
 * 1) 原稿確認担当者は作成された最終原稿を確認する
 * 2) マーケティング部部長は、最終原稿を確認し、プレスリリース配信代行業者への入稿を承認する前に、必要であれば技術部門の承認を必要と判断する
 * 3) 技術部門の承認が必要な場合には、技術部門によるレビューが行われる
 * 4) 技術部門のレビューが完了したら、 原稿作成担当者はプレスリリース配信代行業者に原稿を入稿する
 * 5) 関連部署はプレスリリース内容の入稿が完了したことを確認する

プロセス担当者

 * 社内 (all@company.com)
 * マーケティング部 (marketing@company.com)
 * 原稿作成担当者 (marketing-editor@company.com)
 * プレスリリース原稿の作成と配信代行業者への入稿を行う
 * 原稿確認担当者 (marketing-checker@company.com)
 * プレスリリース原稿のレビューをチェックリスト等を用いて行う
 * マーケティング部部長 (marketing-leader@company.com)
 * プレスリリース原稿の内容を承認する. 必要に応じて技術部門にレビューを行わせる
 * 技術部門 (development@company.com)
 * プレスリリース原稿の内容を技術視点でチェックする
 * 関連部署 (relevant-departments@company.com)
 * プレスリリース代行業者 (pr-agent@example.com)

プロセスオーナ
マーケティング部部長

特徴

 * プレスリリース原稿は既にマーケティング部のミーティング等で決まっていることが前提
 * マーケティング部視点で影響の大きいプレスリリースに利用されることを想定しているため、部長による承認を必要としている
 * 必要に応じて、部長が技術部門にレビューを依頼することができるようになっている
 * 顧客向け販売促進プロセス/プレスリリース原稿入稿・担当者作成・レビューに比して、重要度の高いプレスリリースを実施する時に適している
 * 顧客向け販売促進プロセス/プレスリリース原稿入稿・担当者作成・レビュー・上司承認に比して、技術関連情報のプレスリリースを実施する時に適している

プロセスダイアグラム例
digraph edit_pr_content { graph [rankdir=LR,size="10,10"]; node [shape=box, style=rounded]; edge [labelfloat=true];

subgraph clusterCompany{labeljust=l;label="all@company.com(社内)";

subgraph clusterRelavant { labeljust=l; label="relevant-departments\n@company.com\n(関連部署)\n"; style="dashed"; R1 [label="R1:確認", style="dashed,rounded"]; }

subgraph clusterMarketing{labeljust=l; label="marketing@company.com(マーケティング部)";

subgraph clusterChecker { labeljust=l; label="marketing-checker\n@company.com\n(原稿確認担当者)\n\n\n"; C1 [label="C1:原稿確認"]; }

subgraph clusterLeader { labeljust=l; label="marketing-leader\n@company.com\n(マーケティング部部長)\n\n\n"; L1 [label="L1:技術確認\n要否"]; }

subgraph clusterEditor { labeljust=l; label="marketing-editor@company.com\n(原稿作成担当者)"; //EDummy[label="",style="invis"]; ES [label="", shape=circle, width="0.3"]; E1 [label="E1:原稿作成"]; E2 [label="E2:原稿入稿"]; //EDummy->ES; ES -> E1 [weight="10"]; E1 -> E2 [style=invis]; EE [label="", shape=circle, width="0.3", style=bold]; E2 -> EE; } }//end clusterMarketing

subgraph clusterDevelopment{ labeljust=l; label="development\n@company.com\n(技術部門)"; D1 [label="D1:原稿\nチェック"]; }

E1 -> C1 ; C1 -> E1 [label="再提出指示" tailport="se", arrowtail="odiamond"]; C1 -> L1 [taillabel="合格", labeldistance="3", arrowtail="rcrowlvee"]; L1 -> E1 [taillabel="却下", labeldistance="3", arrowtail="odiamond"]; L1 -> E2 [taillabel="承認・不要", labeldistance="3", arrowtail="odiamond"]; L1 -> D1 [taillabel="承認・必要", labeldistance="3", arrowtail="rcrowlvee"]; D1 -> E1 [taillabel="再提出指示", labeldistance="5", arrowtail="odiamond"]; D1 -> E2 [taillabel="合格", labeldistance="2", arrowtail="rcrowlvee"]; E2 -> C1 [style="invis"]; ES -> C1 [style="invis"]; E2 -> R1 [style="dashed", label="メール通知"]; D1 -> R1 [style="invis"];

}

subgraph clusterPRAgent { labeljust=l; label="pr-agent\n@example.com\n(PR配信代行業者)\n\n"; style="dashed"; P1 [label="P1:配信実施", style="dashed,rounded"]; }

E2 -> P1 [style=dashed, label="原稿入稿"];

}

プロセスデータ例

 * ※1「プレスリリース原稿内容決定ミーティング」等で決定された内容がまとめられたファイル(議事録)
 * ※2「関連部署」に所属するメンバにメールが送信される