Question 1

見積もりは無料ですか？

Accepted Answer

はい、お見積りは無料です。ヒアリングからお見積り提出まで、費用は一切かかりません。「まだ何を作りたいか固まっていない」という段階からでもお気軽にご相談ください。

Question 2

見積もりにはどのくらい時間がかかりますか？

Accepted Answer

簡易的なお見積りは最短即日、詳細なお見積りは1〜2週間程度いただいております。お急ぎの場合はご相談ください。

Question 3

見積もりに必要な情報は何ですか？

Accepted Answer

①プロジェクトの目的・背景、②利用者と利用シーン、③必要な機能の概要、④希望納期、⑤ご予算感があると、より正確なお見積りが可能です。すべてが明確でなくても、ヒアリングで一緒に整理していきます。

Question 4

他社と比較検討中ですが、相談できますか？

Accepted Answer

もちろんです。他社様のご提案内容についてのセカンドオピニオンや、比較のポイントなどもお伝えできます。ぜひお気軽にお問い合わせください。

Question 5

オンラインでの打ち合わせは可能ですか？

Accepted Answer

はい、Zoom、Google Meet、Microsoft Teamsなど、お客様のご都合に合わせたオンライン打ち合わせに対応しています。もちろん対面でのお打ち合わせも可能です。

Question 6

地方からの依頼でも対応可能ですか？

Accepted Answer

はい、全国対応しています。オンラインでの打ち合わせを中心に、必要に応じて出張対応も可能です。鳥取支店もございますので、西日本のお客様もお気軽にご相談ください。

Question 7

開発費用の目安を教えてください

Accepted Answer

プロジェクトの規模や要件によって異なりますが、小規模なWebシステムで300万円〜、中規模な業務システムで500万円〜1,000万円、大規模システムで1,000万円〜が目安です。詳細はヒアリング後にお見積りいたします。

Question 8

料金体系はどのようになっていますか？

Accepted Answer

主に①請負契約（一括固定金額）と②準委任契約（時間単価×稼働時間）の2種類があります。プロジェクトの特性に合わせて最適な契約形態をご提案いたします。

Question 9

予算が限られていますが、相談できますか？

Accepted Answer

はい、ご予算に応じた提案をいたします。必要な機能の優先順位付けや、段階的な開発（フェーズ分け）など、ご予算内で最大の効果を出せる方法をご提案します。

Question 10

追加費用が発生することはありますか？

Accepted Answer

契約時に定めた要件内であれば、追加費用は発生しません。ただし、開発途中で仕様変更や機能追加をご依頼いただいた場合は、別途お見積りとなります。変更管理は透明性を持って行います。

Question 11

支払い条件はどのようになっていますか？

Accepted Answer

一般的には、着手金（契約時）・中間金（開発中間時点）・残金（納品時）の分割払いとなります。お客様のご事情に合わせた条件調整も可能ですので、ご相談ください。

Question 12

小規模な開発でも対応してもらえますか？

Accepted Answer

はい、規模の大小に関わらず対応いたします。既存システムの小規模な改修から大規模な新規開発まで、お気軽にご相談ください。

Question 13

開発期間はどのくらいですか？

Accepted Answer

小規模なシステムで1〜3ヶ月、中規模で3〜6ヶ月、大規模で6ヶ月〜1年以上が目安です。要件定義からリリースまで一貫してサポートいたします。

Question 14

急ぎの案件でも対応できますか？

Accepted Answer

はい、可能な限り対応いたします。他社で断られた短納期の案件でも、体制を整えて対応できる場合があります。まずはご相談ください。

Question 15

開発の進捗はどのように確認できますか？

Accepted Answer

定期的な進捗報告会（週次または隔週）を実施し、開発状況をご報告いたします。また、プロジェクト管理ツールを使用して、いつでもリアルタイムで進捗を確認いただけます。

Question 16

開発途中で仕様変更は可能ですか？

