あらためまして、合同会社アクアビットの長井です。
弊社の起業までの航海記を書いていきます。以下の文は2018/4/5にアップした当時の文章が喪われたので、一部を修正しています。
今回は正社員として担うことになったさまざまな業務について語ってみます。これらの経験はどれも私の起業に役に立ちました。

正社員としての任務

さて、当時の私がぶち当たっていた壁。それは家の処分だけではありません。
仕事の上でも私にとって乗り越えるべき試練が次々に押しよせていました。
今回はそのことを書いていこうと思います。どれもが”起業”には欠かせない経験でした。

本連載の三十三回でも書いた通り、スカパーカスタマーセンターの運用サポートチームに引き上げられ、パソナソフトバンク社の正社員にも登用してもらった私。
正社員になってしばらくして後、私の現場での肩書は”集計チーム マネージャー”へと変わりました。

正社員になったことによって、私に求められる役割はさらに増えました。集計チームのマネージャーとして現場の集計業務を管理しながら、派遣元であるパソナソフトバンク社の業務にも貢献することが求められていきます。
立場が変わるとやるべきことも増える。そのあたりのいきさつは本連載の三十一回でも少しだけ触れています。

今回はその部分をもう少し突っ込んで書いてみたいと思います。

正社員になったことで私に課せられた新たな任務。それは大きく四つが挙げられます。
そのどれもが私にとって初めての経験でした。
今から思うと、これらの任務を経験したことは、後年の私が”起業”するにあたっての糧となりました。
自分の仕事だけしていればよかった立場から、より広い視野へ。現場の仕事だけが仕事ではないという気づき。この気づきを初めて得たのはこの時期だったように思います。

一つ目は、日々のオペレーター・スーパーバイザーさんの出退勤管理システムの保守。
二つ目は、お客様（スカパー社）への月次の請求書発行。
三つ目は、カスタマーセンターの外に出て、作業や商談で別のお客様を訪問。
四つ目は、現場のプライバシーマーク取得や、センター移動の担当としての作業。

システム保守の経験

まず一つ目のシステム保守です。
私が｢登録チーム｣や｢集計チーム｣で作業するために集計ツールをマクロで作ったことは本連載でも書きました。
とはいえ、それらはあくまでも自分のためだけに使うものでした。バグを検知するのも自分ならば、それを修正するのも自分。｢登録チーム｣で作った集計ツールは、同僚のスーパーバイザーからの要望やバグの指摘に対応すればよいだけでした。集計チームでも集計結果のずれなどを指摘されれば直しますし、自分で速度を上げるために改善を行っていました。ですが、使うのはあくまでも集計チームの中だけ。

ところが、私が保守の担当に任じられた出退勤管理システムの使用者の数はそれまでと二桁は違います。全てのオペレーターさんとスーパーバイザーさんを合わせると何百人が使うシステム。
皆さんは朝夕に打刻し、その打刻データは集計してスカパー社への月次の請求に使います。パソナソフトバンク社の事務スタッフだったMさんやSさんも使います。もはや、今までのように私だけが使うシステムではなくなりました。バグなどで動かなくなると端末の前にみなさんが並ぶのです。その列は、自分の管理するシステムが業務に影響を与える現実を私に教えてくれました。

その出退勤管理システムはこのような仕組みでした。
まず、それぞれのスタッフが持つ入館証代わりのカードに印刷されたバーコードを、館内の入り口に設置した端末のバーコードリーダーで読み取ります。Microsoft Accessで作られたそのシステムは、読み取られたバーコードを元に対象者と打刻時刻を内部テーブルに保存します。そのデータをパソナソフトバンク社のMさんやSさんがやってきてフロッピーディスクに保存し、別フロアのパソコンにインストールしてある分析用のアクセスに取り込みます。そのデータが月次の請求や支払のデータに加工されます。

私はこの出退勤管理システムの開発には一切携わっていません。私がカスタマーセンターに入る前からこのシステムは動いていました。このシステムの開発者にも会ったことがなく、仕様書もマニュアルもありません。すべては手探りの中、出退勤管理システムの保守を行っていました。

