事例

小さなツール・自動化

• フォームの回答を、手で表に移している

  課題

  申込フォームの回答を確認して管理表に転記し、担当者にメールで知らせる作業を手でしている。

  仕組み

  回答が届いたら、管理表への記録と担当者への通知までを自動で行う仕組みをつくります（Googleフォーム、スプレッドシート、Google Apps Scriptなど、お使いの環境に合わせます）。

  変わること

  対応の漏れや遅れを防げます。

• 見積りや料金の計算を、毎回手作業でしている

  課題

  条件によって変わる見積りや料金を、Excelで毎回手作業で計算している。

  仕組み

  条件を入れるだけで金額と内訳が出る、社内向けの小さなWebツールをつくります。Excelのまま関数とマクロで整えることもできます。

  変わること

  計算ミスが減り、誰が計算しても同じ結果になります。

• 前任者のExcelマクロが、ブラックボックスになっている

  課題

  動いてはいるものの中身が誰にもわからず、直したくても手を出せないマクロ（Excel VBA）がある。

  仕組み

  処理の内容を読み解いて説明書にまとめ、必要に応じて今の業務に合わせて作り直します。

  変わること

  中身がわかる状態になり、安心して手を入れられます。

問い合わせ・社内の情報共有

• 似た問い合わせに、毎回ゼロから返信している

  課題

  よくある質問への返信を担当者がその都度書いていて、回答の内容や早さにばらつきがある。

  仕組み

  よくある質問と回答をもとに、問い合わせの内容に合わせた返信の下書きを作ります。担当者は確認して送るだけです。

  変わること

  返信までの時間が短くなり、回答の質がそろいます。

• 社内の資料から、必要な情報を探せない

  課題

  規程やマニュアル、過去の資料が多く、知りたいことを探すだけで時間がかかる。

  仕組み

  社内の資料をもとに質問に答え、根拠になった資料と該当箇所をあわせて示す仕組みをつくります。

  変わること

  誰かに聞かなくても、自分で調べて仕事を進められます。

• 英語の問い合わせや資料への対応が遅れる

  課題

  海外からの問い合わせや英語の資料が届くと、読める人が限られていて対応が後回しになる。

  仕組み

  自社の用語集を決めたうえで、翻訳と返信文の下書きを作ります。

  変わること

  語学が得意な人がいなくても、まず一次対応ができます。

数字・データの処理

• 複数のファイルから、手で集計・転記している

  課題

  店舗や担当者ごとのExcelファイルから数字をコピーして、集計表に貼り付ける作業を毎週手でしている。

  仕組み

  ファイルを決まった場所に置くだけで、集計と転記を自動で行うツールをつくります（Excel VBA、Google Apps Script、Pythonなど、お使いの環境に合わせます）。

  変わること

  転記ミスを防げ、集計を待たずに数字を確認できます。

• データの形式がバラバラで、そのまま使えない

  課題

  顧客リストや売上データで、全角と半角、日付の書き方、住所の表記がそろっておらず、重複も混ざっている。

  仕組み

  表記の統一、重複の除去、欠けている項目の洗い出しを決まったルールで行い、整った表と修正の記録を出します。CSVのまま処理するツールにもできます。

  変わること

  分析や別のシステムへの取り込みに、そのまま使えます。

• 紙やPDFの内容を、手で入力している

  課題

  請求書、申込書、名刺などの内容を、一件ずつ見ながら表やシステムに打ち込んでいる。

  仕組み

  PDFや写真から必要な項目を読み取ってスプレッドシートに整理し、読み取りに自信がない箇所には印をつけます。

  変わること

  入力作業が、印のついた箇所を中心に確認するだけになります。

資料・書類づくり

• 毎月の報告書を、毎回ゼロから作っている

  課題

  数字の貼り付け、グラフの作成、コメントの記入まで、毎月同じ作業を繰り返している。

  仕組み

  決まった型に、元データから数値、グラフ、コメント案を差し込んだ報告書の下書きを作ります。

  変わること

  報告書づくりが、確認して直すだけの作業になります。

