小程序的結論怎麼寫

1. 【黑桃大師】小程序產品分析

以下定義取自其官方介紹：

黑桃大師是什麼：黑桃大師是全球首創的基於大數據的撲克個性化AI。學習效果是傳統培訓的10倍以上

黑桃大師的優勢：通過綜合測試評估玩家的撲克水平，個性化推送練習牌局，實時調整難度，即時評價反饋，高手示範正確打法，從而10倍提升撲克水平。

用戶畫像：看不到該產品數據，大致判斷為：想入門與提升德州撲克的用戶

解決什麼問題：

1、小白用戶圍棋入門

問題類型：非用戶痛點。用戶入門德州撲克的產品較多，網路上免費免費入門教程較多。本平台入門課程無明顯優勢。

2、各個等級的已經入門的用戶，想快速提升自己的撲克水平

問題類型：痛點。高效且系統的提升德撲水平，是用戶的核心訴求，用戶對長期輸牌抗拒且恐懼，黑桃大師產品的AI訓練體系滿足了此核心痛點。

按照「大明、笨笨、小閑」用戶畫像法，同時根據入門用戶及提升用戶，分析三類用戶的訴求：

從上表分析本平台的優缺點：

優點：很好的滿足了大明用戶的需求

缺點：

1）未很好滿足笨笨用戶。建議查看小程序後台數據，通過笨笨用戶的相應行為特徵，進行精確數據分析和用戶訪談，確定本結論是否成立。

我的解決方案：

a.提供明確的用戶故事：挖掘一些典型的用戶故事，詳細介紹這些典型用戶利用本平台的學習方法。讓具體的用戶故事引導打動此類用戶

b.做一些免費的介紹學習方法的視頻或者文章，告訴用戶學習如何正確且高效的使用本平台進行學習

c.讓此類用戶在使用平台初明確並選擇目標。平台可通過用戶測試掌握該用戶水平情況，根據該用戶的目標，為其推薦提供明確的成長路徑、學習方法和學習資料

2）未能很好滿足「小閑」用戶。在本平台打發時間的用戶，應是有一定的德撲基礎。此類用戶當前沒有明顯付費慾望，但未來可以轉化為付費用戶，當下此類用戶可以活躍社群，打造平台社交氛圍。

當下滿足與「小閑」用戶的主要是「發現」版塊裡面的策略圖文，當前版塊面臨的問題是：

a.文章類型少

b.文章數量少且更新慢

通過以上分析得知，現平台對「小閑」用戶不夠友好。這與當前平台的屬性有關，當前平台更加定位於「工具」屬性，通過為用戶提供「AI訓練」工具來銷售課程。如果平台要獲得更大的流量和更高的轉化率，可以考慮增加「社交屬性」的功能，服務於此類用戶。我的解決方案是：

a.從純工具逐步增加社區版塊，若受開發限制，團隊可以建立社群，先行驗證。

b.增加免費內容的供給，豐富類型，如增加視頻、書籍閱讀等。對內容進行分類，標簽，可以做粗顆粒的推送。

c.不定期推出一些活動，通過活動活躍此類用戶，也可在過程中尋求付費轉化

下面我將以用戶的角度，實現目標，繪制其關鍵使用路徑。在此關鍵路徑中，挖掘用戶需求點，打造峰值體驗，找到體驗低谷。

用戶A：大明用戶，目標明確，要入門德撲。首次進入本平台

路徑：

路徑分析結論：此路徑用戶體驗較差。

1)第2步教程：新人用戶第一次進入本平台想入門，根據使用習慣會直接點擊教程。當前平台教程版塊無0基礎入門的教程。用戶瀏覽一圈後無所得。

2)第三步訓練：新人用戶在「教程」版塊沒有所得，會點擊到「訓練版塊」。第一個展示的是「新人專享」，用戶為新人，點擊進入後不是入門的內容。

3)第四步入門：點擊到「訓練」版塊第二項內容「快速入門」，用戶找到目標內容。

我的改進方案是：

將新人入門內容放到「教程」版塊，並在醒目位置標明「新人入門」

同時入門內容是否需要收費，需要得到現有的數據支撐。不過對於平台來說，入門的教程不是核心競爭力，用戶可選擇餘地較大，設置成免費增加用戶的留存和對平台的信任感，或許能提升後期提升產品的付費轉化率。

用戶B： 大明用戶，有一定德撲水平，想提升

路徑：

通過分析得知，該路徑對用戶體驗較好，那麼如何在此路徑中打造峰值體驗呢。我的一個小方案是：

增加用戶學習的成就機制和激勵機制。例如學會某項技能頒發證書等。

用戶C：笨笨用戶

路徑：

笨笨用戶目標與需求沒有那麼明確，進入產品後，各項功能試用一番，最後離開。我的解決方案是：

幫助用戶明確目標及需求，進入平台則讓其選擇目標，平台為其推薦專屬的學習方案。此項功能可參考KEEP。

本篇文章較為淺顯的分析了本產品，因沒有相關數據，所以不涉及到數據分析，UI及UE分析過於細節，此處不做分析。

小結：

以上就是我對黑桃大師小程序的分析。我是天王寺一哥，一個產品界的小學生，目前在北京做產品經理。期待與大家多溝通，多交流。

2. qq總結報告單小程序怎麼弄

qq總結報告單小程序步驟如下：

?1.打開手機QQ消息頁往下拉開小程序頁面

?2.打開小程序頁面後搜索小程序報告單

?3.點擊總結報告單即可

3. 微信小程序 wxss樣式總結

mode 屬性：
默認值：scaleToFill —- 不保持縱橫比例縮放圖片，使圖片的寬高完全拉伸至填滿image標簽

aspectFit —- 保持縱橫比例縮放圖片，使圖片的長邊能夠完全顯示出來，也就說圖片可以完整的顯示出來

aspectFill —– 保持縱橫比例縮放圖片，只保證圖片的短邊能夠完全顯示出來，也就是說，圖片通常只在水平或垂直方向是完整的，另一個方向將會發生截取

top —- 不縮放圖片，只顯示圖片的頂部區域

bottom —- 不縮放圖片，只顯示圖片的底部區域

center —- 不縮放圖片，只顯示圖片的中間區域

left —- 不縮放圖片,只顯示圖片的左邊區域

right —– 不縮放圖片，只顯示圖片的右邊區域

top left —- 不縮放圖片,只顯示圖片的左上邊區域

top right —- 不縮放圖片,只顯示圖片的右上邊區域

bottom left —- 不縮放圖片,只顯示圖片的左下邊區域

bottom right —- 不縮放圖片,只顯示圖片的右下邊區域

4.隱藏NavigationBar

5.VM11106:1 Do not have login handler in current page: pages/login/login. Please make sure that login handler has been defined in pages/login/login, or pages/login/login has been added into app.json
解決方案：

