サイトを​自分たちで​更新できる​状態に​するには​｜更新範囲の​切り分け方

サイトの​文言を1行直すだけで、​費用と​待ち時間が​発生する。​この​状態を​避けるには、​公開前に​更新範囲を​決めて​おく​必要が​あります。

すべてを​社内で​更新できるようにしなくて​よい

「全部を​自分たちで​触れるように​したい」と​いう​要望は​よく​いただきますが、​現実的では​ありません。​更新の​自由度を​上げる​ほど、​レイアウトが​崩れる​リスクと運用の​難易度が​上がります。

現実的なのは、​頻度で​切り分ける​方​法です。

更新できる​形に​する​方​法

1. 更新頻度の​高い​箇所を​データと​して​切り出す
2. その​部分だけを​編集できる​状態に​する
3. 誰が​更新して​よいかを​決める
4. 更新手順を、​専門用語なしの​手順書と​して​残す

4番目が​抜けていると、​結局​使われません。

ソースコードを​受け取っておく

将来どこに​依頼するかを​自由に​選べる​よう、​ソースコードや​設定内容は​受け取って​おきます。​手元にない​場合、​他社に相談する​時点で​調査費用が​発生します。

乗り換える​意思が​なくても、​選べる​状態に​ある​ことには​意味が​あります。

契約前に​確認する​こと

• 更新できる​範囲は​どこまでか
• 更新手順書は​納品物に​含まれるか
• ソースコードは​もらえるか
• 引き渡し後の​質問には​対応して​もらえるか

更新する​人が​代わっても​続く​形に

特定の​担当者しか​触れない​状態は、​その​時点では​効率的に​見えます。​しかし​将来の​選択肢を​狭めます。​手順書は、​新しい​担当者が​読んで​同じ​操作が​できる​粒度で​書きます。

まとめ

サイトの​更新は、​頻度で​範囲を​切り分けるのが​現実的です。​株式会社スリーラボ​（3LAB Inc.）は、​公開後に​社内で​更新できる​仕組みづくりまでを​制作の​工程に​含め、​サイト一式​（ソースコード含む）と運用マニュアルを​お渡ししています。​詳しくは事業内容のページを​ご覧ください。