2、日暮拉開，清風徐來；蟲鳴鳥唱，薄霧輕懸；睡眼惺忪，珍露盈簾；朦朧乍醒，金雞報曉；手機嘀嘀，短信呈現(xiàn)；閱讀短信，笑眼一線；早安問候，開心整天
3、起得早，洗洗衣服動動腳;吃得好，磨磨牙齒長長高;玩到老，上上網(wǎng)絡轉轉腦;生活好，度度周末尋尋寶。朋友，愿你開開心心過周末！
4、滴滴答答鬧鐘響，短信來報道，開開心心送給你，一天好心情，誠誠懇懇道一聲，早安快起床，保持好心態(tài)，努力向前沖。道一句早安！
5、放下你的成熟，收起你的穩(wěn)重 ，脫掉你的圓滑，穿上你的童真，釋放你的壓力，沖出你的焦慮，綻放你的活力！一句早安朋友，愿你好運久久！
6、睜開迷人的雙眼，看白云片片；舒展美麗的笑臉，聽流水潺潺；擁抱快樂的今天，盼好運連連；朋友，早安！愿你心情無比燦爛，生活舒心無憂煩！
7、人生一世，即便能夠轟轟烈烈，也不會持久，平淡是最后的絕唱，人生的意義，深深蘊含于平凡生活之中。
8、我們要了解自己的極限。不要在意別人怎么說，自己真正的生活，需要一種輕松上陣，需要一種生活的平衡，需要舍的時候就要盡快放下，它不只是歷經(jīng)挫折后的一種人生感悟，它更是一種自我客觀的量力而行。早安。
9、最珍貴的，不是你現(xiàn)在有多美好，而是努力，讓每一天的你都更好！
10、一覺醒來好想你，隨手發(fā)去短信息，幾天沒見可好嗎，祝你天天好心情。
版權聲明：圖文無關，轉載此文是出于傳遞更多信息之目的。若有來源標注錯誤或侵犯了您的合法權益，請作者持權屬證明與本網(wǎng)聯(lián)系，我們將及時更正、刪除，謝謝。
前寫過出來一個軟件，但是因為微信的尿性啊，有些重，其他省份使用不了，懶得再改了。所以一直沒有發(fā)布，今天來仔細分析一波微信網(wǎng)頁版的協(xié)議。有需求的可以寫一下工具。
先放一下我寫的成品圖。
微信網(wǎng)頁版的協(xié)議無外乎和QQ網(wǎng)頁版協(xié)議差不多，但也有不同之處。QQ的網(wǎng)頁協(xié)議暫不分析，以前曾經(jīng)在論壇發(fā)布的源碼前幾天好像失效了，有人想叫我再找找問題，我找出來問題，到時候再修改吧。
協(xié)議分析開始。
先說一下URL參數(shù)，appid不用管。直接帶入。redirect_uri返回URL不用管，直接帶入。標紅的這個字符串，也不用管，就是一個隨機數(shù)。
GET提交方式之后返回內容：
window.QRLogin.code=200; window.QRLogin.uuid="4ZOQ8OfKLQ==";
“4ZOQ8OfKLQ==” 此處必須記下來，因為這個是掃碼的二維碼必須攜帶的參數(shù)，方便下個包的調用。
掃碼
標紅的地址，為第一個包所得到的參數(shù)。
直接進行了提交，然后這個二維碼就出現(xiàn)了。
二維碼出現(xiàn)之后，那么接下來的操作就是判斷掃碼狀態(tài)。
循環(huán)響應此包，uuid為第一次發(fā)包所得到的UUID。
進行掃碼，如果判斷掃碼成功，登陸成功，那么返回內容：
window.code=200;window.redirect_uri="https://wx.qq.com/cgi-bin/mmwebwx-bin/webwxnewloginpage?ticket=AdSsiKmYz2u_XBWSMkWskH7y@qrticket_0&uuid=AcLnMRh9GQ==&lang=zh_CN&scan=1544318120";
出現(xiàn)window.redirect_uri 返回的URL，就代表明面上已經(jīng)登陸成功了，但是你的登陸信息還沒有得到。
獲得關鍵信息
此處請求第三個包所返回的地址，就是登陸成功的地址。在這個地方，得到請求頭中的set-cookie和返回中的內容信息才算是真正的登陸成功。
先來看一下返回中的信息：
得到的是一個xml格式的消息，其中<skey><wxsid><wxuin><pass_ticket>保存并記錄下來，以便后續(xù)包調用。
再來看一下cookie中的消息。
其中比較重要的是webwx_data_ticket=、webwx_auth_ticket=記錄下來，以便后續(xù)包名發(fā)包時帶入。
記錄下來這些信息之后才算是真正的登陸成功，可以進行一些操作了。
參數(shù)中pass_ticket為上一個包所得到的內容，
cookie無需帶入。
但是發(fā)送的消息如下。
{"BaseRequest":{"Uin":"2402936223","Sid":"mJM+MFX2RoB0og8h","Skey":"@crypt_239b7b7c_03d892405af9080758a6a0e1354abbf9","DeviceID":"e387877040871158"}}
Uin為上一個包得到的wxuin
Sid為上一個包得到的wxsid
Skey為上一個包得到的skey
DeviceID為e+15位的隨機數(shù)。
響應為自己當前登陸的簽名，以及昵稱，還有最新聊天的用戶，以及微信關注的消息。內容太多就不發(fā)了。
但是返回的json數(shù)據(jù)節(jié)點【data.SyncKey.List[0].Key】里面的內容必須記錄下來，如果沒有這些Key值，消息會發(fā)送不出去。標紅的0值為遞增。
記錄Key值
URL中帶入pass_ticket、Skey參數(shù)，剛才發(fā)的包里面已經(jīng)得到了。至于r就是一個隨機數(shù)。
返回關注的微信公眾號、以前所有的好友json數(shù)據(jù)。
到了這個階段就是開始了重頭戲，因為要循環(huán)判斷消息，確定是否有新的消息，而帶入的請求這個key值是必不可少的。
發(fā)送Key值
這個是初始請求，初始請求需要帶入Key值，這個Key值的得到是上上一個包所得到的內容。
Cookie需帶入wxuin=、wxsid=、webwx_data_ticket=
在這里需記住，這個是第一次發(fā)Key值，如果有新消息的話會自動獲取并自動生成一個Key值。
返回的消息：
selector為2，有新的消息，那么接下來請求最新消息，就是得到新的消息。
返回Key值
URL中的參數(shù)sid為wxsid、skey為skey、pass_ticket為pass_ticket，前面發(fā)包已經(jīng)得到了。
發(fā)送
{""BaseRequest"":{""Uin"":" & wxuin & ",""Sid"":""" & wxsid & """,""Skey"":""" & sKey & """,""DeviceID"":""e" & 隨機數(shù) & """},""SyncKey"":{""Count"":個數(shù),""List"":[{""Key"":1,""Val"":" & Key1 & "},{""Key"":2,""Val"":" & Key2 & "},{""Key"":3,""Val"":" & Key3 & "},{""Key"":1000,""Val"":" & Key1000 & "}]},""rr"":914483736}
這次的請求有些繁瑣，但是也能看得清，這些數(shù)據(jù)在這之前都已經(jīng)獲得成功了，在這里就不多說了。
uin就是得到的wxuin
Sid就是得到的wxsid
sKey就是得到的skey
DeviceID就是e+15位的隨機數(shù)。
count就是下面的key有幾個key，但是這個時候是不固定的。我就曾經(jīng)吃過這個地方的虧。
key值就是咱們之前得到的key值。
返回的包如下：
[JavaScript] 純文本查看 復制代碼
?
001
002
003
004
005
006
007
008
009
010
011
012
013
014
015
016
017
018
019
020
021
022
023
024
025
026
027
028
029
030
031
032
033
034
035
036
037
038
039
040
041
042
043
044
045
046
047
048
049
050
051
052
053
054
055
056
057
058
059
060
061
062
063
064
065
066
067
068
069
070
071
072
073
074
075
076
077
078
079
080
081
082
083
084
085
086
087
088
089
090
091
092
093
094
095
096
097
098
099
100
101
102
103
104
105
106
107
108
109
110
111
{
"BaseResponse": {
"Ret": 0,
"ErrMsg": ""
}
,
"AddMsgCount": 0,
"AddMsgList": [],
"ModContactCount": 0,
"ModContactList": [],
"DelContactCount": 0,
"DelContactList": [],
"ModChatRoomMemberCount": 0,
"ModChatRoomMemberList": [],
"Profile": {
"BitFlag": 0,
"UserName": {
"Buff": ""
}
,
"NickName": {
"Buff": ""
}
,
"BindUin": 0,
"BindEmail": {
"Buff": ""
}
,
"BindMobile": {
"Buff": ""
}
,
"Status": 0,
"Sex": 0,
"PersonalCard": 0,
"Alias": "",
"HeadImgUpdateFlag": 0,
"HeadImgUrl": "",
"Signature": ""
}
,
"ContinueFlag": 0,
"SyncKey": {
"Count": 7,
"List": [{
"Key": 1,
"Val": 682044882
}
,{
"Key": 2,
"Val": 682045004
}
,{
"Key": 3,
"Val": 682044823
}
,{
"Key": 11,
"Val": 682043346
}
,{
"Key": 201,
"Val": 1544320212
}
,{
"Key": 1000,
"Val": 1544310122
}
,{
"Key": 1001,
"Val": 1544310196
}
]
}
,
"SKey": "",
"SyncCheckKey": {
"Count": 7,
"List": [{
"Key": 1,
"Val": 682044882
}
,{
"Key": 2,
"Val": 682045004
}
,{
"Key": 3,
"Val": 682044823
}
,{
"Key": 11,
"Val": 682043346
}
,{
"Key": 201,
"Val": 1544320212
}
,{
"Key": 1000,
"Val": 1544310122
}
,{
"Key": 1001,
"Val": 1544310196
}
]
}
}
將最后的7個key值給記錄下來。再次循環(huán)POST就能進行接收消息的操作了。
獲得聯(lián)系人
pass_ticket、skey為得到的內容
cookie帶入wxuin=、wxsid=，即可返回所有的好友信息。
返回的JSON數(shù)據(jù)中MemberList[0].UserName 為對方的用戶名碼，這個必須每一個都得記錄下來，不然到時候發(fā)送消息的時候確定不了對方是誰。0為遞增。
發(fā)送消息
{"BaseRequest":{"Uin":Uin,"Sid":Sid,"Skey":Skey,"DeviceID":DeviceID},"Msg":{"Type":1,"Content":"消息內容","FromUserName":"@0ffa505f57e50f9c3f741d8d06b1dbeb5bba0de6feaaf6897eca14a81618dd95","ToUserName":"@2e7ee0f35577deaa1f43edcebe145f37","LocalID":15+隨機數(shù),"ClientMsgId":15+隨機數(shù)},"Scene":0}
uin就是得到的wxuin
Sid就是得到的wxsid
sKey就是得到的skey
DeviceID就是e+15位的隨機數(shù)。
FromUserName為自己的wx用戶名碼
ToUserName為對方的wx用戶名碼
LocalID:15+15位的隨機數(shù)
ClientMsgId：15+15位的隨機數(shù)
返回：
[HTML] 純文本查看 復制代碼
?
1
2
3
4
5
6
7
8
9
{
"BaseResponse": {
"Ret": 0,
"ErrMsg": ""
}
,
"MsgID": "9097829072507170245",
"LocalID": "15443223305630897"
}
ret返回為0就算是消息發(fā)送成功了。
另外FromUserName、ToUserName在獲得好友的時候會有這個記錄。
最后再說一下如何檢測好友，對方不收到消息呢，向好友發(fā)送時發(fā)送以下特殊字符，對方不會收到你的任何消息，但是如果對方將你刪除或者拉黑將會顯示對方已把你刪除(拉黑)
但是因為是一個特殊字符，如果要向對方發(fā)送的話還需要進行轉碼操作。
Url轉碼：
[HTML] 純文本查看 復制代碼
?
1
%E0%A5%A3
發(fā)送的時候解碼發(fā)送即可。】
媒體注：本文作者史蒂芬，前某全球頂級汽車零部件制造商工程師，微信公眾號 " 史蒂芬的專欄 "（ID:stehouse ) ，知乎專欄：史蒂芬的專欄。原標題《汽車行業(yè)是整個制造業(yè)的標桿》。鈦媒體經(jīng)授權編輯發(fā)布。
說哪個行業(yè)科技含量最高，自然是航天軍工、電子信息（手機、計算機等）。說哪個行業(yè)產業(yè)產業(yè)鏈最復雜、零件最多，還是航天軍工。說哪個行業(yè)對安全性要求最高、對質量缺陷容忍度最低，自然是醫(yī)療器械和航天軍工。說哪個行業(yè)發(fā)展變化最快，自然是電子信息（手機、計算機等）。說哪個行業(yè)生產批量最大，還是電子信息（手機、計算機等）。
以上沒有一個是汽車行業(yè)，但是為什么偏偏是汽車行業(yè)成為制造業(yè)的標桿呢？
因為以上行業(yè)雖然在單科上第一，但嚴重偏科，而汽車行業(yè)雖然單科不是第一，但是綜合起來后總分能夠排上第一。除此之外再沒有一個行業(yè)能夠通吃這五種特性，這使得汽車行業(yè)不得不采取更高水平的方式來管理，最終導致其管理水平是制造業(yè)中最高的。
雖然不如航天軍工，但是技術含量整體來說還是很高，特別是動力系統(tǒng)和汽車電子。汽車作為一個消費品，科技創(chuàng)新也是其最大的賣點之一，比如混合動力、半自動駕駛功能。2013年大眾汽車在研發(fā)上的投入2013年研發(fā)開支135億美元，占營收5.2%
在產品科技含量高的產業(yè)，其制造工藝也需要相應領先才能滿足產品要求。
一臺車有上萬個零部件，沒有哪個整車廠（業(yè)內叫主機廠）會自己全部生產，大部分零部件都是外包出去，而且都是層層外包，涉及到的供應商有幾百家（注意業(yè)內說法零件和部件是不同的，螺絲是零件，馬達是部件，車門是系統(tǒng)，主機廠一般以系統(tǒng)為單位外包）。
比如大眾汽車會把車門系統(tǒng)外包給一家零部件供應商比如德國博澤，博澤又可能把車窗外包出去，車窗供應商商又要把車窗升降馬達外包出去，馬達供應商又要把馬達外殼外包出去。車身上還有幾十個這樣的系統(tǒng)，每個系統(tǒng)都是層層外包，其中任何一個環(huán)節(jié)的問題都可能導致主機廠無法量產或者做出的產品有問題。
在供應鏈管理、生產管理、質量管理方面，汽車行業(yè)有一套非常成熟成體系來降低這些風險，保證穩(wěn)定產出。汽車行業(yè)對訂單延誤也是采取非常嚴格的措施，延誤的損失以分鐘計算（而其他行業(yè)以天計算）。
汽車行業(yè)，不管什么公司，都普通采取8D的方法來處理客戶投訴，也就是解決問題的八個步驟，包括成立改善團隊->識別問題->實施臨時性遏制措施->根本原因分析及驗證->選擇和驗證永久糾正措施->實施和確認永久糾正措施->從系統(tǒng)層面預防問題再次發(fā)生->祝賀團隊。
一般要求在收到客戶投訴24小時之內必須反饋臨時措施，72小時提交初步原因分析報告。而其他行業(yè)，幾乎沒有這么標準的處理流程以及反饋時效性要求。
正如上文所說，由于涉及人身安全，所以法律法規(guī)對汽車行業(yè)的要求很嚴格，很多要求不是因為你想這么設計才是這樣的，而是法律法規(guī)的要求這么設計，而且你要保證這個功能的可靠性。
比如車窗升降系統(tǒng)，美國法律就規(guī)定要有防夾功能（anti-pinch)，防止有乘客腦袋被夾壞^_^（曾經(jīng)有乘客將頭伸出車窗，但又誤觸了關窗按鈕，結果脖子被夾了，后來要求加防夾功能，也就是車窗玻璃遇到障礙物能夠自動退回來）。
由于一旦這個功能失效，導致法律風險太大，所以在產品設計的時候，不管愿不愿意，一定要加入這個功能，而還要考慮這個功能在各種環(huán)境中是否會失效，產品在制造過程中時，必須要100%測試這個功能（測試是否制造過程的變異導致功能失效），而且還要考慮制造過程中如何預防這個功能失效。
由于通過檢驗來發(fā)現(xiàn)問題總是事后諸葛亮，而且還存在漏檢的可能，這樣會產生很多的法律風險，所以汽車行業(yè)更多是在考慮如何避免這個問題發(fā)生，而且不是依靠事后檢驗來發(fā)現(xiàn)問題。
比如一批產品有99%的良率，在其他行業(yè)比如電子制造業(yè)已經(jīng)算是很好了，但是汽車行業(yè)很難接受，因為其中1%的不良，總有風險會漏檢導致流出去，根本之道就是沒有不良品最好，這樣哪怕沒人檢驗也不會有風險。
汽車行業(yè)還不僅要求100%合格，而且要過程穩(wěn)定，比如一個產品的公差是 +/- 0.5mm，即使100%在這個公差內，但是大部分接近上限或者下限都不行，需要靠近中間值才行，而且波動范圍還要求盡量收窄。
汽車行業(yè)用一個參數(shù)cpk（過程能力指數(shù)） 來衡量尺寸的穩(wěn)定性和偏離中心值的程度。其他行業(yè)還在看良率的時候，汽車行業(yè)已經(jīng)在看cpk 了，要求cpk至少要達到某個目標值才能接受量產。
另外，由于汽車行業(yè)的特殊性，產品開發(fā)和質量管理相比其他行業(yè)來說完全是另外一個體系，導致的現(xiàn)象是，一家供應商（比如油漆制造商）如果供應汽車行業(yè)和非汽車行業(yè)，哪怕是完全一樣的產品，需要專門成立一個汽車事業(yè)部。為什么呢？
產品開發(fā)，汽車行業(yè)有一套嚴謹?shù)牧鞒蹋凶鯝PQP(產品先期質量策劃）來保證開發(fā)過程的質量，簡單來說產品設計整個過程包括設計評審、設計驗證、設計確認，制造工藝開發(fā)整個過程也包括工藝評審、工藝驗證、工藝確認。
而其他大部分行業(yè)，產品設計完成之后就是是直接量產，沒有那么多反復驗證過程，所以量產之后因為發(fā)現(xiàn)還有很多問題，再回過頭來改設計和工藝現(xiàn)象經(jīng)常發(fā)生。
質量管理，汽車行業(yè)最具代表性的就是FMEA(潛在失效模式分析），也就是提前預測設計或生產過程中的可能會發(fā)生的問題，事先采取預防措施的一種方法。這是汽車行業(yè)質量管理區(qū)別于其他行業(yè)的一個重要特征（手機電腦行業(yè)就沒有，但是安全性要求高的航天航空有）。
大批量是一把雙刃劍。
第一、能夠分攤成本，而且能夠進行標準化生產，所以汽車行業(yè)是最熱衷于投入更加先進的昂貴的生產設備或者技術以提高效率。汽車行業(yè)的自動化生產率是最高的，哪怕在中國，汽車行業(yè)使用自動夾具或者機器比例也遠遠高于其他行業(yè)。
比如挖掘機制造，一個型號一年才生產幾百臺，根本沒用動力采用標準化的機器設備來生產，很多甚至都是人工來裝配。汽車行業(yè)動輒幾十萬臺，機器設備成本分攤在這幾十萬上面都不是一個很大數(shù)字了。
第二，能夠放大問題，任何一個小問題只要乘以批量生產的數(shù)量，都是一個巨大的問題，由此產生巨大的召回成本和返修成本。這也導致汽車行業(yè)更加熱衷通預防品質缺陷發(fā)生，而不是事后發(fā)現(xiàn)來補救，主要體現(xiàn)在以下方面：
相信人總是會犯錯誤的，所以盡量采用機器設備來減少人為失誤。試想一條純手工線，每天做一萬個產品，但是人總可能會疏忽，哪怕是百分之一的疏忽也會產生100個不良品。而機器設備，只要設定好了，就會按照既有程序做下去，出錯幾率小。其他行業(yè)，我聽得最多的是”加強人員培訓“來避免錯誤。
通過機器設備的“智能”來保證防錯，日本人叫“自働化”（jidoka)，這是帶“人字旁”的自動化。有三個層面，第一，不可能產生不良（機器設備始終穩(wěn)定，如果產生故障自己會停機），第二，產生了不良品，機器能夠發(fā)現(xiàn)并且鎖住，不傳遞到下一個工位，第三，不良品流出本工位，但下一個工位不接受不良品（下一工位能夠檢查比如漏裝零件的問題）。
舉個例子，比如汽車的焊接，要求機器自帶檢查電流功能，如果發(fā)現(xiàn)電流超出設定值（可能是外部供電不穩(wěn)定或者機器本身不穩(wěn)定），那就停機并鎖住零件不讓流出，這樣想要做出不良品都難。機器防錯的概念在汽車行業(yè)已經(jīng)深入人心，但是在其他行業(yè)，還只是新鮮概念。
在汽車行業(yè)做過的人，明顯都會有這些嚴謹?shù)乃季S習慣和職業(yè)習慣，所以其他行業(yè)都比較青睞汽車行業(yè)的人。
史蒂芬之前寫過一篇軟件開發(fā)和制造業(yè)的相互啟示和給理工科專業(yè)的一些職業(yè)選擇建議里面有更多介紹。（移步史蒂芬知乎專欄，查看更多詳文）
第三，因為批量大，價格昂貴，有資金周轉的壓力，所以會有改進生產方式，降低庫存、減少浪費的動力。人類歷史上所有的生產方式革命，都從汽車制造業(yè)開始，比如上上個世紀的福特流水線，上個世紀的豐田精益生產方式。豐田精益生產方式的兩大核心，除了上文說的“自働化”之外，還有“及時生產”。
福特開創(chuàng)了流水線生產方式，在這之前，是一個人或把一個產品從頭到尾做出來（現(xiàn)在中國還有大量的企業(yè)用的這種生產方式），100個工人做100件同樣復雜的事情。福特流水線的生產特點是把一個產品分解成多個不同的工序，由不同的人分工按先后順序和統(tǒng)一的節(jié)拍時間流水化作業(yè)，由于把復雜的工作進行的分工，所以效率大大提高。
豐田開創(chuàng)的精益生產方式的核心“及時生產”，也就是不早也不晚。通常認為生產可以早點進行，這樣就不會延誤訂單。
但是豐田生產方式認為，早了就會有庫存，庫存是萬惡之源（掩蓋問題，占用資金）。汽車行業(yè)一般一次性采購小批量的貨，零部件供應商一般都是兩三天送一次貨，恨不得讓他們一天一送，物料直接上生產線而不是送去倉庫堆積。
而其他行業(yè)，一次性采購一個月或者幾個月的物料放在倉庫堆著非常正常。豐田生產方式要求“單件流”，流水線的產品一個一個流下去，而福特流水線作業(yè)是可以一次性做20個產品，這20個產品作為一個整體流下去，但是這樣不容易實監(jiān)控到到底哪個工序是時間瓶頸。
而且一旦發(fā)生質量問題，都是批量性問題，而單件流，一旦發(fā)生問題，數(shù)量都控制在某個產品上，或者一條流水線上有限的幾個產品。
其他行業(yè)，可以說沒什么追求，對這些核心概念要么就沒聽說過，要么就是只學了５Ｓ管理，目視化管理、魚骨圖、減少浪費持續(xù)改善空喊口號等這些很表面很膚淺的東西，甚至對５Ｓ的理解還停留在“打掃衛(wèi)生“上。對于有追求的非汽車行業(yè)的企業(yè)，都是在向汽車行業(yè)取經(jīng)。
汽車是大眾消費品，而且是大部分人一生中最貴的消費品（第二可能就是蘋果手機了）。這種以市場為導向的消費品不得不經(jīng)常變化以迎合市場口味。發(fā)展變化最快的應該是手機，汽車行業(yè)雖然做不到一個季度一變，至少一年或者兩年一變還是做得到的。
汽車行業(yè)和手機行業(yè)一樣，都要求能夠快速響應，產品開發(fā)周期非常短，而且萬萬不能出現(xiàn)任何延后的情況，否則就失去了市場先機。試想本來預計在一月一日發(fā)布一款新產品，市場宣傳都做好了，但等到那天卻發(fā)現(xiàn)東西沒做出來，不得不把發(fā)布會延后，這對品牌形象的影響是多巨大的。
所以汽車行業(yè)對“項目管理”的要求很高，一般都有專職項目經(jīng)理來協(xié)調可能出現(xiàn)的任何突發(fā)事件（比如某個零件延誤、重大品質問題），調用優(yōu)勢資源來應對，以趕上項目時間。這個行業(yè)的其他人對項目流程的意識也明顯高于其他行業(yè)，知道什么時候該做什么事情，需要怎么做，出了緊急情況應該走什么流程。汽車行業(yè)的人最熱衷于考PMP（項目管理專業(yè)人士資格認證)。
最后，汽車行業(yè)綜合了世界主要工業(yè)國家德國、日本、美國的管理優(yōu)點。
德國人擅長于在流程和規(guī)則上避免犯錯誤，德國企業(yè)特點就是流程一大堆。優(yōu)點是能夠保證產品質量穩(wěn)定，技術扎實。缺點是流程繁雜，不能夠快速響應變化。所以為什么德國人能夠做出優(yōu)秀的工業(yè)設備，在做手機、電腦方面就弱爆了，倒不是技術上原因，而是受到流程的束縛趕不上市場上的變化。
日本人由于國內資源稀缺，所以擅長減少浪費，會經(jīng)常去思考哪些東西是沒必要的，但是又對細節(jié)執(zhí)著，所以弄出了精益生產這個東西。這就為什么日本的東西性價比很高，技術領先，質量也扎實。
美國人擅長于創(chuàng)新，不被條條框框束縛，處事靈活，崇尚think out of the box，不遵守流程和規(guī)則的事情也經(jīng)常發(fā)生（和中國人差不多），在產品開發(fā)和生產過程亦如此。這就是為什么美國的東西技術領先，但是質量不如德國和日本制造。
由于這些人為導致的無法預測因素存在，美國人非常熱衷研究管理學，包括企業(yè)管理、生產管理、項目管理。
美國人先弄出來了工業(yè)工程（也就是IE)，日本人實踐變成了豐田生產方式，后來美國人又將日本的人實踐的結果總結出了精益生產方式。
而項目管理是一種科學的方法來管理項目過程中可能出現(xiàn)的各種風險，本質上是一種靈活的處事方法，在規(guī)則范圍內科學地設定了一定的靈活空間，可以隨時調整策略，調用各種資源捷徑(shortcut)來應對變化和風險。
由于汽車產業(yè)鏈是全球分工合作，不同國家之間互相采購零部件，而這三大工業(yè)國家有著不同管理規(guī)范，溝通起來會非常困難。
為了協(xié)調這些不同的管理和標準，1996年世界主要汽車制造商（以德國、日本、美國為主）成立了國際汽車工作組 International Automotive Task Force (IATF），1999年頒布了國際標準lSO/TS 16949(最新版已經(jīng)改名叫做IATF16949:2016），制定了一個全球通用規(guī)范，這個規(guī)范基本綜合了這三大工業(yè)國家的管理上的優(yōu)點。除此之外，再沒有其他哪個行業(yè)能夠把這三個工業(yè)國家的優(yōu)點吸收進來。
后記
中國本土汽車行業(yè)雖然只學到了一點皮毛，精髓還沒完全學進去，但是好歹也學了些東西，框架已經(jīng)基本建立，口號和理念已深入人心，比起其他非汽車行業(yè)來說，已經(jīng)是走了很長的路了。
更多精彩內容，關注鈦媒體微信號（ID：taimeiti），或者下載鈦媒體App