• 提案資料やスライドづくりに、時間を取られる

  課題

  伝えたい内容は決まっているのに、スライドの構成や見た目を整えるのに時間がかかる。

  仕組み

  メモや箇条書きから、自社のテンプレートに沿ったスライドの構成と文面を作ります。

  変わること

  中身を考えることに時間を使えます。

• 仕事のやり方が、担当者の頭の中にしかない

  課題

  手順がベテランの経験頼みで、引き継ぎや新人教育のたびに一から説明している。

  仕組み

  作業の説明や手元のメモから、手順書とチェックリストを作り、更新しやすい形に整えます。

  変わること

  新しい担当者でも、手順書を見ながら一人で作業を進められます。

調べもの・情報整理

• 競合や市場の調査に、何日もかかる

  課題

  競合サービスの価格や特徴を調べて比較表にするのに、毎回かなりの時間がかかる。

  仕組み

  調べる観点をテンプレートにし、公開されている情報を集めて、出典つきの比較表とまとめを作ります。

  変わること

  判断材料が早くそろい、出典があるので裏付けも確かめやすくなります。

• 会議のあと、決まったことがあいまいになる

  課題

  議事録づくりに時間がかかり、決定事項や宿題、期限がはっきりしないまま次の会議を迎える。

  仕組み

  会議の文字起こしやメモから、決定事項、担当者、期限を表にした議事録を作ります。

  変わること

  会議のあとの動き出しが早くなります。

• アンケートや口コミの声を、読み切れない

  課題

  アンケートの自由記述やレビューが大量にあり、すべてに目を通せていない。

  仕組み

  意見を内容ごとに分類して数え、よく出る声と改善のヒントをレポートにまとめます。

  変わること

  お客様の声を、次の改善に使える形で受け取れます。

チェック・品質管理

• 公開前のチェックで、使ってはいけない表現を見落とす

  課題

  誤字脱字に加えて、誇大な表現や社内で禁止している言葉の確認が、担当者の目視頼みになっている。

  仕組み

  表記ルール、NGワード、注意が必要な言い回しをチェック項目にまとめ、原稿の該当箇所と修正案を一覧で返します。

  変わること

  見落としが減り、誰がチェックしても同じ基準で判断できます。

• 実在の人や会社への書き方が、問題にならないか不安

  課題

  口コミの紹介や記事の中に、実在の人や会社について言い過ぎた表現が混ざっていないか、確認に神経を使う。

  仕組み

  実名や個人の特定につながる情報、断定的な批判表現を洗い出し、伏せ字や言い換えの候補を示します。最終判断は担当者が行います。

  変わること

  公開後のトラブルの芽を、公開前に見つけやすくなります。

• 書類の記載漏れやひな形との違いを、目で確認している

  課題

  見積書、契約書、申込書などで、必須項目の抜けやひな形からの変更点を、毎回目視で確かめている。

  仕組み

  必須項目と社内ルールをチェックリストにし、書類を読み込んで、記載漏れやひな形との違いを一覧にします。法的な判断は専門家が行う前提です。

  変わること

  確認にかかる時間と見落としが減ります。

文章・コンテンツ制作

• 記事やブログの下書きに、毎回時間がかかる

  課題

  テーマは決まっているのに、調べものと構成づくりで手が止まる。書き手によって文体や質もばらつく。

  仕組み

  調べもの、構成案、下書き、表記の点検までを決まった手順で進める仕組みをつくります。自社の文体ルールや過去の記事を下敷きにして書き出します。

  変わること

  下書きがそろった状態から始められ、確認と仕上げに時間を使えます。

• 同じ内容を、媒体ごとに書き直している

  課題

  1つのお知らせや記事を、SNS、メールマガジン、社内向けなどに合わせて何度も書き直している。

  仕組み

  元の文章から、媒体ごとの文字数、言葉づかい、決まりごとに合わせた文面をまとめて作ります。

  変わること

  書き直しの手間が減り、発信の回数を増やしやすくなります。

• 読み上げ原稿で、名前や専門用語の読み間違いが起きる

  課題

  ナレーションや音声読み上げ用の原稿で、人名や専門用語の読み間違い、字幕との表記ゆれが毎回出る。

  仕組み

  固有名詞の読み方の辞書をつくり、原稿の段階で読みを自動で補正します。字幕用と読み上げ用の原稿を同時に書き出します。

  変わること

  収録や音声の作り直しが減り、辞書は使うほど充実していきます。

