我就以軟體產品為例來回答這個問題吧。
量化產品的亮點
首先，作為一個即將釋出產品，一定要有亮點。舉個例子，如果你是開發一個交易系統，你可能會說我的交易系統處理延遲達到了多少微秒，我的吞吐量達到了多少萬比訂單等等。這就會讓老闆非常清楚的知道，這款產品的基本效能和質量怎麼樣。同時，這些可量化的資料指標會給人增加很多的信任感，能給人留下非常深刻的印象。
和競品充分對比
其次，我們需要說明，我們為什麼要做這樣一款產品，這樣一種功能，這樣的產品或者功能特效能有什麼價值。而要說清楚這件事情，就需要把我們的競爭對手友商的產品拿出來比較。我們拍照水平超過了某某品牌多少；我的大資料預測能力在百分之九十幾，而競品的預測能力只能達到百分之七十幾；我們產品的延時低於市場佔有量第一的某某品牌等等。這樣的對比，可以讓老闆清楚的知道，這個功能這個產品在業界的位置，如果這個功能上市，能讓我們公司處在怎樣的一種競爭位置上，會讓老闆對未來的市場充滿信心，這樣才能更好加大推廣力度。
強調商業價值
當技術人員做demo時，很容易犯一個錯誤，就是總在強調技術的先進，而忘記從商業角度來發掘產品的價值。客觀的說，很多老闆並不一定具有很深的技術背景，可能他不能理解這延遲低十幾微秒意味著什麼。但如果在強調低延遲的時候，再加上一個story，講述一下十幾微秒的延遲可能帶來多大的經濟利益，能給我們的客戶帶來多大的收益，相信老闆一定會深刻理解這項功能的重要意義，從而給我們的團隊加分。
有衝擊力的ppt
很多同事在做軟體產品demo的時候，喜歡單純的執行程式，展示介面效果等。這個是沒錯的，但是還不夠有衝擊力。如上文所說，當自己的新產品新功能有亮點時，需要突出亮點，讓人印象深刻。我個人特別喜歡喬布斯型別的ppt。也在各種釋出會、產品推介會和創業比賽上使用黑色背景純色ppt，而ppt的頁面簡單明瞭，上面直接給出量化的資料，不加額外的文字。這種ppt會給人非常大的衝擊力，印象深刻，事半功倍。
不要忘了planB
不知道大家有沒有過這樣的體驗：開發出來的產品在測試時，非常健壯，幾乎沒有瑕疵。但怪就怪在，一到釋出會、展示會上，就會出現各種各樣的問題，莫名crash，網路不同，網速慢，甚至電源不夠長，不能投屏等等意外情況。可能這就是墨菲定律吧。所以，請記住，在正式demo前，一定要準備planB。多想想可能發生的問題，多準備一套備選環境和備選demo，以保證現場的萬無一失。
相信經過上述的一些方法，我們的demo一定會贏得老闆的讚揚，從而加大人力、資金等投入到這個產品中。
最後，介紹下自己，本人計算機專業，從事軟體研發十年以上，在電力，雲計算及金融行業都有工作經驗，對行業和職業發展有很多思考和實踐，希望志同道合的人互相關注學習交流，更歡迎年輕人一同交流，能避免年輕人走些冤枉路，給年輕人一些分享和啟發吧。歡迎點贊關注！
我就以軟體產品為例來回答這個問題吧。
量化產品的亮點
首先，作為一個即將釋出產品，一定要有亮點。舉個例子，如果你是開發一個交易系統，你可能會說我的交易系統處理延遲達到了多少微秒，我的吞吐量達到了多少萬比訂單等等。這就會讓老闆非常清楚的知道，這款產品的基本效能和質量怎麼樣。同時，這些可量化的資料指標會給人增加很多的信任感，能給人留下非常深刻的印象。
和競品充分對比
其次，我們需要說明，我們為什麼要做這樣一款產品，這樣一種功能，這樣的產品或者功能特效能有什麼價值。而要說清楚這件事情，就需要把我們的競爭對手友商的產品拿出來比較。我們拍照水平超過了某某品牌多少；我的大資料預測能力在百分之九十幾，而競品的預測能力只能達到百分之七十幾；我們產品的延時低於市場佔有量第一的某某品牌等等。這樣的對比，可以讓老闆清楚的知道，這個功能這個產品在業界的位置，如果這個功能上市，能讓我們公司處在怎樣的一種競爭位置上，會讓老闆對未來的市場充滿信心，這樣才能更好加大推廣力度。
強調商業價值
當技術人員做demo時，很容易犯一個錯誤，就是總在強調技術的先進，而忘記從商業角度來發掘產品的價值。客觀的說，很多老闆並不一定具有很深的技術背景，可能他不能理解這延遲低十幾微秒意味著什麼。但如果在強調低延遲的時候，再加上一個story，講述一下十幾微秒的延遲可能帶來多大的經濟利益，能給我們的客戶帶來多大的收益，相信老闆一定會深刻理解這項功能的重要意義，從而給我們的團隊加分。
有衝擊力的ppt
很多同事在做軟體產品demo的時候，喜歡單純的執行程式，展示介面效果等。這個是沒錯的，但是還不夠有衝擊力。如上文所說，當自己的新產品新功能有亮點時，需要突出亮點，讓人印象深刻。我個人特別喜歡喬布斯型別的ppt。也在各種釋出會、產品推介會和創業比賽上使用黑色背景純色ppt，而ppt的頁面簡單明瞭，上面直接給出量化的資料，不加額外的文字。這種ppt會給人非常大的衝擊力，印象深刻，事半功倍。
不要忘了planB
不知道大家有沒有過這樣的體驗：開發出來的產品在測試時，非常健壯，幾乎沒有瑕疵。但怪就怪在，一到釋出會、展示會上，就會出現各種各樣的問題，莫名crash，網路不同，網速慢，甚至電源不夠長，不能投屏等等意外情況。可能這就是墨菲定律吧。所以，請記住，在正式demo前，一定要準備planB。多想想可能發生的問題，多準備一套備選環境和備選demo，以保證現場的萬無一失。
相信經過上述的一些方法，我們的demo一定會贏得老闆的讚揚，從而加大人力、資金等投入到這個產品中。
最後，介紹下自己，本人計算機專業，從事軟體研發十年以上，在電力，雲計算及金融行業都有工作經驗，對行業和職業發展有很多思考和實踐，希望志同道合的人互相關注學習交流，更歡迎年輕人一同交流，能避免年輕人走些冤枉路，給年輕人一些分享和啟發吧。歡迎點贊關注！