Question 1

要件が決まっていなくても相談できますか？

Accepted Answer

はい。完成した仕様書は必要ありません。相談の段階からエンジニアが参加し、事業の目的、利用する人、現場の課題を一緒に整理します。そのうえで、最初に確かめるべきことと必要な機能を絞り込みます。

Question 2

Excelや手作業で行っている業務の整理からお願いできますか？

Accepted Answer

可能です。現在の業務フローやExcel、既存ツールの使われ方を確認し、どこを仕組み化すると効果が出るかを整理します。システムをつくること自体ではなく、現場の負担やミスを減らすことから考えます。

Question 3

要望した機能を、そのまま開発するのでしょうか？

Accepted Answer

そのままつくるとは限りません。目的や費用対効果に合わない場合は、つくらない選択や、より小さく確かめる方法も提案します。限られた予算と時間を、成果につながる機能へ集中させます。

Question 4

開発前に、画面のプロトタイプを確認できますか？

Accepted Answer

必要に応じて、画面イメージや操作の流れを確認できるプロトタイプを作成します。実装前に認識を合わせることで、大きな手戻りを防ぎます。検証の目的によっては、つくり込んだデザインより簡易なモックを優先する場合もあります。

Question 5

現場のユーザーから得た意見を、開発に反映できますか？

Accepted Answer

はい。ユーザーテスト、PoC、実際の利用から得た意見を整理し、次に改善する内容へ反映します。すべての要望を追加するのではなく、事業への効果や利用頻度を見ながら優先順位を決めます。

Question 6

相談時のエンジニアが、開発にも参加しますか？

Accepted Answer

原則として、相談・要件整理の段階から実装を担うエンジニアが直接参加します。営業担当だけで要望を受け取り、あとから開発へ引き渡す進め方ではありません。体制を変更する場合も、役割と引き継ぎ方法を事前に共有します。

Question 7

依頼する側に、ITの専門知識は必要ですか？

Accepted Answer

専門知識は必要ありません。事業や現場について教えていただき、優先順位を一緒に判断できるご担当者がいれば進められます。打ち合わせの頻度や必要な時間は、プロジェクトの状況に合わせて無理のない形を決めます。

Question 8

プロジェクトの途中で、チーム体制を変えられますか？

Accepted Answer

可能です。MVPは小さな体制で需要を検証し、本開発では必要に応じてデザイナー、開発エンジニア、QAなどを加えます。最初から大人数を固定せず、成果を出すために必要なフェーズで体制を調整します。

Question 9

普段の連絡や定例ミーティングは、どのように行いますか？

Accepted Answer

SlackやTeamsなど、ご利用中のツールやプロジェクトに合う方法を選びます。日常の相談はテキストで直接やり取りし、定例では進捗、判断が必要なこと、次に取り組む内容を確認します。頻度は状況に合わせて決めます。

Question 10

開発メンバーが交代する場合、引き継ぎはどうしますか？

Accepted Answer

ソースコード、課題管理、設計上の判断、定例での合意をチームで共有し、特定の一人だけに知識が残らない状態をつくります。交代が必要な場合は引き継ぎ期間を設け、プロジェクトへの影響を抑えます。

Question 11

月額費用や契約期間は、どのように決まりますか？

Accepted Answer

必要な役割、チーム人数、稼働量、取り組む期間によって決まります。初回のヒアリングで目的とご予算を確認し、月額費用、契約期間、対応範囲を契約前に提示します。具体的な条件はプロジェクトごとにご相談ください。

Question 12

予算の上限内で、機能の優先順位を調整できますか？

Accepted Answer

はい。実現したいことを一覧化し、事業への効果、緊急度、開発コストを見ながら優先順位を決めます。月額の上限に合わせて今月つくるものと後に回すものを整理し、予算を超えない進め方を一緒に選びます。

Question 13

必要な期間だけ、開発メンバーを増やせますか？

Accepted Answer

可能です。本開発や大きな機能追加など、開発量が増える時期に合わせて体制を拡張できます。追加する役割、費用、参加までに必要な期間は、計画が見えた段階で事前にご案内します。

Question 14

初回相談や見積もりに費用はかかりますか？

Accepted Answer

