1. פעמים רבות המשתמש כבר בא עם הפתרון, רבות שמענו את המשפט "אני צריך דו"ח כזה וכזה" – אל תתנו למשתמש
להגדיר את הפתרון, זאת עבודתכם, שאלו אותו "מה הבעיה שדו"ח זה יפתור לך?", הבינו את הצורך האמיתי, ה"כאב"
שמסתתר מאחורי הבקשה.
2. הקשיבו באמת למשתמש, הקשיבו היכן הוא מתקשה בעבודתו, איזה קשיים הוא חווה.
3. נסו להבחין בין צרכים ורצונות.
4. שאלו שאלות כדי להבין את הפרטים אך אל תפריעו לו ברצף המחשבה ותתפרצו לדבריו.
5. השתמשו בשפה שהמשתמש מדבר בה ומבין, אל תדברו "טכנולוגית".
6. אל תדברו רק עם המנהלים, רדו לשטח, למחסן, לאולם היצור, למקום שבו הפעילות המדוברת מתבצעת לא אחת קורה
שמנהלים חושבים שהעבודה מתבצעת בדרך מסויימת אך בפועל זה עובד לגמרי אחרת, דברו עם דרגי השטח, בקשו לראות
את הדברים בעיניים, לא תמיד העובדים יודעים לתאר לנו בצורה ברורה מספיק ולכן חשוב מראה עיניים לא אחת קורה
שמנהלים חושבים שהעבודה מתבצעת בדרך מסויימת אך בפועל זה עובד לגמרי אחרת.
7. שקפו למשתמש מה הבנתם מדבריו כדי לוודא ששניכם ממוקדים בבעיה הנכונה.
8. כדי למנוע אי הבנות תאמו ציפיות עם המשתמש, שתפו אותו במה אתם מתכננים לעשות, מה לוחות הזמנים הצפויים וקבלו
את הסכמתו.
9. נסו לחזות מראש התנגדויות וחסמים ולתת להם מענה מבעוד מועד. הסבירו לעובד את היתרונות הגלומים בשינוי עבורו.
10. כאשר מתגבש פתרון הצג אותו למשתמש, שתף אותו בקווים שהינחו אותך וקבל את הסכמתו בכתב.
הכללים הללו ידועים ונשמעים פשוטים אך פעמים רבות ב"חדוות היצירה" אנחנו לא ממש מקשיבים למשתמש וחושבים שאנחנו יודעים יותר טוב ממנו מה הוא צריך, לא דואגים לשתף אותו בשלבי הפתרון וכדומה ובסופו של דבר הפרוייקט נוחל כשלון, הקפידו על הכללים הללו וההצלחה מובטחת.