2.調整app.json中Pages裡面的頁面注冊順序 ；

3.檢查wxml中bindtap是否在js裡面將方法創建。

6.switch樣式大小調整
大家都知道微信官方提供的switch 能改變color 但是改變大小 常用的width height 不起作用

但是可以這樣修改

7.input 不沾滿屏幕右側有留白
使用flex布局的時候明明 input style 設置了flex＝1 的屬性 可是input還是站不滿整個屏幕的寬度，右側有留白，文字被遮擋， 不知道是不是一個bug，
解決方案： 在input外麵包一層view style設置flex＝1 用於沾滿整個屏幕 input用於顯示文字

————————————————

1.display取值

2.float(取值：left，right，none，inherit。)

3.clear：該屬性指出不允許有浮動對象的邊。（取值：left，right，both，none.）

4.visibility：是否顯示對象(取值：visible，hidden，collapse。)

5.overflow：處理溢出內容的方式。(取值：visible，hidden，scroll，auto。)

其他屬性：

4. 微信小程序藍牙入坑總結

   微信小程序的藍牙流程按著官網的說明寫就可以了，具體參看文檔： 小程序開發文檔

坑列表：

    1.成對調用需要注意， wx.openBluetoothAdapter 與 wx.closeBluetoothAdapter

                                        wx. 與 wx.stopBluetoothDevicesDiscovery

     2.安卓與IOS的區別：安卓可以根據藍牙標識直接連接，IOS則必須先搜索才能進行連接；

     3.許可權問題：IOS的系統不能僅僅打開系統的藍牙許可權，因為IOS新版本針對藍牙做了應用及的限制，因此需要給微信藍牙許可權才可以使用；對於安卓系統，部分手機必須打開定位許可權才能搜索到藍牙設備

     4.創建連接API( wx.createBLEConnection )調用失敗:

            超時報錯:{"errCode":10012,"errMsg":"createBLEConnection:fail:operate time out"}

            連接超時:{"errCode":10003,"errMsg":"createBLEConnection:fail connect time out."}

            連接失敗:{"errCode":10003,"errMsg":"createBLEConnection:fail:connection fail status:133"}

           基本都是安卓手機出現以上問題，針對這些報錯，需編寫重試連接操作，很大概率能解決此問題；

     5.搜索不到任何設備,安卓手機可能是定位許可權的問題造成，蘋果手機基本就是設備出問題了

     6.網路請求與藍牙請求盡量分開，因為藍牙連接會受到影響，造成一些異常信息；

     7.所有API調用針對fail函數最好都做一次重試，因為再次重試可能就會成功；、

     8.API調用之間最好有一定毫秒數的間隔，目前懷疑api部分機型會存在延時；

總之微信的藍牙連接就那些已知的介面，調用時多考慮異常的情況下的重試，簡單總結下，以便查閱。

           

    

5. 小程序開發經驗總結

最近一直在做小程序，工作中也遇到了一些問題，踩了一些坑，所以想著寫篇文章記錄下來，並藉此將小程序開發的相關知識進行梳理，方便以後參考，也為剛剛接觸小程序的人提供一些思路方法，互相學習，共同進步。

1、微信小程序的目錄結構及配置說明

app.json是小程序的全局配置文件，所有配置項key必須使用 雙引號括起來 ，value值為字元串類型的也必須使用雙引號， 不支持單引號 。

1.1 pages

pages選項是必須配置的。該配置項注冊了小程序所有頁面的地址，其中每一項都是頁面的 路徑+文件名 。每一個頁面都是由.json、.js、.wxml、.wxss四個文件組成，並且 四個文件的名字必須要一致 。

1.2   tabBar

tabBar 配置項指定 tab 欄的表現，以及 tab 切換時顯示的對應頁面。其中 list 接受一個數組，只能配置最少 2 個、最多 5 個 tab

1.3 usingComponents

使用自定義組件或者插件提供的組件前，必須先在這里聲明

2、開發微信小程序遇到的問題及解決辦法

2.1 雙向綁定

微信小程序不支持通過v-model的方式實現自動雙向綁定，需要給表單元素通過綁定事件，並使用this.setData來賦值實現。

2.2 computed和watch

微信小程序默認是不支持computed和watch的，如需要使用這兩項功能，需要安裝miniprogram-computed ，安裝方法見 官方文檔

2.3 對象賦值

如果給對象的屬性賦值，可以使用this.setData({'obj.key':value})來賦值，但是如果給某個屬性名是變數的屬性賦值，通過這種方法是會報錯的，經過多次嘗試，發現使用如下的方式賦值成功。

let newObj = `obj.${key}`

this.setData({

[newObj]: value

})

2.4 scroll-view

當頁面存在彈框容器，並且彈框里的內容是需要滾動條滾動展示時，如果彈框下面那層的容器使用view元素的話，會導致滾動彈框內容時，同時會觸發彈框下面那層的頁面容器也會一起滾動，解決此問題可以將彈框下面的容器使用scroll-view元素替代view元素

3、小程序測試和發布

由於伺服器域名request合法域名每個月 只能修改5次 ，因此在本地開發小程序時，需要在微信調試工具中設置不校驗合法域名。等小程序上線前再一次性將所有域名添加到小程序管理後台。

以上便是此次小程序開發中積累的一些經驗，希望能給剛剛接觸小程序的人提供一些思路方法，在以後的開發中，如果遇到新的問題，繼續更新文檔......

6. "外賣小程序"分析報告

        這幾天一直在暗中觀察同事們對這次"外賣小程序"項目的一些反饋，下面我會站在一個產品經理的角色對以下四個部分進行：用戶行為&分析、餐品本身、場景流程、個人建議

前置條件：在用戶心理分析有一個專業術語：叫「均勻懸浮注意」，意思是需要像一個旁觀者一樣在觀察者被訪對象和觀察對象發生了什麼，「均勻懸浮注意」一樣適用於我們的產品。由於分析不能受到個人主觀意願影響，需要形成較為客觀、事實的分析，截止今天為止我並沒有下過一次單，也不參與各種吐槽環節。

分析目的：通過多維度分析，找出項目中運營、程序、流程上存在的不足點，提出可行性建議。