初回のご相談は無料です。状況を伺い、ALBY Studioで支援できるか、どのような進め方が合うかを整理します。契約前に有償の調査や検証が必要になる場合は、内容と費用を事前にご説明します。

Question 15

相談からリリースまで、どのくらいかかりますか？

Accepted Answer

開発する範囲や検証方法によって異なります。ヒアリング後に、最初のリリースで確かめることを絞り、体制とおおよその期間をご提案します。大きな完成を待つのではなく、小さく公開して学べる計画を基本にします。

Question 16

ソースコードや知的財産権の扱いはどうなりますか？

Accepted Answer

ソースコード、成果物、既存ライブラリなどの扱いは、プロジェクトの内容に合わせて契約前に明確にします。将来の運用や内製化に支障が出ないよう、必要な共有範囲と権利関係を双方で確認します。

Question 17

開発途中でも、機能や優先順位を変更できますか？

Accepted Answer

はい。月額制の開発チームなので、ユーザーの反応や事業状況に合わせて優先順位を組み替えられます。変更による影響を整理し、次に取り組む範囲を合意してから開発へ反映します。

Question 18

MVPでは、何を基準に機能を絞りますか？

Accepted Answer

単に機能を少なくするのではなく、システムに需要があるか、事業仮説が正しいかを確かめるために必要な最小範囲へ絞ります。検証に直接関係しない機能やつくり込みは後に回し、早く利用者の反応を得ることを優先します。

Question 19

生成AIの活用や、既存システムとの連携にも対応できますか？

Accepted Answer

対応できます。生成AIやRAGは、精度、利用コスト、データの扱いを確認し、小さな検証から始めることも可能です。既存のデータベース、業務システム、外部SaaSとの連携は、仕様や利用条件を調査したうえで進めます。

Question 20

使用する技術は、どのような基準で選びますか？

Accepted Answer

流行だけで決めず、必要な機能、開発速度、運用体制、将来の変更しやすさ、利用コストを踏まえて選びます。採用理由と想定するリスクを説明し、事業にとって無理のない構成を提案します。

Question 21

クラウドやインフラの設計・構築も任せられますか？

Accepted Answer

対応できます。AWSやGoogle Cloudなどの構成、権限、監視、バックアップ、デプロイ方法まで、システムに必要な範囲を設計します。将来のアクセス増加や運用負荷も考慮し、過剰にならない構成から始めます。

Question 22

ソースコードの品質は、どのように管理しますか？

Accepted Answer

複数メンバーによるコードレビュー、自動テスト、静的解析、継続的なビルド確認などをプロジェクトに合わせて組み合わせます。短期的に動くだけでなく、リリース後も安全に変更できる状態を維持します。

Question 23

生成AIの回答精度や利用コストも考慮してもらえますか？

Accepted Answer

はい。想定する業務に必要な精度を定義し、評価用データを使って回答を確認します。誤回答を減らす仕組み、利用量の制限、モデルの使い分けなどを検討し、精度とAPI費用のバランスを取ります。

Question 24

リリース後も、同じチームに運用や改善を相談できますか？

Accepted Answer

はい。リリース後も開発時の背景や判断を理解したチームが継続し、障害対応、改善、機能追加に取り組めます。必要な開発量が落ち着いた場合は、運用フェーズに合わせた体制もご相談いただけます。

Question 25

他社が開発したシステムの引き継ぎや保守もお願いできますか？

Accepted Answer

可能です。ソースコード、インフラ、ドキュメント、現在の運用状況を調査し、分かっていることとリスクを整理するところから始めます。安全に変更できる状態をつくったうえで、保守や改修を引き継ぎます。

Question 26

障害や不具合が起きた場合の対応体制はどうなりますか？

Accepted Answer

システムの重要度や必要な対応時間を伺い、監視方法、連絡経路、一次対応の範囲を事前に決めます。具体的な受付時間や目標応答時間が必要な場合は、保守内容と合わせて個別に設定します。

Question 27

リリース後は、小さな体制へ変更できますか？

Accepted Answer

可能です。開発量が落ち着いたら、必要な保守や改善の量に合わせて体制を見直します。知識を持つメンバーを残しながら、運用フェーズに合う費用と進め方へ調整します。

Question 28

リリース後の利用データを見て、改善提案もしてもらえますか？

Accepted Answer

