独自の機能導入におけるアプリの実装やカスタマイズの進め方について

記事
コラム
ECサイトやWebサイトに「独自の機能」を入れたいというご相談をよくいただきます。たとえば外部システムとの連携、ギフトの設定、配送や予約まわりの仕組み、通常の購入フローとは違う・ショッピファイやワードプレスの標準機能とは違う申し込みの流れ、といったものです。

こうした独自機能の実装で、実は一番時間がかかり、費用も読みにくくなるのは、作る作業そのものではなく「何をどう作るかを決める工程」です。

やりたいことを、標準機能でできること・アプリを足せばできること・独自開発が必要なことに仕分けし、現実的に動く形へ落とし込む作業です。ここが曖昧なまま進めると、途中での方針変更や手戻りが増え、結果として納期も費用もふくらみます。これはご依頼者様にとっても、当方にとっても望ましくありません。

そこで当方では、この「決める工程」を前半に集約し、以降の流れを明確にする進め方を採用しています。

■ 制作の進め方

ヒアリング
最初に全体像をざっくりお聞かせください。「こういうことを実現したい」というイメージで十分です。細かい仕様や技術的な判断は、いただいた内容をもとに当方でコーディネートして決定いたします。専門的な部分を無理に整理いただく必要はありません。

仕様・制限プランのご提示
「この流れ・この仕様・この制限で進めます」という計画をまとめてお送りします。実現できる範囲と、対応できない部分の両方を明記します。独自機能については、標準でできる形に置き換えるご提案を含めることもあります。
ご確認(この段階ですべて確定)
内容はこの時点ですべてご確認ください。この段階以降の変更は有料となります。
部分的な変更でも、他の実装予定に影響することがほとんどです。そのため、ご質問・訂正のご希望は一括でお送りください(都度・小出しでのご連絡はお受けできません)。まとめて拝見することで、全体の整合性を保ったままご対応できます。
着手
ご承認をいただいた後に制作へ入ります。着手後は、仕様の範囲内での調整は可能ですが、仕様そのものの変更はお受けできません。

■ 「調整」と「変更」について

着手後の線引きとして、以下のように区別しています。

・調整:決定済みの仕様の範囲内での微修正(文言・色・配置の微調整など)。着手後も対応可能です。
・変更:仕様そのものの追加・差し替え(ページ追加、機能追加、料金体系の変更など)。別途お見積もりとなります。

■ この進め方のメリット

・専門的な判断を丸ごとお任せいただけるため、ご依頼者様の負担が少ない
・決定ポイントが一箇所に集約されるため、手戻りが起きにくい
・できること・できないことを先に共有するため、認識のズレや追加費用のトラブルを防げる

独自機能を含むご相談ほど、この流れがそのまま品質と費用の安定につながります。まずは「やりたいこと」をざっくりお聞かせいただければ、実現できる形に整えてご提案いたします。
サービス数100万件のスキルマーケット、あなたにぴったりのサービスを探す