一.用戶行為及分析

        先引入一句話--「 一個產品對於用戶的意義存在於他對這個產品所產生的反應之中 」，你也可以理解為--不同的用戶對同一個產品會產生不同的反應，產品經理必須通過各種設計手法， 縮短或改良使用者對產品的認知過程 。

        我在南山辦公，所以對南山的同事能觀察到的行為舉止包括有語言、表情、肢體語言、情緒等方面的因素，對於在福田的同事，我只能通過他/她在群里的吐槽進行表象的分析。以下列舉出出現較多的場景：

        場景一： A同事抱怨點了餐，在小程序上付了1元，但是卻沒有拿到他想要的那份餐品，於是另外一個B同事和A解釋到可能是在一個測試時間段點的餐，所以數據被忽略了。A同事無法理解，我為什麼付了錢卻給不了我想要的東西。

        分析：

        A雖然是我的同事，但首先他也是一個用戶，作為一個用戶，A同事的抱怨理由依據都非常充分。

        B同事也是我的同事，這個時候他扮演的角色是開發，在B看來你在測試時間段點的餐我也有充分的理由不計算到我實際的配送份額內。

        這個場景引出1個問題：製造期望&控制期望 

        1.針對"製造期望/控制期望"這個問題還原場景：A用戶打開了小程序，小程序頁面展示的是主流點餐頁面，此時，在A用戶的心理已經產生我可以選擇餐品的感知，當A用戶點擊了下單之後，小程序製造了一個"確認訂單"的期望，並且這個期望通過小程序的交互被用戶所感知及反饋到大腦中，最後A用戶支付了這1塊錢，完成一個訂單的銷售閉環，此時此刻，我們給到A用戶的期望---明天中午我能吃到通過小程序下單的那頓"雪菜小黃魚套餐"。

        2.A用戶的期望是在對產品認知的過程當中一步一步的建立起來的，用戶會在認知產品的場景當中，一直做著同一個事情---無限接近他所期望結果的操作。

        結論：通過分析可以知道在場景一中我們做到了第一步，通過小程序製造了A用戶能吃上飯的期望，但是製造了期望總要去兌現，如何去控制這個期望讓它得以實現，需要解決的問題是我們的線上線下運營能力，溝通是否順暢，如果中間缺失了一環，那麼這種情況可能還會出現。

        通過這個結論我提出了一個建議： 特別是在當前程序並非完善的情況下， 溝通變得很有必要 ，打破溝通的屏障才能讓整個項目運作更順暢。其實作為旁觀者的我來說，場景一中的根本問題是溝通問題，如果A同事提前知道測試時間段內下單的數據無效，就可以完全避免這個問題。同樣，我們也不能要求我們的用戶去適應我們帶出來的問題，如果A同事這種情況發生在正式上線的情況，這個小程序會從此在A用戶的小程序列表裡消失，所以在項目運營層面來說，應該增強各個部門之間的溝通，只有內部溝通順暢了，才能更加容易的切入我們中，實現「控制期望」。

        場景二： 部分同事抱怨點餐截止時間不合理，這里我先不給出截止時間是否合適的結論，還是那句，客觀的分析，成型的產品不應該是產品經理個人執念的產物，而是遵循市場規律設計出的產品才是好的產品，否則產品生命周期會提前結束。

        首先來看看某個同事A做的調查，

        A同事：「你覺得提前點餐，你能接受嗎？」

        路人甲：「可以」

        好，到這里為止我認為類似這種引導性問卷已經沒有必要往下看了，因為這種問卷是基於引導式的場景提問了，除非這個場景是用戶自己提出的，否則基於一個引導性場景做出的調研後面得到的反饋和數據是沒有意義的。

        點餐本身是個隨機事件(何時在哪個平台點哪個店鋪的哪個餐品)，既然是隨機事件，那麼調研之初就不能用這種直接切入的訪談/提問/問捲去做調研，如果是假設對方會提前點餐的前提下去做調研或者只能二選一，那麼你調研的結論應該是和你的商業論證呈現驚人的一致或大概率一致。

        這種隨機事件調研最好的辦法是觀察/數據採集/數據分析，不需要去提問，因為用戶的行動是不會說謊的，你只要觀察或者用數據得出結論即可，一旦用引導性方式提問，將會影響被受訪者的本身意願/甚至帶偏。

        在以前還沒有做出外賣小程序之前，我得出南山這邊點餐的數據(隨機抽樣，6個同事包括我自己,每個同事抽取12月的隨機6個樣本，因為當時大家都不知道年後要做外賣小程序，所以抽樣規避了引導性的問題)：

        點餐時間樣本：

        1號調研對象：11:03 11:15 11:13 11:10 11:06 11:08

        2號調研對象：11:00  10:58 10:55 11:02 11:03 10:58

        3號調研對象：11:11  11:15  11:08 11:11 11:12  11:07

        4號調研對象：11:22  11:40  09:30 11:08 11:24 11:05

        5號調研對象：11:30  11:35  11:10 11:16 11:10  11:10

        6號調研對象：11:10  10:55  11:12  11:08  10:55  11:20

        從抽樣數據來看，用戶點餐時間最早時間09:30 ，最晚時間11:40，排除掉拐點3個方差范圍外的離散點(09:30)，得出結論，點餐高峰期和前期做外賣小哥接頭采訪(參考2020-03-05發布的《取餐櫃調研分析》案例二第13條，如下圖)的結論驚人相似，再把外賣小哥調研的12:30時間往前推40分鍾(配送時間)，得出結論，點餐高峰期是11:00-11:40，這個時間段也符合我們以上6個抽樣調查結果的結論。

        到這里為止，我們可以看到，用戶的習慣點餐時間在11:00-11:40，和我們設置的點餐截止時間不吻合。

        再看看我們是否可以通過我們的產品設計控制來達到改變用戶習慣的效果，下面繼續分析。

        首先，得知道用戶習慣從何地/從何時而來，這里直接給出答案

         1.用戶習慣，在最初的需求解決方式中形成

         2.用戶習慣，在新的需求解決方式中展現

         3.用戶習慣，在新的需求解決方式中改變

         然後回頭看看，我們的這個項目是否滿足以上三條，不著急，一條一條來分析。

         在最初的需求中，外賣平台的上線是用來解決用戶維度裡面的「懶-貪-裝」中的 「懶」 (參考我《直播/視頻行業分析》一文中所提到)

         自此之後，外賣平台的上線已經解決了核心問題--- 如何將遠距離的餐品直接送到用戶手中 ，之後外賣平台核心的需求沒有改變，那麼就沒辦法滿足以上第2、第3條。再回過頭看看，核心的需求已經被美團、餓了么等各大平台佔領了，那麼用戶習慣就已經被這兩大巨頭培養起來了，如果這時候我們需要通過我們產品設計來培養用戶新的用戶習慣會 出現兩種結果 ：

        1.用戶被層層的規則限制，呈現出漏斗形過濾，用戶在每層漏斗中被篩選轉化(可以參考電商的轉換模型)， 最終到達支付閉環的用戶佔比很少 ，這里指的規則包括所有和現在主流平台不一致的業務。

        

        2.假設用戶習慣被培養起來了，但是出現的復購概率不高。引用美團的數據，一個用戶點同一家店的頻率為3次/月，這意味著，大概一個星期會吃一次這個店的餐品。

        然後這里舉一個場景的例子：用戶A平時使用美團/餓了么外賣點餐，習慣點餐時間一直保持在11:00-11:40，然後突然有一天，用戶想起來要吃我們《塘食》的外賣，結果點進去發現此時已超過點餐時間，無法點今天的餐(因為我們的點餐截止時間不在當天11:00-11:40之內)，此時用戶只有兩種選擇，第一，點擊右上角關閉小程序，第二，出現這種情況的時候，我們的小程序本身針對這種情況是有提示用戶可以去瀏覽每周的其他餐品，於是用戶就點了進入「每周餐品」的頁面進行瀏覽，再之後的操作無法確定也無法控制。很顯然，以上兩種操作都對我們小程序很不利( 用戶流失 )，因為我們沒法控制用戶在這種情況下會產生哪種情緒，會對小程序進行哪些操作，那換然之會進入到支付步驟的用戶數更不能明確，如果我們有足夠時間做埋點，可以大膽猜測這個數據會很慘淡。

         那麼回歸我們的「外賣小程序」場景當中，我們解決了用戶什麼需求？ 核心需求還是沒有改變 ，遠距離餐品送到用戶手中，那麼我們的餐品是定點進行領取，那麼我們的目標用戶就限定了在取餐點的短距離范圍之內，如果一個餐品需要一個用戶走很遠的距離去取，那麼這個和最初的需求所沖突，所以產品也會自動排除掉了一部分用戶

          總結了以上分析得出以下結論：

           1. 假設用戶距離我們取餐點太遠，那麼沒有解決核心需求，遠距離的用戶直接會被過濾掉 。

           2. 沒有新的核心需求在市場上出現，培養用戶習慣會導致用戶被層層篩選

           3. 小程序現有規則大概率影響到我們用戶的復購率

        到此，對於場景二的分析也完畢，得出的結論也比較殘酷，雖然這只是我們自己公司的內測階段，但在產品經理的這個崗位里有一句話「產品如果連自己都不能感動，又怎麼能感動市場呢？」換言之，只有當我們自己用都覺得用得很舒服的時候，才有可能獲得市場的認同。

         針對場景二以上得出的結論，提出個人的一些建議：

         1.基於我們的取餐點附近進行重點的推廣，比如南山可以推廣賽西周邊的幾棟寫字樓，距離遠的用戶很難驅動。

         2.我們的點餐截止時間可以設置在11:00左右，根據數據分析得出結論，用戶提早點餐或在11點前點餐概率很低，因為這個本身是個隨機事件，在用戶眼裡，我什麼時候點餐-點哪家的餐-點哪個餐品需要三個步驟，我們不能認為用戶都會點塘食的基礎上做假設。

         3.優化一些點餐的流程，從業務流程上優化，比如縮短用戶可感知的產品的路徑(比如如何能獲取到我喜歡的餐品在哪一天會出現)，會復購的用戶一般都是我們的忠實用戶，所以我們應該更重視這部分用戶的使用。