例えば、当時のMicrosoft Access(確か97でした)は、定期的に最適化をしないとデータ容量が肥大する仕組みでした。この出退勤管理システムは自動的に最適化を行うように作られておらず、たまに止まりました。止まると打刻ができないので長蛇の列ができ、私の元にアラートを告げる使者がやってきました。
それだと困るので、後日、最適化作業は自動で行えるように実装しました。

私が出退勤管理システムに対してやるべき保守作業は他にもありました。たとえばアクセス自体のバージョンアップや、リースパソコンの切り替えなどです。
そのたびに、私はMicrosoft Accessの仕様や機能を調べた上で作業していました。

保守担当が担う責任。それは私にとってステップアップでした。人に使ってもらうシステムに携わることは、自分の仕事の結果が人に影響を与える。それを私に教えてくれました。
今でこそ、私はさまざまなシステムの保守を行っています。が、この時が私にとって初めてのシステム保守の経験でした。まさに技術者の原点となる経験だったと思います。
この出退勤管理システムはMicrosoft Accessの仕組みを学ぶ良い教材でした。また、保守業務のコツのようなものを学べたのもこのシステムからでした。
今さら、支障もないと思うので、システムの名前を書いてしまいます。この出退勤管理システムはMareと名付けられていました。ありがとうMare。なんの略かは忘れましたが。

請求業務で金銭の厳しさを

二つ目は、お客様への請求書を作る任務です。
パソナソフトバンク社からは、何百人ものオペレーターさん、数十人のスーパーバイザーさん、十数人のマネージャーさんがスカパーカスタマーセンターに派遣されていました。当然、毎月の労働に対する請求をスカパー社へ提出しなければなりません。私はこの請求書の作成担当に任命されました。
上に書いたMareで集計したオペレーターさん、スーパーバイザーさんの勤務時間を取りまとめ、さらに別報告で集計されたマネージャーさんの勤務時間を加えます。
これらを月末で締めた後、翌月の第何営業日までかは忘れましたが、スカパー社のご担当者に請求書として提出する。それが私に課せられたタスクでした。

この作業が大変でした。多くのスタッフさんの請求額ですから、金額も膨大な額に上りました。作りあげた請求書に記載される額面は、20代の私には遥かな高みでした。
さらに請求書は業務ごとの案分が組み込まれ、特殊な計算式がてんこ盛りでした。毎月のように請求書のレイアウトは変わり、Excelのマクロ(VBA)による省力への試みを拒みます。
関数の位置がずれ、結果に矛盾を生じさせるたびにご担当者さまのお叱りを受ける。そんな毎月でした。私は月末と月初はこの作業に懸かりきりになっていました。

当時の私にとって、この作業はことのほか難しい作業でした。でも私は、この任務によってExcel関数をより効率的につかうすべを身につけたように思います。
そして、請求とはシビアな営みであり、間違うととんでもないことになる緊張感を学びました。請求とは厳密さが求められ、たとえ一円でもゆるがせにできません。商売の基本となる素養をこの時期に培ったことは、私の”起業”にとって大きな糧となり、“起業”した今もなお私の中に生きつづけています。とても得がたい経験をさせてもらいました(もっとも私の値段設定や財務管理にはいまだに反省すべきことが多いのですが。)
あまりにもやりとりが密に行っていたせいか、スカパー社のご担当者の方と年賀状をやりとりするまでになったのは懐かしい思い出です。

商談に臨み、視野を広げる

三つ目は、外部への訪問です。
当時のパソナソフトバンク社にとって、スカパー社は大口のお客様だったはずです。ですが、スカパー社だけがお客様ではありません。
正社員に雇用された私には、他のお客様でも売上を立てることが求められました。その要請に従い、私はスカパー社以外のお客様を訪問するようになりました。例えば集計の仕組みを作るためお客先のもとに赴いたり、商談に同席するために外出したり。

パソナソフトバンク社では社員向け研修の一環として、名刺の交換などのビジネスマナー研修を行っていました。私もその研修でビジネスの初歩のノウハウを吸収しました。
ただ、研修では実際の商談までシミュレーションしてくれません。そして、商談はいつも本番です。商談への同席など、それまでの私の三十年足らずの人生で未経験でした。

パソナソフトバンクにいる間、私が単身で商談に臨むことはありませんでした。そもそも商談の進め方もわからず、何をどう準備すればよいのかも知らない当時の私が商談などできるわけがありません。まず私は、商談への同行から経験を積みました。商談の場に同席し、営業担当者の横でコクコクとうなづくだけのさえない若輩者。それが私でした。何もかもが不慣れで、全てが見習い。どの時間も勉強でした。

