あなたの事業のためのソフトウェア。

手作業の業務をシステムに変える。未完成のプロダクトを本番へ届ける。Prodmakeは、プロダクト判断、デザイン、開発、リリースを一つの合意したスコープでつなぎます。

ご依頼は12,000米ドルから

約束より先に、実績を。

Kuanの受託・勤務経験は、オフライン業務、モバイルリリース、企業のリスク管理、国規模の公共サービスに及びます。各事例で担当業務と背景を紹介しています。

Scoutbase / Workerline.ai

Scoutbaseのロゴ Scoutbase

“Kuanは、私たちの成功に欠かせない存在でした。彼の専門知識が成長への道を開き、投資家の信頼と追加資金の獲得につながりました。”

Yassin Askar
Scoutbase共同創業者

運用成果

4,000人以上の現場スタッフを本番環境で支援

オフライン業務と不安定な通信環境では、同期の信頼性が不可欠でした。

Kuanの受託・外部CTO業務 · 2018–2025

Scoutbaseのケーススタディを見る

Lane Technologies

Lane Technologiesのマーク TECH

“Kuanが構築した基盤は、買収時の技術デューデリジェンスで重要な資産になりました。”

Andy MacDonald
Lane Technologies エンジニアリングディレクター

デューデリジェンスの根拠

買収時の技術デューデリジェンスで確認されたリリース基盤

プロダクトの成長に伴い、リリースの信頼性が事業上の重要事項になりました。

Kuanの勤務経験 · 2019–2020

Laneのケーススタディを見る

AuditBoard

AuditBoardのロゴ

監査、コンプライアンス、リスクを扱うエンタープライズプラットフォーム内での本番エンジニアリング。

本番対応の範囲

アプリ、サービス、インフラにまたがる本番変更

エンタープライズのリスク業務には、正確性と保守性が求められました。

Kuanの勤務・契約業務 · 2022–2023

AuditBoardのケーススタディを見る

my.egov.kz / eGov.kz

カザフスタンの国章 my.egov.kz PUBLIC SERVICES

カザフスタンのデジタル行政サービスへ国民がアクセスするための個人アカウント基盤。

インターフェース基盤

国規模の行政サービスを支える再利用可能なUI基盤

国民向けサービスには、国規模で長く使える基盤が必要でした。

Kuanのフロントエンドリード業務 · 2013–2015

カザフスタンeGovのケーススタディを見る

次に、何を動かす必要がありますか?

業務に必要なシステム。リリースを待つプロダクト。まず、任せたい仕事を明確にし、役に立つ最小限の成果を合意します。

チームが手作業で業務をつないでいる。

依頼が届く場所と承認する場所が別で、誰かが表を更新し続けている。業務は理解できていても、手作業の引き継ぎに頼らず動く仕組みが必要です。

依頼できる成果

合意した一つの業務を動かすシステム。利用画面、権限、記録、外部連携、例外を処理する運用者向け機能まで含めて範囲を定めます。

関連する経験

Scoutbase:Kuanは受託・非常勤CTOとして、現場向けアプリ、オフライン同期、バックエンド、継続運用をつなぐ仕事を担当しました。

Scoutbaseでの担当業務を見る

プロダクトは動く。でもリリースできない。

プロトタイプや既存コードはあるものの、未完成の連携、手作業、特定の人しか知らない手順がリリースを妨げている。機能を増やすだけでは解決しません。

依頼できる成果

範囲を限定した開発・完成作業を、検証、デプロイ、引き継ぎまで担当。リリースの責任分担も文書に残します。

関連する経験

Lane Technologies:Kuanは社員としてモバイルリリースと開発基盤を構築。その基盤は後の買収時デューデリジェンスで評価されました。

Laneでの担当業務を見る

動くデモは、運用できるプロダクトではありません。

プロトタイプが証明するのは、アイデアを見せられること。本番環境が証明するのは、顧客と事業が頼れることです。

プロトタイプが証明すること