二、餐品本身

        核心競爭力是產品 ，在我們這個項目當中，指的就是我們的餐品，下面列舉2個關於餐品的實際場景進行分析

        場景一： 我一直在觀察著是否有部分同事不會點小程序的餐，想驗證下這部分同事具有怎樣的共性，結果我發現有三個同事是不點的(當然在利招下發通知必須點後，我可以認為這是外部環境因素而對產品數據結果造成影響，不過沒關系，我還有前三天的數據可以做分析)。

        A同事，看到餐品從樓下被領上去，會好奇湊上去看餐品的賣相，沒表達任何不滿或者嫌棄的意思，但沒有點餐

        B同事，被其他同事問及為啥不點的時候，直接來了句「這看上去一點都不辣」

        C同事，我還是比較喜歡重口味的，這個我吃不下

        結論： 以上就是三位不同的同事，他們具有的共性就是對餐品本身不感興趣，我們主推的是江浙菜，那麼必定會有一部分的用戶不是目標群體，這部分用戶在小程序瀏覽的餐品時候已經被過濾掉，自然不會產生訂單，那麼針對我們的餐品，我們是否需要做調整，如果不做調整我們該如何在運營上如何快速定位我們的目標用戶呢？繼續往下分析

        建議：         

         如果我們需要做調整？ 那麼我們可能只有一種可能，就是通過市場調研，了解我們目標區域內用戶的主流菜系，對應做出調整。

        如果我們不調整？ 那麼我們需要讓我們自己的產品被標簽化，讓用戶更容易感知我們主推的菜系，那麼會在具有相同屬性的用戶群體當中進行裂變，而且產品的標簽化是產品運營中必不可少的因素，顯然在小程序當中，用戶並不能通過快速瀏覽我們的主頁獲得這層信息，如果我們能在產品當中給用戶打下某個烙印，第一，有助於用戶快速識別我們到底是做什麼菜系的，第二，我們可以把更多精力集中到我們這部分用戶的反饋當中，無需花時間、成本、精力去照顧我們的非目標用戶。

        場景二： 然後我們看看那些點了餐的同事的真實反映，這種反映包括語言、表情、肢體語言，我認為這些是最真實的體現，而在群里發表的意見並不一定是用戶本身的真實意願，所以在南山的同事我只考量這些客官因素

        A同事，(豬腳飯)，味道不錯，就是分量少了點(還是笑著在評價)

        B同事，這個飯分量太少了，吃不飽(帶有抱怨的語氣)

        C同事，這個價格如果有優惠還行，外面的話就不是這個量了

        D同事，這條魚也太小了吧(臉上略有不滿）

        這些同事都很充分的角色代入了，沒有因為是公司餐品而掩飾不滿，非常好，我需要這種客觀反饋

        結論: 對小范圍內抽樣調研，如果出現反饋具有很多同一屬性的問題，那麼這個問題如果投放到市場，會被無限放大，直指餐品存在一個問題：量少

        建議： 對於多少，每個人評判標准不一，到底是多是少，需要量化，前期如果無法使用一些高額成本的量化工具，可以用某些固定容器作為參考標准進行量化生產，然後收集反饋，繼續優化，再收集反饋，達到一個較為理想且大部分用戶都能接受的一個量，然後通過這個量倒推成本，再對產品定價進行修改，希望定價方面要經過計算，不要靠感覺，這樣以後萬一定價出現問題，也容易追查到哪個評估的環節出了問題。 餐品是我們的核心競爭力， 價值需要由用戶來評判，我們首先給到的是優質的餐品，再去想別的事情(身邊已有較多這種案例，哪怕是網吧樓下賣炒粉的，核心競爭力是這個炒粉是否滿足廣大用戶的口味)

三、場景流程

        對於用戶來說，大概的場景是這樣的：

        1.某時刻我在小程序上點了某一天的某一個餐品

        2.在某時刻我看到路邊有人在做外賣推廣，於是我掃碼嘗試去點個餐

        我們只需要針對這兩個場景去做分析就好了，復購/朋友圈/搜索的這部分用戶符合第一個情況，拉新/遞推符合第二種情況，基本上不存在第三種。

        對於第一種，自己不做分析，自己分析自己的設計存在主觀因素，當局者很迷，只能對提出的問題作出解答，為什麼這樣設計之類的問題，至於好不好不分析。

        針對第二種，市場部在策劃跟進，在這當中我也從市場部的得到了比如說易拉寶、產品外觀設計這塊的一些資料，但是具體如何推廣的流程還沒有具體獲知，下面我舉一些例子，通過市面上較為成功的案例倒推我們現在存在的一些問題

        案例一：

        下面是一個電飯煲(俯視圖)

        

            這個畫面需要表達的是三個事情，第一，我可以控制溫度，第二，我可以控制時間，第三，如果你想提起來，我還有個把手，至於怎麼調整溫度、時間，怎麼拎起把手無需我做過多的說明。

            分析： 反問一句，你是如何從畫面中感知這些要素的，為什麼你在調整溫度時，會順其自然順時針去扭動，其實這個是用戶心理模型當中的感知造成的，這里不深究，簡言用一句，就是最簡單的設計表達用戶可感知的事情，所有多餘不是核心的元素只會讓用戶在認知層面出現感知困難，比如我以前提過最好不要用彈幕形式做背景一樣，視覺信息量大，變相沒重點，用戶潛意識會產生一種這個背景沒有一個中心思想去表達，人的心裡都是這樣的，越復雜的事情越抗拒去看。

            結論： 現在處於拉新階段，無需把太多元素暴露給用戶，先讓自身產品打上一個「最硬核、最簡潔」的標簽(包括視覺、solgan、公司logo等)，易於形成品牌記憶，舉幾個簡單的例子，一句話搓中用戶的，梅賽德斯--"The best or nothing "，攜程--"攜程在手，想走就走"，碧桂園--"給你一個五星級的家"，產品需要不斷更新迭代，我們只需要一個亮點，讓用戶銘記於心就好。

四、個人建議

        我們每天都會想到很多好玩的東西，每天可能都會發現市場上存在的空缺及機會，在商言商，我們有好的想法，就要想辦法落地，落地需要更多的觀察市場、分析市場、揣摩市場，站在產品崗--我需要站在一個較為客觀的維度去給大家分析項目，時間寶貴，避免少走彎路，前期的調研分析必不可少，只有分析透徹了，才能做出順應市場的產品。

7. 手機警務小程序設計總結怎麼寫

手機警務小程序設計總結怎麼寫？
答案如下：方法如下，第一步首先具體操作步驟是，一抓住重點 二 圍繞中心點 三 概括全部簡單總結

8. 程序員個人工作總結

程序員個人工作總結範文6篇

總結是事後對某一階段的學習或工作情況作加以回顧檢查並分析評價的書面材料，它可使零星的、膚淺的、表面的感性認知上升到全面的、系統的、本質的理性認識上來，因此我們要做好歸納，寫好總結。總結怎麼寫才是正確的呢？以下是我幫大家整理的程序員個人工作總結範文，供大家參考借鑒，希望可以幫助到有需要的朋友。

程序員個人工作總結範文1

回首這一年的工作，有碩果累累的喜悅，有工作當中的艱辛，也有遇到困難和挫折時的惆悵。在項目可開發的過程中，難題一個接一個的出現，自信心不止一次的受到過打擊，雖然自己早就知道，要做到符合公司的要求，做一名合格的程序員，這些是遠遠不夠的。每天我都會不斷勉勵自己，好好學，以後會好的。在此同時，公司也給了我很多學習的機會，這是我對以後的編程之路又有了信心。在擔任公司程序員一職已經有一年多的時間，在這一年時間里，我學到了很多東西。每個人都是在不斷的總結中成長，不斷的是審視中完善自己。在這一年裡自己也是在總結、審視中腳踏實地完成好自己的本職工作，現將這一年的工作總結如下：

思想方面

嚴格按照一個程序員應有的素養來約束自己，愛崗敬業，具有強烈的責任崗和事業心，積極主動認真的學習專業知識，工作態度端正，聽從公司的安排，積極配合客戶完善數字化校園系統。

工作方面

熱愛自己的本職工作，能夠正確認真的對待每一項工作，工作投入，熱心為大家服務，認真遵守勞動紀律，按時上下班，有效利用工作時間，堅守崗位，需要加班完成工作的要按時加班加點，保證工作能夠按時完成。在這一年多的時間裡面，我本著把工作做的更好這樣一個目標，主動了解公司的開發項目流程，請教他們開發技術上的問題。

工作心得

1. 在這一年多的時間裡面，我參與的都是團隊合作的項目，無論是自己還是同事，我們都將就團隊精神。在信任自己和他人的基礎上，思想統一，行動一致，這樣的團隊一定會攻無不克戰無不勝。我們的很多工作是一起完成的，在這個過程中，大家互相提醒和補充，大大提高了工作效率，所有的工作中溝通是最重要的，一定要把信息處理的及時，有效和清晰。

2. 每一個項目在開始著手的第一步，一定要和客戶把需求溝通清除，只要了解項目的需求，才有可能真正做好一個項目。我們需要向客戶提出，要求客戶提供所有涉及該項目的資料，每次與客戶見面都需要熟悉業務與程序的程序員隨時記錄需求。

3. 工作中，將任務詳細化，詳細到每個頁面，甚至是一個頁面中的圖片什麼時候做好，做好到什麼程度，這樣把工作進度有計劃有方向的定下來，做事很有效率。

4. 每天的工作小結真的很重要，這讓我們每天都有計劃的知道自己幹了什麼，不是漫無目的的工作，所以我們應該養成，日記、周記、月記、年記的工作習慣。

5. 工作並不是一成不變的，也許有一天你要去其他崗位幫忙，所以同事之間的技術要相互學習，也許有一天，公司需要你發揮其他的技能幫忙，所以相互學習也是很重要的。

工作教訓

在公司工作的期間，我也發現了自己離一個符合公司要求的程序員還有很多差距，主要體現在工作技能與工作經驗的不夠，也是我以後要在工作中不斷磨練和提高自己的地方。仔細總結一下，自己在工作中主要有以下方面做的不夠好：

1. 工作的條理性不夠清晰，要分清主次和輕重緩急。

在開發時間很倉促的情況下，事情多了，就一定要有詳細而主次分明的計劃，哪 需要立即完成，哪些可以緩緩加班完成，在這方面還有很大的優化空間。

2. 對流程、業務需求不夠熟悉。

在工作中，發現因為流程或業務需求的問題而不知道如何下手的情況有點多，包括錯誤與缺漏還有當時設計考慮不到位的地方，對於這塊的控制力度顯然不夠，平時總是在開發，但說到底對業務很熟悉才是項目很好完成的前提。

3. 缺乏工作經驗。

4. 學習的知識不夠廣泛。

一個項目中，涉及的技術往往有很多種，知識多了，就會靈活變通，以後我也會加強這方面的學習。

其實作為一名員工，所有的地方都是需要學習的，多聽、多看、多想、多做、多溝通，向每一個員工學習他們身上的優秀工作習慣，豐富的專業技能，配合著實際工作不斷的進步，不論在什麼環境下，我都相信這兩點：

一是：三人行必有我師

二是：天道酬勤

程序員個人工作總結範文2

記得去年寫總結的時候心情很差，抱怨了很多當時的工作以及領導"花生"，那個時候的願望是找一份新工作。沒想到剛進入12月我就找到了。

不得不說這一次求職我是認真的把它當作一個工程去做，客觀得對自己進行了定位，而且非常重要的是明確我想要的工作到底是什麼樣的。我需要的是讓我每天的8小時能夠享受工作的快樂。

投簡歷面試的過程非常折磨人，尤其是我的處境(每天很大壓力，完全是自我打磨的階段)。

我清楚地記得面試現在這份工作那天是某個周六，我的經理"娃娃"和技術主管T同意我周末面試。一共4個小時，那絕對是一個互相爭取的過程。他們對於工作的熱情打動了我，覺得和這樣的團隊合作一定可以有火花。

真是幸運，當我正視錯誤，用行動做出改變的時候，找到了一份我要的工作。入職三周已經和團隊磨合得很好了，用同事的話說就是覺得我已經加入很久了。

這里不得不說一句我們的團隊，一個老中青結合富有戰鬥力的集體，而且還不乏八卦調節生活。每個人都特別，合作也會有摩擦，但是整體運作非常協調，開發速度和效率都高。從他們身上我看到不同的工作態度，生活態度。這些對我的職業規劃都有著潛移默化的影響。領導「娃娃」也非常合適我目前階段對於領導的需求。如果說幾年前我初出茅廬需要的是一個有時間且肯耐心帶我的領導的話，現在的我需要的是一個可以給予我充分信任的上司。「娃娃」信任我，從剛進入公司就如此。在熟悉產品階段我提出的問題和建議他都認真的聽了，而且給我時間讓我按照自己的想法作出修改。後來我也喜歡把新想法跟他說，當我們帶著創意去和老闆談的時候他是我堅強的後盾。

這一年下來我在純技術上的提高並不多，我們所面向的客戶並不要求尖端的技術。經驗主要體現在理解需求上面，如果說前兩年我還需要領導把需求說得很明白，還會為"馬後炮"而耿耿於懷。那麼今年應該算是個分水嶺。現在的我不需要領導花很久時間來講需求，也不用每一步都需要認可再做接下來的工作。總的來說就是技術和業務之間的距離越來越近，而且還可以想到客戶將來會需要什麼。

程序員個人工作總結範文3

我是一名程序員，在過去的一年裡，軟體研發部團結協作，以及在公司這充滿奮斗的環境下，我以嚴肅認真的工作態度和百折不饒的精神，努力的完成了公司的各項工作，在軟體研發、團隊協作和個人成長上也取得了一定的成績。在公司一年的工作已經結束，特向公司總結匯報如下：

一、軟體研發

根據公司的安排，項目的需要。在自身的努力、伍經理的幫組，團隊的合作下，克服重重技術困難，增長了工作經驗，收獲豐盈：

1、asp開發

以前我在其他公司也做過一些開發，但是底層和架構與頁面樣式我都是沒有涉及到的。通過這一年在本公司的的這些項目程序中的鍛煉，我成長了，我學會了很多很多。

首先，面向對象語言的收獲。對於當前編程的主流思想是對象，任何事物都可以用對象來表示。以前理解這些話很費解都是從表面上理解，沒有從中的體會，通過這次asp項目的開發，不管是數據還是外部一些條件我們都可以抽象成對象，都可以用對象來表示，具體可以用語言中的類方等。asp如此，c#如此java也同樣如此。

其次，具備獨立完成vb知識方面的能力。以前沒有做過vb的東西，加上這次asp的做，這次涉及到的領域也非常廣，常用的重要的都有涉及，並且還補充xml，java實際操作中空白的部分。通過這一年的開發，我能勝任這方面的工作，能獨立完成這方面的工作。

再次，c#方面存在一些不足。LocALhOST通過c#這次軟體的開發，也發現自己的不足，如基礎知識掌握不牢，缺乏編程整體思想。這些都是需要在工作中完善和改進的。

2、資料庫開發

資料庫是伴隨著項目以來用的最多最平凡的技術。以前對資料庫只是會一些簡單常用的操作，經過這一年項目的實戰，對資料庫的操作增加了一些豐富的經驗。為以後的工作和經驗的積累都奠定了堅實的基礎。同時在項目中還用到了oracel與access資料庫，這是我的收獲。

優點：

能熟練的運用資料庫技術進行開發。特別是對sql資料庫的操作，經過這么長時間的積累，基本上能合理的設計和新建資料庫，同時在數據結構上也加強了對資料庫的理解。通過項目的實踐現在能熟練使用和編寫多種sql語句。還掌握了一些關於資料庫優化sql語句優化的方法，能進行一些簡單的優化。

缺點：

數據是一門比較先進的技術，並不是你會寫一些sql語句，能建幾個資料庫你就是資料庫工程師。要成為一個好的資料庫管理員是要經過長時間的工作積累。針對自己的不足，在以後的工作和學習中多接觸，多運用新的知識點。充實自己的經驗和知識儲備。

二、團隊協作

上面的成功與收獲，除了自身努力外，以及公司的支持。是這個團隊鑄造了我。我們這個團隊也是因為有了我們這些拼搏協作的隊員，使得它成為一個具有務實、拼搏、創新精神的團隊。我與軟體研發小組是一個整體，這里的團隊總結也就是我在這個團隊中的收獲。

務實：公司下發的任務，下發的工作，件件都是用心去做的。我們這個團隊中沒有一個人在工作的時候做了工作以外的事情，都是實實在在的做跟工作相關對公司有益的事情。相信在伍經理的帶領下現在是這樣，以後同樣也是這樣。

拼搏：公司給的每一個任務不管它多難，如果工作沒有完成我們會晚上加班，也要盡可能的完成當天的工作。如果工作實在忙，為了趕進度我們放棄周末休息時間也要盡可能的使項目提前。

創新：現在我們開始項目的時候都會進行研討，一般都會進行一個效率和邏輯的'分析與討論，保證程序正確的前提盡可能的提高程序的效率。

互助：我們小組內只要任何一個人出現技術或其它的問題，我們都會彼此都會盡可能的去幫助他。不會因為某一個人而拖住整個項目滯後。

交流：我們在項目中會及時溝通自己的收獲，特別是一些針對性的技術問題。這樣可以省了很多重復研究的時間，這是一筆很可觀的時間。

在交流中只要我會的，我懂的，我不會去吝嗇。我會積極的去與你交流，我的團隊名言「人強團則強，人弱團則削」。

三、個人成長

通過公司這快一年的鍛煉與學習我真的進步了很多，不管從技術上還是做事上，都不像以前那樣了。我在公司學到的懂得的使我飛速成長。

技術上：不管從語言上還是做事的邏輯上都得到了很大的的提高。現在在軟體小組裡面自己能獨立完成一部分工作，承擔自己的責任。

程序員個人工作總結範文4

新的一年即將到來、回首06年我很榮幸地進入了公司、加入了xxx團隊。。認識了友善嚴謹的領導、熱心和睦且技術優秀的同事。很是開心、這是有收獲的一年。讓我從學生時代轉職到了一個社會人。下面對自己06年進入公司大半年的情況進行年終小結。

一、收獲、不足及改善

a。 業務開発、技術能力

來到xx團隊、經過了將近一個月的培訓、大體上對業務的流程、規約、製造程序的方法步驟有了一定的了解。期間做過從簡單到復雜的幾本程序、從模擬到實際收獲很大。起先、感到這個人事系統非常之龐大、內容豐富、模塊功能繁多。復雜之中又有規律。在此非常感激我的sub leaderxx、還有老員工們對我們的細心指點。、那段時間常常加班加點地幫助我們盡快熟悉系統。

培訓的最後一本程序、是本工作量比較大的程序。我們也研究討論過數天、也發現了詳細設計的問題。體會到xxxxx公司對程序製造的嚴謹和細致。處處體現了規范。不是亂來、隨心所欲地做程序。如注釋地添加、這是多人合作的工作、你寫的代碼要好好書寫注釋、以便於以後的修改閱讀。在做這本程序時、很多的細節問題常常被我們忽視。讓我吃驚的是、畫面上的距離竟然都是用尺子去量的、畫面上的控制項有1px的距離、sub leader都為我們指了出來、可見這是一個需要細心、耐心、嚴謹的工作。

在工作中了解到一個原則那就是效率時間優先原則。一切都要有效率、都要在納品之前、提早發現問題、解決問題。千萬不要拖到最後一天、才發現了問題、那樣要耽誤事情了。採用前緊後松原則、前面多加緊點、後面好寬松點。

接著做過一本比較簡單的程序、由於不是很復雜。做的比較順利。經過自測、還有sub leader的測試最終發現了一個java script的問題、補上了。在做著本程序前、先好好研究了段時間、後來發現了詳細設計有錯誤的地方、也指了出來、發了QA得到了日方的確認。總體上是提前完成了任務。也積累了點小經驗。期間最後的步驟source review工作對source進行了修改。有些地方都還不是很規范、總之都要體現按照規約的來、不能隨心所欲。

經過一段時間的修正、體會到如果自己寫的代碼很爛會讓下一個改你程序的同事很是頭疼、所以一定要提高自己的素質、首先應該注意的要條理清楚、思路明晰。 x提高素質，寫好注釋。經過一段時間的修正，體會到如果自己寫的代碼很爛會讓下一個改你程序的同事很是頭疼，所以一定要提高自己的素質，首先應該注意的要條理清楚，思路明晰。

掌握進度，隨時匯報。了解到我們做的任務都有xx期限，所以要求我們能估計今天做的任務的進度。然後下班前都要跟自己的team leader匯報。剛開始，我們都很是不習慣，或者是忘記了。沒有及時匯報。這樣很不好，會導致leader掌握不了你做的任務的動態。以後都應該時刻提醒自己反應情況，提出自己遇到的困難需要哪些幫助。

測試不馬虎，差事不應付。有近一段時間我們做了大批量的測試工作。這可能不一定需求很高的技術含量。卻是個考驗細心，嚴謹的任務。甚至有的時候感到很繁瑣枯燥。但這個保證軟體質量的重要過程。如果測試的馬虎，不認真測，軟體到用戶手上才看到bug是多麼不好的情況阿。期間我們都對不懂的模糊的條目詢問了同事和領導。不輕易地亂打對錯。做好貼圖，貼數據工作。當然做多了也有了點體會，比如100多項的測試，也可以發現裡面的規律，有些項目是一組一組的，比如一個動作，測試下來，就可以對好幾項的對錯進行判別。

中途曾經做過一本xxxxx程序，由於接觸的同事不多，我自己研究了下參考了給定的程序，跟同事研究討論後，最終完成了。期間還發現了詳細設計的錯誤，跟日方溝通得到了確認。這讓我有了信心，雖然沒有接觸過的東西，也是可以通過學習完成的。

在空閑的時間sub leader也安排了我們自主學習，對xxxxx系統做些技術調查等等。也學到很多，當然還是有很多不明白的地方有待繼續學習。

另：以前曾經做的。net多是windows application方向的，剛進入公司做的是web方向的所以也是有很多需要學習的。工作中發現，有些動作步驟常常是機械的繁瑣的重復的。我們是程序員完全可以自己編寫點小軟體來服務自己，提高效率。我發現加菜單操作非常的繁瑣，要去資料庫查東西，復制粘貼要弄個老半天，在空的時間里，我也寫了個小程序，能夠快速地加菜單，很想繼續完善實現其它的功能得到sub leader及其它幾位同事認可。且課余時間還做過個多年的心願一個麻將程序，有點停滯不前，現在只完成了個雛形。

總之業務上還有很多需要探索學習的東西。

a。 団體合作，交流協調

做軟體是個團隊合作的項目，不是一個人單槍匹馬能做好的。特別是我們現在做的人事這么個龐大的系統。剛進公司，由於對大家都不是太熟悉，遇到了問題都是自己琢磨。leader鼓勵我們要多交流。現在大家也很融洽，老員工也很熱心地幫助我們新人，遇到問題我們也能討論共同進步。這點做的還是挺好。 b。 工作的態度

工作態度上還能積極配合大家做好工作的，服從領導的安排，有問題及時反應。並沒有惡意地違反規章制度。

程序員個人工作總結範文5

光陰如梭，一年的工作時間轉瞬即將成為歷史，伴隨著新年鍾聲的臨近，我們不得不對20xx年做一次告別。在這年終之際，現對來公司這段時間里所作的工作匯報如下:

1、某某erp項目的編碼工作。

從了解新疆某某項目的背景、及計劃安排，熟悉正義公司制度及業務流程，再到熟悉新能開發模式，之後我根據需求調研報告，從基本的資料庫創建，到編碼，完成了銷售部、生產部、采購部、質檢部四個模塊的基本單據的制單、審核、選單、查詢、列印等系列的編碼工作;完成了正義項目的模塊測試及流程測試。

通過這段時間的努力，使我個人的耐心、細心程度及對工作的合理安排得到了鍛煉，學會了在繁忙之中找條理，危難之中找希望。同時自己也有一些不足之處，一些細節地方技術上還不太成熟，還需加以學習與鑽研。

2、、某某erp項目的實施工作。

從十一月初開始進行某某項目的實施，每天早起趕在企業上班前趕到企業進行erp的實施。實施期間主要是軟體的安裝實施及對企業的erp系統的使用人員進行軟體使用培訓;紀錄客戶使用過程中出現的問題，晚上下班後加班加點將每天的小錯誤及客戶變更修改完畢。

通過這項工作，使我原本欠缺的業務能力得到了很大的提高，並學到了很多與客戶交流的技巧及業務上的知識，更加明晰了erp系統的流程。但離一個成功程序開發人員的標准還差得很遠，在今後工作中，定會多多注意，加以改善。

3、幫助和使用手冊文檔的編寫。

幫助的編寫使我熟悉了dreameweaver和fireworks的使用，為後期的oa開發也奠定一定的基礎，使用說明的編寫，使我更加加深了項目開發的整體思路與技術要點，總結了前期開發和實施中碰到的問題，並又一次的對軟體整體進行了測試，對暴露出的小bug進行了最後的修改。

4、利用工作之餘的休息時間加強學習。

平時注意收集有關pb方面的資料文件，提高自己的處理新問題和解決新問題的能力，並加強學習java及oa方面的知識(現轉為學習. )，為後期的工作打好基礎。

以上為本人粗略的個人工作小結，請領導審閱，如工作上有不到之處，請領導不吝指出，以便本人及時改正，從而能更好地工作。

展望臨近的25年，我會更加努力、工作上認真負責，再接再厲，更上一層樓。相信自己會完成新的任務，能迎接新的挑戰。

程序員的工作重在細心，所以，在以後的工作中，我將更加的細致認真，踏踏實實，為公司的發展貢獻自己的一份力。

程序員個人工作總結範文6

工作回顧

在我進入公司的這八個月里，我陸續接觸了公司的軟體開發平台，一些已經完成的項目，美科斯OA系統，中郵物流管理系統，富陽供銷社等。還有目前在進行2個物流公路港系統，對公路港的運營模式有了較深入的了解。對公路港系統也有了深入了解和研究，但還需要更進一步的理解。期間進行了長達2個多月的出差。在馬上到項目進行出差期間，對公路港的運營模式和結合互聯網+，打造全新的雙線運營模式有了更深入理解和學習。

對於我們自己的物流管理系統，信息交易系統、誠信系統進行實施安裝和培訓的過程中，學習到了很多東西，配合協調友商以及項目公司順利的將各系統成功的運行起來。在於客戶和友商的溝通過程中學習到了很多相關專業知識。在未進入公司之前，我從沒有接觸過信息系統及計算機硬體方面的東西，在公司給予的機會下我逐漸熟悉了解了一些相關的知識。在工作之餘，我也在努力的學習，和同事及客戶友商進行交流，學習先進的開發技術，請教別人相關開發技術問題。

存在問題

1、由於開始對公司開發平台不是很熟悉，所以在了解客戶所要開發的功能及表單過程中多次出現因為需求的原因，而不斷修改的情況。在與客戶交流的時候，這個問題多次困擾著我，對方的需求不明，每次交流的過程中都在變更需求，從而導致了效率比較低的問題。

2、在工作過程中，用到很多我所不知道或很多我知道但不太熟悉的領域，在這個領域內，我需要不斷的學習。

3、工作的條理性不夠清晰，要分清主次和輕重緩急；在開發時間很倉促的情況下，事情多了，就一定要有詳實而主次分明的計劃，哪些需要立即完成，哪些可以緩緩加班完成，在這方面還有很大的優化空間。

4、學習的知識不夠廣泛。對專業知識技能方面還需要努力的加強，這方面也是目前最欠缺，希望高總能給予指導和培養。一個項目中，涉及的技術往往有多種，知識多了，就會靈活變通，所以我會加強這方面的學習。

工作心得

1、每一個項目在開始著手的第一步，一定要和客戶把需求溝通清楚，只有了解了項目的需求，才有可能真正做好一個項目。我們需要向客戶提出要求客戶提供所有涉及該項目的資料，每次與客戶見面都需要熟悉業務與程序的最少一至兩個程序員隨時記錄需求。

2、工作中，有一個無論是技術，還是經驗都比較讓人肯定的前輩帶領，將任務詳細化，詳細到，每個頁面、甚至是一個頁面中的圖片什麼時候做好，做到什麼程度，這樣把工作進度有計劃有方向的贊定下來，做事很有效率。所以希望高總多給予我們一些指導。

3、每周的工作小結真的很重要，這讓我們每天都有計劃的知道自己幹了什麼，不是漫無目的的工作，所以我們應該養成，周記、月記、年記的工作習慣。

4、工作並不是一成不變的，也許有一天你要去其他崗位幫忙，所以同事之間的技術要互相學習，也許有一天，公司需要你發揮其他的技能幫忙，所以互相學習也是很重要的。自己的工作不能僅僅局限於自己的業務范疇。

工作計劃

1、要提高工作的主動性，做事乾脆果斷，不拖泥帶水。

2、工作要注重實效、注重結果，一切工作圍繞著目標的完成。

3、要提高大局觀，是否能讓其他人的工作更順暢作為衡量工作的標尺。

4、精細化工作方式的思考和實踐。

5、虛心請教比我做的優秀的其他同事，向他們學習技術或經驗。其實作為一個新員工，所有的地方都是需要學習的，多聽、多看、多想、多做、多溝通，向每一個員工學習他們身上的優秀工作習慣，豐富的專業技能，配合著實際工作不斷的進步，不論在什麼環境下，我都相信這兩點：一是三人行必有我師，二是天道酬勤。

在參加工作的這短短的八個月中，我深刻的體會到，把自己所有的精力都投入進去，技術工作都不可能做到完美程度，畢竟技術工作太繁雜，項目多而人手少，但多付出一些，工作就會優化一些，這就需要認認真真沉下心去做事情，職業做事，誠信待人。

9. 微信小程序常見網路請求失敗問題總結及解決方案

未勾選這個設置在任何環境下發送http網路請求會失敗

需要到官方的微信小程序後台的 開發管理 -> 開發設置 -> 伺服器域名配置位置進行域名的配置

點擊小程序右上角 ··· 打開菜單
-> 點擊開發調試按鈕
-> 打開調試
-> 打開後需要重新打開小程序
-> 然後小程序界面中出現綠色的 vConsole 按鈕即可

檢查您的手機手機和公司的開發環境是否在同一區域網內, 一般就是用著同一個網路就ok

因此寫了今天這個文章, 歡迎大家補充和討論哈!!😄😄😄