システムの改修・引き継ぎ

• 仕様書がないシステムを、直せる状態にしたい

  課題

  前任者や開発会社が離れ、動いているソースコードだけが残っている。別の会社に相談しても「仕様書がないので受けられない」「作り直すしかない」と言われる。

  仕組み

  ソースコード全体を読み解き、仕様書、処理の流れ図、影響範囲の一覧を復元します。そのうえで改修の優先順位と段階的な計画をまとめ、まずここまでを納品します。

  変わること

  「作り直し」以外の選択肢ができ、見積りの根拠がそろいます。

• 機能を追加したいが、どこに影響するか分からない

  課題

  継ぎ足しで育ったシステムで、一か所直すと別の場所が壊れる。

  仕組み

  影響範囲の調査、設計、実装、回帰テストの順で進めます。テスト観点の抜けを点検し、リリース手順書まで作ります。

  変わること

  既存の機能を壊さずに追加できます。

• 前任者のツール（Excel VBA・Access・Python）が、直せない

  課題

  業務に欠かせないツールが、作った人にしか分からない状態で残っている。

  仕組み

  処理を読み解いて説明書にし、今の業務に合わせて作り直します。移行のときは新旧の出力を突き合わせて検証します。

  変わること

  中身が分かる状態になり、担当者が替わっても引き継げます。

• 要件が固まっておらず、開発会社に見積りを断られる

  課題

  やりたいことはあるが、要件定義書や設計書がなく、相談先ごとに見積りの前提がずれる。

  仕組み

  発注者側の立場でヒアリングし、要件定義書、画面とデータの設計、テスト計画を作ります。

  変わること

  複数社に同じ条件で見積りが取れ、発注後の「言った言わない」が減ります。

• テストが手作業で、リリースのたびに不安

  課題

  変更のたびに手で動作確認をしていて、確認漏れが出る。

  仕組み

  テスト観点を整理し、テストケースと自動テストを整備します。

  変わること

  リリースの品質と速度が安定します。

取引ツールの開発（MetaTrader・TradingView）

売買ロジックはお客様が決めるものとし、当社は投資助言、売買の推奨、利益の保証を行いません。作成したツールの利用による損益は、お客様ご自身の判断と責任によるものとなります。

• MT4のEA・インジケーターを、MT5に移したい

  課題

  MT4の提供を終える証券会社が増えているが、MQL4とMQL5には互換性がなく、そのままでは動かない。

  仕組み

  MQL5に移植したうえで、取引ロジックが同じ動きをするかの確認項目を設計し、MT4とMT5のバックテスト結果を突き合わせて差異を直します。検証レポートと設定手順を添えて納品します。

  変わること

  同じ動きをMT5で再現できたことが、根拠つきで確認できます。

• 自分の売買ルールを、EAにして検証したい

  課題

  手法は決まっているが、プログラムにする人がいない。あいまいな条件をどう書けばいいかも分からない。

  仕組み

  ルールを数値の条件に言語化して仕様書にし、実装、ストラテジーテスターでの検証、パラメータの説明書とソースコードの納品まで行います。

  変わること

  ルールどおりに動くか、過去データでどう振る舞うかが数字で分かります。

• TradingViewで、条件を満たした瞬間を見逃したくない

  課題

  チャートに張り付いていないと、狙った条件のタイミングを逃す。

  仕組み

  Pine Scriptでインジケーター・ストラテジーを実装し、アラートを設定します。確定した足で判定し、あとから表示が変わらない設計にします。MT5との連携は設計まで対応し、常時稼働の部分は既製ツールやVPSの利用をご案内します。

  変わること

  条件の見逃しがなくなり、検証もチャート上でできます。

• 既存のEAが、ブローカーを変えたら動かない

  課題

  口座の仕様（ヘッジとネッティング、ロットの刻み、証拠金の計算）が違い、移行先でエラーになる。

  仕組み

  仕様の差を調べて修正し、移行先の口座で検証します。

  変わること

  移行先でも同じ運用ができます。