でも何度か商談に臨むうちに、言葉も挟むタイミングがおぼろげに理解できるようになりました。横に座っているだけなのも芸がないので、何かしようと口をはさむようになりました。
最初はうなづくだけだった私も、何度か商談に臨むうちに徐々に商談の空気感を体得していったように思います。
この時、商談の経験を踏めたことが”起業”した今では役に立っています。私を商談に臨む機会を与えてくれたパソナソフトバンク社には感謝です。正社員のお誘いを受諾してよかったことの一つだと思っています。

コンプライアンス意識の醸成

四つ目の任務では、コンプライアンスの意識を学びました。
今の私はコンプライアンスなどの横文字言葉を平気で口にします。でも当時の私はそんな言葉など知りませんでした。ましてや当時はY2K問題の記憶もまだ新しい頃。プライバシーを守る風潮もセキュリティを順守する意識もまだ世の中には根付いていませんでした。
そもそも当時はSNSなどごく一部の方のものでした。アンチウイルスやファイアウォールのソフトウエアをインストールし、怪しげなメールの添付ファイルは開かず、Windows Updateをきちんと実施していれば無問題だった古き良き時代です。

ところが、カスタマーセンターとは個人情報の宝庫です。ですから個人情報保護が至上の指針となるのは当然です。
上に書いたような普通の対策で済みません。きちんとした個人情報保護の対策をとっていますよ、と世の中に知らしめる必要がありました。
そこで、スカパーカスタマーセンターはお客様に安心していただくためにセキュリティ認証を取得することにしました。その認証とはプライバシーマーク。
ところがプライバシーマークを取得するのはそう簡単にはいきません。そのため、スカパーカスタマーセンターに参画していた各社ベンダーにも協力を仰ぎ、センターを挙げて取得へまい進する指令がくだりました。パソナソフトバンク社もベンダーの一社です。そしてパソナソフトバンク社の担当者として任命されたのが私でした。

言うまでもなく、当時の私にセキュリティに対する深い知見も現場をリードできる力量もありません。会議では席に座っているだけでした。やることといえばスカパー社の求める調査項目を入力し、各チームに調査を依頼するぐらい。
ただ、この時にプライバシーマーク取得のための実務を経験できたことは、私にとってまたとない財産となりました。なぜなら個人情報を保護する作業がどれほど大変で労力を要することか、身をもって知ることができたからです。
プライバシーマーク取得に向けてやらねばならないタスクはクリアデスクや施錠の励行だけではありません。書類の管理者やごみの捨て方、ごみを廃棄する方法やごみ廃棄業者の管理監督まで事細かく決めねばなりません。それほどまでに大変な作業をへて、ようやくセキュリティやプライバシーが保てるのです。

私はプライバシーマーク取得の担当になったことで、セキュリティ遵守の意識が身につきました。これは大きかった。なぜなら後年、私が独立し、何カ所もの開発センターを渡り歩く上で求められるコンプライアンス意識が事前に身につけられたから。”起業”した今もそうです。
むしろ、通常の業務が多すぎるのに、いちいちセキュリティに意識を払っていては業務に支障を来たします。無意識のうちにコンプライアンスを実践できるぐらいでなければ。機密保持のための行動など呼吸をするかのように無意識にこなせなければとても”起業”など務まりません。そのための「無意識の意識」を私はプライバシーマークの担当者の任務から会得しました。

もう一つ、私がベンダーの担当者として参加したことがあります。それはカスタマーセンターの移転・増床の作業です。この時もわたしはお座り担当で、あまり大したことはできなかったように思います。ただ、この時に大規模なセンターの移転の現場を体感できたことも、後年の私にとっては武器となりました。

今、株式会社スカパー・カスタマーリレーションズ様の会社沿革のページを見ると、この移転のことが年表に記されています。それによるとYBP内のセンターの移転は2001年の5月と書かれています。そして、プライバシーマークの認定取得は2003年6月と書かれています。
その間に行われたのが、日韓共催ワールドカップです。

日韓共催ワールドカップの前、カスタマーセンターは嵐のような日々でした。それはまた次回に。ゆるく永くお願いします。