業務のほうを、システムに合わせている
既製のパッケージに寄せた結果、使わない機能に払い続け、本当に必要な一画面はいつまでも来ません。運用でカバーした分は、そのまま人の残業になります。
問
2016年創業/開発実績 14,000件超/常勤 300名超
パッケージに業務を合わせるのを、 やめる。
同じ業種でも、締め方も数え方も会社ごとに違います。御社がいま帳面でやっていることを、そのままの形でデータの形にします。要件定義は日本語で、実装はベトナムで。
- 要件定義日本語のブリッジSEとBAが同席します
- 引き渡しソース・設計書・アカウントを一式でお渡しします
- 契約請負／準委任／保守の三形態から選べます
- 引き継ぎ他社が作ったシステムもお引き受けします
Issues
システム開発の前に、たいてい四つ試したあとです。
ご相談いただく時点で、すでに何かしら手を打たれています。 そのどれもが、同じところで止まります。
0104
社内に開発チームを抱えた
採用と定着に追われ、担当者が抜けた日に仕様も一緒に消えます。人数が揃うまで着手できず、揃ったころには要件のほうが変わっています。
問
Excelとスプレッドシートで回っている
現場が自分で作った仕組みは、作った本人しか直せません。関数が壊れた朝、業務ごと止まります。数字が合っているかを誰も保証できない状態が、いちばん怖い状態です。
問
まず、自社の業務を説明する時間が要る
一般的な開発会社に頼むと、見積の前に業界用語の説明から始まります。オーダーメイド開発でいちばん時間を食うのは実装ではなく、この説明のやり取りです。
問
Where the time goes
実装より先に、説明で溶けます。
オーダーメイド開発でいちばん時間を食うのは、コードを書く工程ではありません。御社の商売を、開発側に分かる言葉へ置き換える往復です。
0 往復 ここまで、まだ一行も書かれていません。用語の説明から始めると、見積の前に数か月が消えます。
弊社は、この往復を人で解きます。BAが十年かけて数千の業務を聞いてきたので、御社にうかがうのは「同業とどこが違うか」の一点だけです。最初の打ち合わせは、弊社が御社の商売をうかがう場であって、御社が弊社の用語を覚える場ではありません。
What we build
これまで作ってきたのは、会社ごとに違う形のものです。
同じ業種でも、締め方も数え方も会社ごとに違います。下は、実際にお引き受けしてきた領域です。外に見せるサイトのご相談はホームページ制作をご覧ください。
要件定義から実装、受入まで、ホーチミンの同じフロアで進めます。日本語対応のブリッジSEが最初の打ち合わせから同席します。
国をまたぐ荷物を、一本の台帳に。
発注、船積み、通関、国内配送、精算。担当も言語も分かれる工程を一つの画面に集め、いまどこで止まっているかが分かる状態にします。
受講する側と、運営する側の両方。
教材の配信、受講状況、理解度テスト、請求まで。動画を扱う場合は、配信と保護の設計も含めてお引き受けします。
売る人が、入力したくなる形に。
商談から見積、受注、請求まで。営業が二重入力を強いられる設計にすると、どんなに立派な機能も使われません。
離れたお客様に、もう一度。
購買履歴から離脱の兆しを拾い、次の一手を出す仕組み。手作業の一斉配信では届かない層に向けた設計です。
その業界だけの数え方に合わせる。
重さで数える、個体で管理する、買取と販売が同じ台帳に載る。汎用パッケージがいちばん噛み合わない部分を作り替えます。
既製品を入れて、合わなかったあとに。
導入したものの現場が使っていない、という状態からのご相談も承ります。全部を捨てず、噛み合わない部分だけを作り替える形も取れます。
AI Agents
作ったシステムに、そのまま挿せるエージェント。
ゼロから作らなくてよい工程もあります。弊社が自社の業務で動かしているエージェントを、御社のシステムの中に組み込む形です。
見積パンダ
即時お見積り
入力された要望から、工数の内訳と概算を含む見積書をその場で作ります。営業の戻り待ちが消えます。
法務パンダ
契約書・書類対応
契約書の作成と条項チェック。リスクのある箇所を日本語で指摘します。
商談パンダ
インサイドセールス
問い合わせを温度感で仕分けし、優先度の高いものから担当者へ通知します。
笑顔パンダ
カスタマーサポート
時間外の一次対応。有人対応が要る内容だけを担当者へ渡します。
ウェブマスターパンダ
サイト運用・監視
表示速度、リンク切れ、異常を常時監視。軽微な不具合は自動で直します。
採用パンダ
採用オペレーション
書類選考、日程調整、候補者への連絡までを回します。
研修パンダ
eラーニング運用
教材の配信、受講状況の追跡、テストの採点まで引き受けます。
組
込
込
御社の業務に
合わせて作ることも。
AI・業務自動化を見る→← ドラッグして動かせます →
Why MONA
作れることではなく、業務が分かることを売っています。
四幅の掛軸に要点をまとめました。ふれると巻きが下りて、詳細が現れます。
壱
業務を訳す人がいる。
業務を設計に翻訳するBAが同席します。御社は業務の言葉のままお話しください。専門用語を覚えていただく必要はありません。最初の打ち合わせで弊社がうかがうのは、御社の商売が他社とどこが違うか、その一点です。
弐
使われるまで、見る。
引き渡した日は、完成の日ではありません。公開後に誰がどの画面を使い、どの手順が避けられているかを見て直します。現場が使わないシステムは、現場のせいではなく設計のせいです。そこは弊社の責任として引き受けます。
参
反対も、します。
ご要望に全部うなずく会社のほうが、御社にとって高くつきます。実態から離れた数字を生む機能、不正の余地を作る承認フロー、標準化しないまま自動化しようとしている工程。この三つは、見積項目が減っても申し上げます。
四
AIは、後付けにしない。
あとから足す機能ではなく、最初から業務の流れの中に置きます。請求書や証憑の読み取り、問い合わせの仕分け、売掛金の督促、時間外の一次対応。弊社が自社の業務で先に動かして、続いたものだけをお出しします。AI・業務自動化の領域はこちら。
Flow
いきなり全部は作りません。
効く順に切り出して、動くものから現場に置いていきます。読み進めるほど、墨が下りて段階が進みます。
-
01段階
実際の業務をうかがう
画面の希望ではなく、手順をうかがいます。誰が、何を見て、どこで判断し、どこで紙に戻るのか。ここが正確なら、あとの工程はほとんど揉めません。
業務フロー図と課題の整理 -
02段階
早い段階で、触れるものを出す
仕様書だけで合意すると、認識のずれは受け入れ時に出てきます。動く画面を早めにお見せして、そこで直します。紙の上の合意より確かです。
操作できるプロトタイプ -
03段階
モジュールに割って作る
効く順に切り出します。全部そろってから公開する作り方は、途中で要件が変わったときに一番損をします。使える部分から先に現場へ。
優先順位表と段階リリース計画 -
04段階
AIを業務の流れに入れる
読み取り、仕分け、督促、時間外の一次対応。人がやらなくていい工程から先に手を離します。外したときに誰がどう拾うかも、同時に決めます。
対象工程の選定と運用ルール -
05段階
一部署で試してから広げる
全社同時に切り替えると、詰まったときに戻れません。一部署で回して、使われ方を見て直してから展開します。
パイロット運用と修正 -
06段階
引き渡しと、そのあと
ドキュメントを残した状態でお渡しし、保守は同じチームが続けます。作った人間がいなくなる引き渡しは、引き渡しとは呼びません。
ドキュメント一式・保守の窓口と対応時間
Team & Engagement
誰が入って、どう契約するか。
進め方の次に必ず訊かれる二つに、先にお答えします。
一組の中身
- BA（業務分析） 御社の業務を、設計に翻訳します。
- ブリッジSE 日本語で、要件定義から同席します。
- PM 進行と優先順位の整理を預かります。
- エンジニア 実装を担当します。
- QA 受入基準に沿って、確認します。
窓口は日本語です。ベトナム側のエンジニアと直接やり取りが必要な場面でも、ブリッジSEが同席します。
-
壱
請負
範囲を決めて、完成責任を負う形。
作るものが決まっている場合はこちら。受入基準を先に文書で決め、検収の条件も契約時に明記します。
向く場面要件が固まっていて、金額を先に確定させたいとき
-
弐
準委任
月額で体制を確保し、優先順位は御社が決める形。
仕様を凍結しません。動かしながら決めていく開発、長く続くプロダクトの開発はこちらのほうが噛み合います。
向く場面要件が動く前提で進めたいとき
-
参
保守・運用
引き渡したあとを、同じチームが続けて見る形。
障害対応の窓口と対応時間を決めてお預かりします。他社が作ったシステムの引き継ぎも承ります。
向く場面作った会社と連絡が取れなくなっているとき
どの形が合うか分からない場合も、そのままご相談ください。相談する →
その体制が動いている場所
ホーチミン市の自社オフィス。設計から実装、QAまで同じフロアで動いています。
Track record
業種のかたよりが、ほとんどありません。
14,000+
これまでにお届けした案件。業務の型を数多く見ているぶん、説明の手間が減ります。
Pricing
金額は公開していません。
金額は公開していません。
理由も、お伝えします。
同じ名前の仕事でも、実際の金額は要件で何倍も変わります。相場らしい数字を並べても、御社の判断材料にはなりません。かわりに、何が金額を動かすかを書いておきます。
同じ名前の仕事でも、下の三つがどちら寄りかで、必要な時間は何倍にも動きます。金額そのものではなく、金額を動かすものを先に見ていただきます。
範囲画面の種類と、分岐の数
並べるだけ分岐だらけ
連携相手側の仕様が分かっているか
仕様が公開仕様は未知
契約形態一括か、月額か
決まっている動かしながら
ページ数では決まりません。
効いてくるのは、画面の種類と、業務の分岐の数です。同じ十画面でも、条件分岐が多い十画面と、並べるだけの十画面では別の仕事になります。
いちばん金額を動かす部分です。
既存システム、決済、在庫、基幹との接続。相手側の仕様が分かっているかどうかで、必要な時間が大きく変わります。ここは早めに確認させてください。
一括か、月額か。
作るものが決まっているなら請負で一括、動かしながら決めるなら準委任で月額。同じ内容でも、総額の見え方が変わります。契約形態を見る。
ヒアリングのうえで、体制案と概算お見積りをご提示します。相談だけでも構いません。
答
はい。日本語対応のブリッジSEと、業務を設計に翻訳するBAが要件定義から運用まで同席します。議事録・仕様書・進捗レポートも日本語でご提出します。
答
その段階のご相談がいちばん多いです。仕様書をご用意いただく必要はありません。いまどんな手順で仕事が回っているかをうかがうところから始めます。
答
対応します。全部を一度に置き換えると業務が止まるため、止まらない単位に分けて移行する形をご提案することが多いです。
答
納品物の権利の帰属は契約時に明記します。御社帰属を前提としたご契約に対応しています。NDAの締結も可能です。
答
金額は公開しておりません。要件で何倍も変わるため、相場の数字が判断材料にならないからです。金額を動かすのは、範囲・既存システムとの連携・契約形態の三つです。業務内容をうかがったうえで、体制案と概算をご提示します。
答
同じチームでお引き受けします。障害対応の窓口と対応時間を契約時に決め、ドキュメントを残した状態でお渡しします。他社が作ったシステムの引き継ぎも承ります。