Accepted Answer

はい、可能です。ただし、変更内容によっては追加の費用や期間が発生する場合があります。変更管理プロセスに従い、影響範囲と費用を明確にした上で進めます。

Question 17

開発中にテストを行うことはできますか？

Accepted Answer

はい、開発中の段階からテスト環境をご用意し、実際に触っていただきながら確認・フィードバックをいただくことが可能です。iOSアプリの場合はTestFlightを使用します。

Question 18

要件定義から依頼できますか？

Accepted Answer

はい、やりたいことはあるが、具体的な要件が固まっていないという段階からお手伝いできます。ヒアリングを通じて要件を整理し、システム化の提案から行います。

Question 19

どのような技術に対応していますか？

Accepted Answer

言語はPHP、.NET (C#)、Swift、Objective-C、TypeScript、Pythonなど、フレームワークはLaravel、ASP.NET、React、Next.jsなど、データベースはMySQL、PostgreSQL、SQL Serverなど、クラウドはAWS、GCP、Azureに対応しています。

Question 20

既存システムとの連携は可能ですか？

Accepted Answer

はい、可能です。API連携、データベース連携、ファイル連携など、様々な方式で既存システムとの連携を実現します。レガシーシステムのモダナイゼーションも得意としています。

Question 21

クラウドへの移行は対応していますか？

Accepted Answer

はい、オンプレミスからAWS、GCP、Azureなどのクラウドへの移行に対応しています。インフラ設計からアプリケーション改修、データ移行まで一貫してサポートいたします。

Question 22

AI・機械学習を活用したシステムは作れますか？

Accepted Answer

はい、ChatGPT APIの組み込み、画像認識、自然言語処理、予測モデルの構築など、AI・機械学習を活用したシステム開発に対応しています。

Question 23

デザインも依頼できますか？

Accepted Answer

はい、UI/UXデザインからシステム開発まで一貫してお任せいただけます。ユーザビリティを重視した使いやすいデザインをご提案します。

Question 24

多言語対応のシステムは作れますか？

Accepted Answer

はい、日本語・英語・中国語など、多言語対応のシステム開発に対応しています。i18n（国際化）を考慮した設計を行います。

Question 25

iOSアプリ開発の実績はありますか？

Accepted Answer

はい、2009年より国内でいち早くiOSアプリ開発に着手し、15年以上の実績があります。B2B業務アプリからB2Cサービスアプリまで、多数の開発実績がございます。

Question 26

App Storeへの申請・審査対応もしてもらえますか？

Accepted Answer

はい、App Storeへの申請手続き、審査対応、リジェクト時の修正対応まで、すべてサポートいたします。Appleのガイドラインを熟知したスタッフが対応します。

Question 27

社内配布用アプリ（エンタープライズ）も対応可能ですか？

Accepted Answer

はい、Apple Business Manager / Apple School Managerを使用した社内配布、MDM連携など、エンタープライズ向けの配布にも対応しています。

Question 28

Androidアプリも一緒に作れますか？

Accepted Answer

当社はiOS専門ですが、パートナー企業と連携してiOS/Android両対応のプロジェクトも実施可能です。まずはご相談ください。

Question 29

既存のiOSアプリの改修は対応可能ですか？

Accepted Answer

はい、他社開発のアプリの引き継ぎ・改修にも対応しています。ソースコードの解析から機能追加、最新iOSへの対応まで承ります。

Question 30

iPad専用アプリも作れますか？

Accepted Answer

はい、iPad専用アプリ、iPhone/iPad共通アプリ、どちらも対応可能です。iPadの大画面を活かしたUI設計もお任せください。

Question 31

CTO顧問サービスとは何ですか？

Accepted Answer

IT戦略立案、システム導入の意思決定支援、ベンダー選定・管理、DX推進など、CTOの役割を外部の専門家として担うサービスです。フルタイムのCTOを雇用するより低コストで、専門知識を活用できます。

Question 32

CTO顧問の料金はいくらですか？

Accepted Answer

月額10万円〜となります。稼働時間や支援内容によって変動しますので、詳細はヒアリング後にお見積りいたします。初回相談は無料です。

Question 33

どのくらいの頻度でサポートしてもらえますか？

Accepted Answer

基本プランでは月2〜4回程度の定例ミーティング＋随時のチャット・メール相談となります。必要に応じて臨時のミーティングや現地訪問も対応可能です。

Question 34

ITに詳しくなくても大丈夫ですか？

Accepted Answer

はい、まったく問題ありません。ITが苦手な経営者様にこそご利用いただきたいサービスです。専門用語を使わず、わかりやすくご説明いたします。

Question 35

CTO顧問と開発を両方お願いすることは可能ですか？

Accepted Answer

はい、可能です。CTO顧問として戦略立案・ベンダー管理を行いながら、当社で開発も担当するケースも多くあります。もちろん、開発は他社に依頼し、当社はアドバイザリーに徹することも可能です。

Question 36

契約期間に縛りはありますか？

Accepted Answer

最低契約期間は3ヶ月〜となります。その後は1ヶ月単位での更新・解約が可能です。

Question 37

保守・運用もお願いできますか？

Accepted Answer

はい、開発後の保守・運用もお任せください。障害対応、機能追加、セキュリティアップデート、パフォーマンス監視など、長期的なサポート体制を整えています。

Question 38

保守契約の料金はどのくらいですか？

Accepted Answer

システムの規模や対応範囲によって異なりますが、月額5万円〜が目安です。24時間監視や緊急対応が必要な場合は別途ご相談ください。

Question 39

障害が発生した場合の対応体制は？

Accepted Answer

保守契約に基づき、障害発生時は迅速に対応いたします。重大な障害の場合は、電話・チャットでの即時対応も可能です。SLA（サービスレベル契約）のご要望にも対応します。

Question 40

他社が開発したシステムの保守も可能ですか？

Accepted Answer

はい、可能です。まずはソースコードやドキュメントを確認させていただき、保守引き継ぎの可否を判断いたします。

Question 41

サーバーの管理もお願いできますか？

Accepted Answer

はい、サーバー構築・運用監視・セキュリティパッチ適用・バックアップ管理など、インフラの保守運用も対応しています。

Question 42

セキュリティ対策はどのようにしていますか？

Accepted Answer

当社はISMS（ISO/IEC 27001:2022）認証を取得しており、情報セキュリティマネジメントシステムに基づいた管理体制を整えています。開発においてもセキュアコーディング、脆弱性診断などを実施しています。

Question 43

機密情報の取り扱いは大丈夫ですか？

Accepted Answer

はい、NDA（秘密保持契約）を締結した上で、ISMS認証に基づく厳格な情報管理体制のもとで業務を行います。お客様の機密情報は適切に保護いたします。

Question 44

開発したシステムの品質はどのように担保されますか？

Accepted Answer

設計レビュー、コードレビュー、単体テスト、結合テスト、総合テストなど、各工程で品質チェックを実施しています。テスト自動化も積極的に導入しています。

Question 45

納品後にバグが見つかった場合はどうなりますか？

Accepted Answer

瑕疵担保期間（通常6ヶ月〜1年）内であれば、無償で修正対応いたします。瑕疵担保期間後は保守契約に基づいて対応いたします。

Question 46

パッケージのアドオン開発を続けるとき、どの時点でスクラッチ更改の方が安くなりますか？損益分岐の考え方は？

Accepted Answer

3〜5年の総費用で比較します。TCO（総費用＝初期費用＋保守＋追加改修＋アップデート対応＋手作業の運用コスト）で見ます。目安として、毎年の追加改修＋アップデート対応＋回避策の手作業が増え続け、止められない状態なら更改検討です。特に、アップデートのたびに修正が発生する、手作業が増える、連携が複雑になって乗り換えが難しい（ベンダーロック）場合は、早めに損益分岐を試算します。

Question 47

パッケージ導入で標準機能に業務を寄せる場合、現場反発を抑える設計だけ先にスクラッチで作るのは有効ですか？

Accepted Answer

有効だと考えます。ポイントは二重に同じ計算や管理をしないことです。スクラッチは、入力のしやすさ、検索、承認、必要な帳票出力など使い勝手に絞ることをおすすめします。売上計算や在庫計算などの中核ロジックはパッケージに寄せます。連携が増える分、API連携の範囲、失敗時の再処理、監視までセットで設計します。

Question 48

パッケージのデータモデル制約があるとき、周辺スクラッチ側のデータ設計はどうするのが安全ですか？

Accepted Answer

安全策は自社の正しいデータ定義を別に持つです。パッケージの都合をそのまま社内標準にしないことをおすすめします。自社側で正のデータを定義し、パッケージとは変換でつなぎます。IDも分けて管理し、連携失敗時の再送、件数・金額の突合を仕組みとして用意します。

Question 49

パッケージベンダー都合の価格改定・提供終了に備えた撤退戦略（出口設計）はどう作りますか？

Accepted Answer

出口設計は最初に決めます。最低限は5点です。(1)データは自社のもの（取り出せる）(2)CSVなど標準形式でエクスポートできる (3)連携仕様と設定情報をドキュメント化する (4)履歴データの保存方針を決める (5)契約終了時に引き継ぐ項目を契約に書く。これだけで乗り換え不能を防ぎやすくなります。

Question 50

提案依頼（RFP）に書かない方がよい情報と必ず書くべき情報は何ですか？

Accepted Answer

RFPに書かない方がよいのは、社内の揉め事・トラブル、担当者批判、値引き前提の上限予算などです。必ず書くべきは、目的、対象範囲、制約、データ量、連携先一覧、移行の有無、受入基準です。ここが薄いと、見積もり先により見積もりをする基準数値が変わるので、見積もり比較ができなくなります。

Question 51

見積の比較で、金額より重視すべき危険な要素は何ですか？

Accepted Answer

危険な差分はやる予定だったのに、入っていない部分です。特に(1)データ移行 (2)運用設計 (3)教育 (4)監視 (5)セキュリティ要件 (6)受入テスト条件 (7)仕様変更の扱い。見積明細を機能・工程・成果物で揃え、前提を質問で埋めると比較できます。

Question 52

PM/主要メンバーが途中で交代した場合の品質担保を、契約と運用でどう縛れますか？

Accepted Answer

契約では、主要メンバー交代の条件を決めます（事前連絡、同等スキル、引き継ぎの責任）。運用では、情報が人に閉じない仕組みを作ります。具体的には、設計判断の記録、コードレビュー、定例の設計レビュー、ドキュメントの受入基準を用意します。

Question 53

要件が固まっていない場合、最初に決め切るべき要件と後回しでよい要件は何ですか？

Accepted Answer

最初に決めるのは、目的、対象範囲、重要な業務フロー、主要データ、権限と承認、連携先です。後回しでよいのは、画面の細かい見た目、帳票レイアウトのこだわり、頻度が低い例外です。未確定は仮決めと見直す時期をセットにします。

Question 54

現場の例外運用を要件に落とすとき、例外を増やさずに設計する方法は？

Accepted Answer

例外はまず分類します。発生条件、頻度、影響を整理し、標準ルールで吸収できる形にします。できるだけ設定で対応します（パラメータ化）。どうしても例外が必要なら、理由と証跡を残す仕組みにします。

Question 55

画面・帳票の要望が強い案件で、データ設計を先に固めるための進め方は？

Accepted Answer

先に項目の意味を決めます。項目定義と、状態の流れを確定し、画面はモックで確認します。帳票は、出したい項目と検索条件を先に固め、見た目は後にします。画面の議論が迷走したらその項目は誰が、いつ、何のために更新するかに戻し、再検討します。

Question 56

マスタの定義が曖昧な会社で、マスタ整備をプロジェクトに組み込む方法は？

Accepted Answer

マスタは責任者を決めるのが最優先です。次に、用途、更新権限、必須項目、コード体系を決めます。表記ゆれや重複のルールも作ります。プロジェクト計画にマスタ整備期間を明確に入れ、重要マスタから順に整備します。

Question 57

データ移行の責任分界はどこまでが発注側で、どこからが受託側ですか？

Accepted Answer

基本は、データの意味と正しさは発注側、移行の仕組みは受託側です。名寄せや補正ルールは発注側が最終決裁します。役割分担は責任者・承認者・実行者・協力者の整理表で明文化すると揉めません。

Question 58

移行できないデータが出た場合の業務側の代替案をどう合意しますか？

Accepted Answer

移行できない理由を分類し、業務影響を確認した上で、扱いを決めます。廃棄、別保管、手入力のいずれかです。決定は責任者が承認し、例外リストとして残します。後から判断が変わると混乱するため、必ず記録します。

Question 59

ソースコードの著作権・利用権・再利用範囲はどう整理すべきですか？

Accepted Answer

最低限、発注側が継続して使える権利を確保します。別の会社に引き継いで改修できることが重要です。可能なら、成果物の利用許諾を広く取ります。OSSを使う場合は、第三者ライセンス一覧を納品物に含め、利用条件を守れる形にします。SIA株式会社の開発では、すべての権利はお客様に帰属します。

Question 60

退任・契約終了時の引き継ぎで必ず受け取るべき成果物は？

Accepted Answer

必須は、ソース一式とビルド手順、全体構成図、主要設計、運用手順、インフラ設定、CI/CD設定、監視・アラート設定、バックアップと復元手順、テスト一式、受入基準です。第三者が引き継いでも再現できる状態をゴールにします。

Question 61

本番データを開発・検証で扱う場合、マスキング・匿名化のルールはどこまで必要ですか？

Accepted Answer

原則、本番データは使いません。やむを得ない場合は、個人情報をマスキングまたは匿名化します。アクセス権限は最小限にします。保存期間も短くし、作業後は削除します。社内規程や契約条件がある場合はそれに合わせます。

Question 62

パフォーマンス要件が不明な段階で、インフラ過剰投資を避ける段階設計は？

Accepted Answer

最初は小さく始め、計測して増やします。最小構成で開始し、遅い箇所を数字で把握します。負荷試験も段階的に行い、増強の方法を事前に用意します。最初から最大構成にしないのがコツです。

Question 63

ベンダーの見積に含まれがちな見落とし費用は何ですか？

Accepted Answer

見落としやすいのは、複数環境の費用、監視・ログ基盤、テストデータ作成、移行リハーサル、運用移管、教育、セキュリティ審査、商用ライセンス、初期安定化の問い合わせ対応です。見積が導入して終わりになっていないか確認します。

Question 64

新旧併用期間を設ける場合、二重入力を最小化する実務的な段取りは？

Accepted Answer

併用は短く、範囲を絞ります。原則、移行日以降の新規データは新システムのみで入力します。旧システムは参照中心にします。どうしても両方が必要な部分は自動連携で埋めます。毎日、件数・金額を突き合わせてズレを早期発見します。併用終了日を最初に決め、延長を前提にしないことが重要です。

よくあるご質問

お見積もり・ご相談について

開発費用・料金について

開発期間・進め方について

技術・対応範囲について

iOSアプリ開発について

CTO顧問サービスについて

保守・運用について

セキュリティ・品質について

発注前に確認すべきポイント

その他のご質問

お探しの回答が見つかりませんでしたか？