理想的な流れは動く。

  • ユーザーが主要な操作を見て試せます。
  • アイデアを具体的に議論できます。
  • 最速の実装判断によって前進できました。

本番プロダクトが証明すべきこと

事業が安心して頼れる。

  • ユーザー、権限、データ、例外ケースが意図どおりに動きます。
  • 決済、外部連携、管理、復旧を運用できます。
  • リリースがテスト・観測され、ローンチ後も責任者が明確です。

Prodmakeはこの差を埋めます。成果物はコードの量ではなく、現実の責任を担えるプロダクトです。

一つのプロダクト。一つの責任ある本番ループ。

Prodmakeは、プロダクト定義から稼働を支えるシステムまで、つながった仕事全体を担います。

顧客体験

顧客とオペレーターがプロダクトを使う場所

プロダクト判断を、すべての顧客接点で一貫した体験へ反映します。

プロダクトの中核

すべての操作を成立させる仕組み

各操作は孤立した機能ではなく、共通のルール、データ、外部連携を通ります。

運用レイヤー

ローンチ後もプロダクトを安定して動かす仕組み

すべてのリリースをデプロイ、観測、管理し、その結果を次のプロダクト判断へ戻します。

定義する。構築または立て直す。運用する。

範囲が明確なら、構築・立て直しから始められます。有料の定義は、重要な不明点が責任ある見積もりを妨げる場合のみ。継続運用も、稼働中の製品に必要なときに加えます。

  1. 定義

    出発点: 市場知識、根拠、制約

    知識を、明確なユーザー、業務フロー、UX、データ、アーキテクチャ、受け入れ根拠、最初の本番スコープへ変えます。

    成果物 文書化されたプロダクション計画

    一般的な調査や有料見積もりではありません。計画そのものが有用で、確認可能である必要があります。

  2. 構築または立て直し

    出発点: 合意した判断、または行き詰まったプロダクト

    インターフェース、バックエンド、外部連携、管理、デプロイ、ローンチ経路を実装または修復します。

    成果物 本番で安定して動くソフトウェア

  3. 運用

    出発点: 稼働中のプロダクトと実利用のシグナル

    顧客と現場が次の優先事項を示すたびに、観測、管理、修復、改善を続けます。

    成果物 改善を続けられるプロダクト

利用できる計画、受け入れ済みの本番成果、稼働中の製品への限定的な責任。それぞれ独立した依頼であり、三段階すべての契約は必要ありません。

最初に依頼する範囲を選ぶ

Production Build or Rescue

12,000米ドル〜

一般的な一式のスコープ:35,000〜75,000米ドル

成果が見積もり可能な程度に明確な場合。構築、完成、修復からデプロイまでを依頼します。最低価格は、厳密に範囲を絞った一つの成果を対象とします。

Production Definition

12,000〜15,000米ドル

重要な判断が未解決の場合のみ

業務、範囲、技術の不明点により責任ある開発提案ができない場合に、文書化した計画を作ります。Prodmakeに開発を依頼しない場合にも利用できます。

Product Operations Partner

月額15,000〜25,000米ドル

継続的な責任者が必要な稼働中の製品向け

月ごとの優先順位、対応容量、応答の目安、運用成果を合意します。無制限の開発や24時間365日の障害対応ではありません。

米ドルでの計画用の目安であり、製品全体の定額見積もりではありません。提案書でスコープ、体制、開始条件、支払い段階、受け入れ基準を定めます。大きな案件は段階に分けます。

判断

スコープと優先順位

レビュー

人によるチェックポイント

運用

ローンチと観測

明確なリーダーシップ。案件に合わせた体制。

Kuanがプロダクト、デザイン、開発をリードします。本人の担当範囲、必要な専門家、レビュー・ローンチ・サポートの責任分担を提案書で明確にします。納品責任はProdmakeが担います。

Prodmake創業者のKuan

創業者がリード

Kuan

創業者・テクニカルリード

本番システムの経験13年以上

判断と実装を切り離しません。

