smart-user

設定や入力を一度に変えると、何が結果に影響したか分かりにくくなります。アプリの修正確認を依頼してきた経験から、基準条件と比較条件を記録する表を紹介します。

短くまとめると、原文の「まだ」「場合に限る」などが落ちて意味が変わることがあります。説明用の文例で、要約と原文を照合し、決まっていないことを補わない方法を紹介します。

表の自動化を相談したいけれど実データを共有したくないときの準備方法。名前だけでなく識別情報も見直し、重複や空欄など検証したい条件を残す見本の作り方を紹介します。

担当業務を一覧にしても、それだけでは他の人が進められるとは限りません。業務の移管を検討した経験を起点に、入力資料・判断・例外・完了確認を記入する引き継ぎ書を紹介します。

Webアプリの修正後、どの版を見ているか分からないと再確認が難しくなります。最新版の確認を依頼してきた経験から、公開先・版の表示・操作条件をそろえる手順を紹介します。

使わなくなった収集機能を消したいときは、画面のボタンだけでなく実行設定や保存データも確認します。収集機能の削除を求めた経験から、停止範囲と確認結果を整理する方法を紹介します。

画像や文章の修正を頼むと、直してほしくない部分まで変わることがあります。実際に形や表現の修正を依頼した経験から、差分を伝える文例と確認表を紹介します。

写真に複数の物が写っていても、すべてが販売セットに含まれるとは限りません。セット内容の画像や説明を依頼してきた経験から、含む物・含まない物・未確認を分ける書式を紹介します。

数字だけの商品コードでも、計算する数量と同じ扱いにすると表記が変わることがあります。文字列として扱う条件を指定してきた経験から、元データとの照合と不明値の扱いを紹介します。

複数色の商品画像を作るときは、写真、色の選択肢、説明文の対応を記録します。色ごとに画像制作を依頼してきた経験から、編集前の指定と公開前の照合方法を紹介します。