7/11～13・ココログの大手術？

お知らせココログ
→ココログメンテナンス実施のお知らせ（7/11-7/13）
【特設】ココログレスポンス問題お知らせブログ
→ココログメンテナンス実施のお知らせ（7/11-7/13）
また同じ文面か～と思ったけれど、実は1行だけ違う箇所がありました(笑)。

メンテナンス中の進捗状況の案内は【特設】のみで行う……のかな？

以下、誰もが思いつきそうな突っ込みどころ。

| 本メンテナンスは2006年7月11日（火）から約2日間を予定しています。

『から』が微妙。タイトルは7/11-7/13ってことは……？

| 詳細な日時につきましては来週改めてご案内させていただきます。

まぁこれを待ちますか。

| メンテナンス中にその全データをチェックし、変更が必要なデータの修正を行いますが、自動化できない部分は全て手作業での修正が必要となります。

『自動化できない部分』があって、『手作業』かぁ……。めっちゃ不安。
この部分ではまって長引く、に一票。
くれぐれもデータの損失だけはないようにして欲しい……テンプレートや本文中のタグとかにも手が入るのか、もしかして？

| メンテナンスの最終確認作業について十分な時間をかけて実施

最終確認に時間がかかった挙げ句、『適用できなかったので元に戻しました』って落ちは……ないですよねぇ？

| 万一、新データベースサーバへのデータ移行に失敗したとしても、旧データベースサーバにお客様のデータは残っているため、データが消えることはありません。

『失敗』をどの段階で判断できるのかが不安。
有りがちなのが、新データベースサーバに移ってしばらくしてから、いろいろ不具合が出て、旧データベースサーバに戻そうにも、その間の記事やコメント等はどうすんだ？という戻るに戻れない状態に陥ること。
せめて、ユーザからの障害報告とそれへの対応がリアルタイムで反映・リストアップされ、第三者にも伝わるような窓口が欲しいところ。

| Q.メンテナンスの進捗状況を確認したい。
| A.本ブログにて進捗状況をお知らせいたします。

これ、『お知らせココログ』にもあるんだけど、

| メンテナンス中の進捗状況は本ブログにてご案内いたします。

という1行は【特設】の方だけなんだよね……ん～？
まぁ、『お知らせココログ』側が“本ブログ”を“【特設】ココログレスポンス問題お知らせブログ”に置換するのを忘れているだけなんだろうけど。

| 高負荷時間帯（21時から翌0時台）でもお客様にご満足いただけるような状況まで改善される見込みです。

なんでこう、曖昧な表現をするかな。『満足する』かどうかは客の主観もあるので、具体的な指標にはならないと思うのに(これだけの反応速度なら何％の客が満足と回答する、という統計データでもあれば別ですが、あるとは思えないし)。
例えば現状、記事投稿に平均何分かかっているのが、何秒程度まで改善される、という具体的なデータはないのかなぁ？