スコープ、優先順位、技術判断は文書に残し、いつでも確認できる状態にします。 役割、専門家の関与、受け入れ条件は、着手前に合意します。

何を受け入れるかを、着手前に明確に。

作業時間や画面の写真だけで進捗を推測する必要はありません。成果を判断できる根拠、必要な決定、引き継ぎ内容を合意します。

ご契約の前に
成果、対象外、担当、顧客側の依存事項、価格、受け入れ確認を文書にします。専門家の稼働が未確定なら、開始日の合意前に明示します。
進捗レビューで
合意した確認項目に沿って、動く機能を確認します。完了した作業、残るリスク、顧客側で必要な判断を分けて報告。範囲変更には優先順位の入れ替えや追加合意が必要です。
受け入れ時に
合意した業務と障害ケースを、テストやデモの根拠とともに確認します。未解決事項と担当を記録し、デプロイしただけで受け入れ完了とはしません。
引き継ぎ時に
合意した文書、リポジトリ・環境へのアクセス、リリース・復旧手順、サポート範囲を引き継ぎます。継続運用が必要なら別途合意します。

役立つツール。責任を持つのは人。

案件のデータ・セキュリティ要件に適合する場合に、AIを調査、実装、検証に活用します。専門知識、人によるレビュー、合意したサポート体制を置き換えるものではありません。

並行して実行し、責任の所在は一つに。

調査、実装、検証、運用チェックを同時に進められます。 優先順位、受け入れ、リリースの判断は人が行います。

このモデルが機能する理由。

あなたが市場の真実を持ち込み、Prodmakeがそれを一貫したプロダクト判断、本番ソフトウェア、運用根拠へ変えます。

あなたが市場を持ち込む
一次情報、顧客へのアクセス、事業判断、意思決定権。
Prodmakeがプロダクトを担う
スコープ、UX、開発、外部連携、ローンチ、サポートの合意した範囲に責任を持ちます。
根拠が次の動きを決める
文書化された判断と運用シグナルが、推測、引き継ぎ損失、形だけのロードマップを置き換えます。

ご契約の前に。

最初に有料の調査を依頼する必要がありますか?

いいえ。成果と実装上の制約が十分に明確なら、Production Build or Rescueから始めます。Production Definitionは重要な不明点を解消する必要がある場合のみ。成果は利用できる計画であり、有料見積もりや開発の安価な代替ではありません。

既存のチームやコードと一緒に進められますか?

責任とアクセスを合意できれば可能です。全面的な作り直しではなく、モジュール、外部連携、リリース経路、範囲を絞った修復を対象にできます。提案書で双方の作業と、レビュー・受け入れの担当を分けます。

こちらの時間はどれくらい必要ですか?

意思決定、実際の業務の説明、アクセスの手配、成果の受け入れができる担当者が必要です。レビューの機会と対応可能な時間を着手前に合意します。Prodmakeは契約したプロダクト・開発業務を担い、事業運営、法令等への適合判断、外部依存事項は顧客側に残ります。

いつ開始でき、どのくらいかかりますか?

範囲、稼働体制、支払い、アクセス、必要資料の確認後です。提案書でこれらの条件に基づく期間を定めます。希望する締め切りだけでは日付を約束できません。大きな製品は段階ごとに合意します。

引き継ぎ後はどうなりますか?

文書、コードと知的財産の条件、第三者ライセンス、アクセス、含まれるサポート期間を提案書で定めます。合意した運用責任は顧客チームが引き継げます。継続的な担当が有益ならProduct Operations Partnerを別途検討しますが、必須の契約ではありません。

当社のセキュリティや調達要件に対応できますか?

スコープを決める前に共有してください。データの扱い、アクセス、取引先の資格、体制、サポート要件を案件に照らして確認します。大企業での経験はセキュリティ認証ではなく、あらゆる調達条件への対応を約束するものでもありません。

何を動かしたいか、お聞かせください。

現在の業務や製品、妨げになっていること、必要な成果から始めてください。その後、相談の通話か、文章での続きかを選べます。