実現!株式会社タカダ・トランスポートサービス(以下、TAKADA)は、高級家具などの配送事業を中心に、電設事業と環境事業を営んでいる。従業員は200名を超え、10拠点の配送センターを構える。​ビジネスを支えるのは配送システムだ。既存の配送システムに限界を感じたTAKADAの常務取締役竹内氏は、1年以上に渡り、新しい配送システム「ラクシス」の開発プロジェクトに乗り出した。課題は何だったのか、開発は順調に進んだのか、どうしてソリューションウェアをパートナーに選んだのか。システム開発・導入を終えて1年、当時を振り返りつつお話を伺った。新しい配送システムの名称に「ラクシス」と名付けた理由を教えてください。「楽できるシステム」という意味です。従業員が楽できるのはもちろん、クライアント様も楽にならなければ意味がありません。それを実現するため、2016年4月にプロジェクトを立ち上げました。御社にとってのクライアント様とは?家具の販売店です。最近はECサイトも増えました。両方をクライアントと呼んでいます。プロジェクトはどのような体制にしましたか。私が先頭に立ち、メンバーには業務に精通した者を集めました。風通しのいいプロジェクトにしたかったので、要望や意見のある社員からは積極的に話を聞きました。当時は、配送システムに対してどんな課題を認識していましたか。当時の配送システムは、パッケージソフトをカスタマイズしたものでした。パッケージソフトの拡張性には限界があります。「ああしたい」「こうしたい」という自分たちのアイデアが実現しづらい状況に課題を感じていました。実現したかったことを具体的に教えていただけますか。私どものビジネスは、クライアント(販売店・ECサイト)から依頼を受け、消費者へ商品を配送するわけです。消費者がクライアントへ伝えた事は、とうぜん弊社の配送員も知っていなければなりません。消費者は、クライアントもTAKADAも区別しないからです。当時は、弊社とクライアントとの間で満足いくような情報共有がなされていませんでした。それを補うために膨大な労力がかかる。それが1つ目の大きな課題でした。経営的な課題もありました。アメーバ経営を目指しており、実現には管理会計を強化する必要があります。当時の配送システムでは大雑把な数字しか把握できません。それを補うためには労力がかかる。できるだけ情報を正確に、リアルタイムに把握したかった。それが実現すれば、経営判断のスピードが上がります。当時はクライアントとの間で満足のいく情報共有ができておらず、膨大な労力を掛けてギャップを補う必要があった。大雑把な数字しか把握できていなかった理由を具体的に教えてください。当時は、現場の担当者が手入力したデータもあれば、他のシステムから引っ張ってきたデータもありました。入力ミスもあるでしょうし、情報の信頼性という観点でも疑問がある。そもそも集計できていないデータもありました。これでは大雑把な数字になってしまうのも致し方なかったと思います。内製化も考えたが・・・ラクシスを開発するにあたり、どうしてソリューションウェアを選びましたか。知人の紹介でソリューションウェアの社長にお会いし、私は弊社が実現したいことを伝えました。最後に「業務を理解するために、エンジニアが3ヶ月ほど常駐してくれたら嬉しい」と話したところ、社長は「面白い」と二つ返事で了承してくれたんです。他のシステム開発会社にも相談しましたか。弊社に3ヶ月も常駐してくれる会社なんて他にないと思います。1日だけ現場を見に来て2~3時間したら帰ってしまいます。ソリューションウェアは違った。「この人たちは本気でいいものを作ろうとしている」と感じたんです。他社には声をかけませんでした。内製化することは検討していました。最終的には、内製化するよりも外注した方がいいと?はい。外部の専門家は常にプログラミング技術やセキュリティー技術をキャッチアップしているでしょう。専門家だから向上心も高い。社内の人間は、それをやりたくて入社したわけではないので、高いモチベーションを維持させることが難しいと考えました。ところで、エンジニアが現場を知ることは、どれほど重要だと思いますか。システム開発とは、私たちがしっかりとビジョンを示し、エンジニアがそれを実現することだと思います。あるならば、エンジニアには弊社の業務を理解してもらっていた方がいいわけです。弊社は、過去にフルカスタマイズのシステムを作ったこともありますし、パッケージソフトを少しカスタマイズして使っていたこともあります。その時の経験から、そう言えます。プロジェクト実績エンジニアが現場にやって来た!プロジェクトが正式に稼働し、最初の3ヶ月はどのような期間でしたか。ソリューションウェアのエンジニアが弊社に常駐してくれました。本社の業務を学んだり、配送センターで現場の人たちと業務フローを確認したり、忙しい日々だったと思います。一緒に過ごすことで、打ち合わせだけでは伝えられないことがエンジニアに伝わったと思うんです。弊社の社員の性格を知ってもらったり、業務の隠れた問題点に気づいてもらったりすることもあります。1年以上のプロジェクトを成功させるには重要な時間でした。具体的にエンジニア常駐の効果を教えてください。エンジニアから「こうしたらどうですか?」「こういう機能をつけておいた方がいいですね」と提案をいただけた時は嬉しかったですね。「ラクシス」を1年後に稼働させるつもりでプロジェクトはスタートしましたから、時間が限られています。「この機能は後回しにしましょう」と、開発する機能に優先順位をつけてくれた時も助かりました。業務を知らなければ、それらの提言は無かったでしょうね。最初の3ヶ月で要件定義を、次の3ヶ月で外部設計を行いました。