FEATURED / SYSTEM DESIGN
「仕様書がない」から始める、業務システム開発。
要望をそのまま機能にせず、現場の判断、情報の流れ、例外処理を見つける。SQairが最初の画面案までに確認していることをまとめます。
記事を読む →SQAIR TECH BLOG
つくった仕組みと、
つくる人の話。
導入後の仕事まで見据えたサービス事例と、SQairが顧客や開発チームに向き合うときの考え方を発信します。
SALESFORCE AWS AI WEB SYSTEM UI / UX OFFSHORE AUTOMATION SALESFORCE AWS AI WEB SYSTEM UI / UX
LATEST ARTICLES
現場からの技術ノート
01
SYSTEM DESIGN / REQUIREMENTS「仕様書がない」から始める、業務システム開発。
機能を決める前に、現場の判断と情報の流れを理解する。SQairの要件整理について。
02
AI / OPERATIONSAIを「便利なデモ」で終わらせないための業務設計。
電話・会議・LINEを顧客情報と結び、要約、評価、日報、TODOまでつなぐ実運用の設計。
03
OFFSHORE / TEAM7年間同じオフショアチームと開発してわかったこと。
PM1名、PL1名、エンジニア5〜10名。要件、実装、品質の責任を曖昧にしない開発体制。
04
UI / PROTOTYPE画面案を最短約2日で作る理由。
業務フローを画面へ変え、権限、例外、エラー、受入条件を実装前に発見する進め方。
05
AWS / ARCHITECTURE小さく始めるシステムで、先に決めておくこと。
Salesforce・S3・外部システムをつなぐ際の認証、正データ、原本保存、再実行の設計。
06
MAINTENANCEシステムは公開後に完成へ近づく。
開発中・見積中・待機中を一つにし、事業への影響から改善の順番を決める長期伴走。
07
RELEASED SERVICE / PORTALSalesforceと入居者マイページをつなぐ。
会員登録から請求情報、室内確認まで。顧客向け画面と社内業務を分断しないサービス設計。
08
RELEASED SERVICE / AUTOMATION契約更新の半年前から、案内と対応状況を自動でつなぐ。
メールを送るだけでは終わらない。回答、未対応者への再案内、Salesforceの履歴までを設計する。
09
SERVICE DESIGN / RESERVATIONWeb内見予約を、鍵の手配までつなげる。
空き枠の表示、二重予約の防止、物件情報の照合、鍵管理会社への連絡まで考えた業務設計。
10
SQAIR CULTURE / PARTNERSHIP「作ってください」を、そのまま作らない。
要望、費用、利用頻度、既存機能を並べ、作らない選択肢まで提案するSQairの伴走スタイル。
記事のテーマも、実際の開発も。
自社の課題に近いテーマがあれば、お気軽にご相談ください。