はい。アクセスログ、操作状況、問い合わせ内容など、取得できる情報をもとに課題を整理します。数字だけを見るのではなく、事業目標や利用者の声と合わせて次の改善案を提案します。

Question 29

将来の内製化や、自社エンジニアへの引き継ぎも支援できますか？

Accepted Answer

対応できます。コードや設計の共有、ドキュメント整備、レビューへの参加、開発手順の説明などを行い、段階的に自社チームへ移せる状態をつくります。引き継ぎ後も必要な範囲だけ支援を続けることも可能です。

Question 30

セキュリティや機密データの扱いは相談できますか？

Accepted Answer

はい。扱うデータと求められる水準を確認し、アクセス制限、暗号化、ログ管理、環境分離など必要な対策を設計します。生成AIを利用する場合も、入力データの取り扱いや各サービスの学習利用設定を確認して選定します。

Question 31

生成AIへ入力したデータが、モデルの学習に使われないようにできますか？

Accepted Answer

利用するAIサービスの契約条件、データ保持、学習利用の設定を確認し、要件を満たすサービスや接続方法を選びます。機密情報を送らない設計や、必要な情報だけに加工して利用する方法も検討します。

Question 32

個人情報保護や業界固有のガイドラインも相談できますか？

Accepted Answer

相談可能です。対象となるデータ、利用者、業界の要件を確認し、必要な技術対策と運用ルールを整理します。法的な判断や第三者認証が必要な範囲は、専門家やお客様の担当部門と連携して進めます。

Question 33

ソースコードや設計資料は、開発中も共有されますか？

Accepted Answer

はい。ソースコード、課題、主要な設計判断などを、お客様と確認できる形で管理します。共有するリポジトリや資料の範囲、アカウント管理方法は、利用環境とセキュリティ要件に合わせて決めます。

よくあるご質問

ご相談・要件整理

開発体制

費用・契約

開発・技術

リリース後

セキュリティ・データ

ここにないことも、
気軽にご相談ください。

ご相談・要件整理

Q要件が決まっていなくても相談できますか？

QExcelや手作業で行っている業務の整理からお願いできますか？

Q要望した機能を、そのまま開発するのでしょうか？

Q開発前に、画面のプロトタイプを確認できますか？

Q現場のユーザーから得た意見を、開発に反映できますか？

開発体制

Q相談時のエンジニアが、開発にも参加しますか？

Q依頼する側に、ITの専門知識は必要ですか？

Qプロジェクトの途中で、チーム体制を変えられますか？

Q普段の連絡や定例ミーティングは、どのように行いますか？

Q開発メンバーが交代する場合、引き継ぎはどうしますか？

費用・契約

Q月額費用や契約期間は、どのように決まりますか？

Q予算の上限内で、機能の優先順位を調整できますか？

Q必要な期間だけ、開発メンバーを増やせますか？

Q初回相談や見積もりに費用はかかりますか？

Q相談からリリースまで、どのくらいかかりますか？

Qソースコードや知的財産権の扱いはどうなりますか？

開発・技術

Q開発途中でも、機能や優先順位を変更できますか？

QMVPでは、何を基準に機能を絞りますか？

Q生成AIの活用や、既存システムとの連携にも対応できますか？

Q使用する技術は、どのような基準で選びますか？

Qクラウドやインフラの設計・構築も任せられますか？

Qソースコードの品質は、どのように管理しますか？

Q生成AIの回答精度や利用コストも考慮してもらえますか？

リリース後

Qリリース後も、同じチームに運用や改善を相談できますか？

Q他社が開発したシステムの引き継ぎや保守もお願いできますか？

Q障害や不具合が起きた場合の対応体制はどうなりますか？

Qリリース後は、小さな体制へ変更できますか？

Qリリース後の利用データを見て、改善提案もしてもらえますか？

Q将来の内製化や、自社エンジニアへの引き継ぎも支援できますか？

セキュリティ・データ

Qセキュリティや機密データの扱いは相談できますか？

Q生成AIへ入力したデータが、モデルの学習に使われないようにできますか？

Q個人情報保護や業界固有のガイドラインも相談できますか？

Qソースコードや設計資料は、開発中も共有されますか？

ここにないことも、気軽にご相談ください。

ここにないことも、
気軽にご相談ください。