Agentforceは従量課金です。この一点だけで、予算の立て方は変わります。Salesforceの購入担当者の多くは席数ライセンスの発想で商談に入り、エージェントはユーザーあたり月額いくらかと尋ね、自社の請求書とは何の関係もない数字を受け取ります。請求額はエージェントが何回アクションを実行したかで決まり、その回数はエージェントの設計品質とナレッジベースの出来で決まります。 この点でAgentforceは、企業向けソフトウェアの購入としては異質です。エージェント内部の設計判断が、そのまま請求明細の項目になります。一問一答で答えるエージェントは、五段階を踏むエージェントの五分の一しか費用がかかりませんが、自分がどちらを作ったのかはライ...
エンタープライズソフトウェア
エンタープライズソフトウェアに関する記事、ガイド、チュートリアル。開発者や企業向けの実践的な情報をまとめています。
Salesforce 連携がプロトコルで失敗することは、まずありません。認証は解決済みの問題ですし、レコードを 1 件登録するのも解決済みの問題です。プロジェクトを終わらせるのは、1 日あたりのリクエスト割り当てと、データモデルの形のほうです。しかもその両方は、たいてい本番稼働から三週間ほど経った頃、夜間ジョブがエラーを返しはじめ、なぜテストでは通っていたのか誰も説明できなくなった時点で発見されます。 パターンは予測できるほど一貫しています。開発者は Developer Edition 組織に対して実装し、すべて通り、顧客が検収します。そのコードがやがて出会うのは、マーケティング用コネクタと、データウェアハウスへの抽出処理...
稼働率SLAは約束のように見えて、実際には返金規定のように振る舞います。提供側はそれを知っています。契約する側は知らないことが多く、可用性を買ったつもりでサービスレベル契約に署名しますが、実際に買っているのは、可用性が得られなかったときに受け取れるわずかな割引です。 それが必ずしも悪い取引だというわけではありません。ただ、多くの人が結んでいるつもりの取引とは別の取引であり、その違いはシステムが止まって、契約には何と書いてあるのかと誰かが尋ねた瞬間に効いてきます。 スリーナインは完璧に近く聞こえますが、月に43分の停止を許容します。 フォーナインが許容するのは4分です。平日の午後に43分の障害を吸収できる事業なら、99.9%で十分であ...
ソフトウェアエスクローは、日本語ではソースコード預託とも呼ばれ、もっともな不安に答えるために存在します。基幹システムを構築し運用してきたベンダーが事業をたたみ、こちらの手元には、依存しているのに保守できないものだけが残る、という不安です。エスクロー契約はソースコードを中立的な第三者に預けておき、実際にそうなったときにその第三者が利用者へ開示します。 不安そのものは正当です。ところがこの仕組みは誤解されやすく、その隔たりから、毎年費用だけがかかり、いざ必要になった日には役に立たない契約が生まれます。 署名の前に確かめておきたい、居心地の悪い問い: もし明日ソースコードが開示されたとして、社内の誰かがそれを実際に動かせるでしょうか。ビル...
小規模なチームにおける災害復旧は、たいていの場合、誰も開いたことのないドキュメントの中の一行で終わっています。バックアップは有効になっています、という一文です。その記述自体は事実ですが、何かの答えになっているわけではありません。実際に障害が起きたときに戻ってくるデータがどれだけ古いものなのか、復元にどれくらいの時間がかかるのか、そしてこれまでに誰か一人でも最後まで復元をやり切ったことがあるのか、そのどれについても何ひとつ語っていないからです。 バックアップを持っているという状態と、実際に復旧できるという状態のあいだには、はっきりとした隔たりがあります。ほとんどの障害が本格的なインシデントへ変わるのは、まさにその隔たりの中でのことで...
技術デューデリジェンスはコード品質のコンテストではありません。それにもかかわらず、これから受ける側のチームは、たいてい見当違いのところに時間を注ぎ込みます。会社を買おうとしている人間で、あなたの設計した抽象化に点数をつけたい人はひとりもいません。買い手が知りたいのは、このシステムを保有し続けるのにいくらかかるのか、そして資金が動いたあとにどれほどひどいことが起こりうるのか、その二点だけです。 この捉え直しが大事なのは、最初に直すべきものが変わるからです。見た目は汚いけれども動いていて、チームが中身を理解していて、安全に手を入れられるコードは、軽微な指摘で終わります。逆に、洗練されてはいるがひとりの人間しか理解していないコードは重大な...
フィンテックのソフトウェア開発は、誰が資金を保有する認可を持っているのかと誰かが問うその瞬間まで、ごく普通のソフトウェア開発とまったく同じように見積もられ、同じように日程が組まれます。その問いが出た時点で、案件は工学の課題であることをやめ、工学の要素を含んだ規制の課題に変わります。そして頭の中に描いていた日程は、そのままでは達成できないものになります。 技術が難所になることはめったにありません。資金を動かすこと自体はすでに解かれた問題で、成熟した事業者があり、仕様が文書化されたインターフェースがあり、初日から触れるテスト環境も用意されています。フィンテックの構築を長引かせるのは、認可上の立場と、監査に対して証跡を示す義務と、アーキテ...
大規模サイト向けのSEO代理店は、小規模事業者向けとは別の種類の問題を解いています。その違いは、算術的な意味での規模ではありません。大きなサイトが失敗するのは、直すべきことを誰も知らないからではめったにありません。知っている人が、それを本番へ出せないから失敗するのです。 提案資料が決して触れないのがその部分です。監査で十二件の課題が見つかり、そのうち十一件はテンプレート、プラットフォーム、あるいは自前の計画を持つ別チームが所有するリリース手順の変更を必要とし、十八か月後に本番へ出たのは四件でした。SEOは一度も律速ではありませんでした。 大規模サイトのSEOを実際に縛るもの: 診断ではなく、実装の余力と組織上の所有権です。誰も出せな...
業務向けAIエージェントは、よくある物語の現在版です。十分で見事に動く実演があり、そのあと、放置できるだけの信頼性に到達させようとする六か月が続きます。その二つの状態の間にほとんどの予算が消えますが、それを説明する営業資料はほとんどありません。 エージェントはチャットボットと、商業的に重要な一点で異なります。チャットボットは文章を作り、人がそれをどう使うか決めます。エージェントは自ら行動し、システムを呼び、レコードを書き、メッセージを送ります。この違いはリスクを気まずさから結果へ移し、だからこそ必要な工学的規律は、コンテンツツールよりも決済システムの構築に近づきます。 費用が実際に消える場所: 最も安い部分がモデルです。費用はツール...
英国での医療ソフトウェア開発は、他のどの業種の同等の仕事よりも費用がかかり、時間もかかります。理由はコードが難しいからではありません。予算のかなりの部分が機能ではなく証跡に費やされるからです。臨床リスク文書、情報ガバナンス、そして購入者が試用の前にすら求めてくる保証関連の書類です。 他分野でソフトウェアを作ってきたチームは、これを一貫して過小評価します。アプリケーションを見積もり、案件を獲得し、それから、コンプライアンスの層が最後の工程ではなく初日から始めなければならない並行作業だと気づきます。後から見直すと高くつくアーキテクチャ上の判断を、その層が縛るからです。 費用を本当に押し上げるもの: 英国の医療案件では、およそ四分の一から...