有這樣的一個用戶場景蛆挫，我們的渠道產(chǎn)品的某個付費功能咖气，針對某些預(yù)付費渠道的用戶盔然，需要提供免支付使用的功能减牺，其中有兩個需要注意的地方：
- 這些用戶是這個渠道的雇員，當這種雇傭關(guān)系不存在的時候苏潜，需要取消他的賬號的免支付功能（也可以注銷這個賬號）
- 現(xiàn)有的用戶名和密碼傳輸過程是不安全的银萍，而且這些用戶有相當高的概率設(shè)置過于簡單的密碼。
我們討論了幾種方案：
使用微信登錄授權(quán)的方式
用戶需要登錄微信恤左，授權(quán)我們的服務(wù)器贴唇，然后綁定他的賬號，在使用付費功能的時候飞袋，我們會返回一個需要微信授權(quán)的鏈接的二維碼滤蝠，用戶通過微信掃一掃打開鏈接，就能完成授權(quán)流程授嘀。這樣我們提供的賬單就有對應(yīng)的微信信息物咳，具有公信力。
然而這個方案被Boss否掉了蹄皱。因為這個方案對我們來說有開發(fā)成本览闰，對用戶來說有使用成本，操作略顯繁瑣巷折。
使用定期更新驗證碼的方式
用戶綁定手機號碼压鉴，我們定期下發(fā)（每天或者每4小時）支付驗證碼到手機上。當用戶使用付費功能的時候锻拘，就需要輸入該支付驗證碼油吭』鞫祝考慮到下發(fā)短信的成本問題，我們不要求每次支付后更新驗證碼婉宰。
這個方案的開發(fā)量很小歌豺。但是也是被Boss否定掉了。他提出的理由是心包，用戶的流動性很大类咧，授信給某個手機號還要解除綁定。
使用用戶名/密碼的方式蟹腾，但是由我們提供復(fù)雜的密碼
由我們提供復(fù)雜密碼痕惋，和用戶自己設(shè)置密碼的區(qū)別在于，在我們平臺上用戶容易犯錯的概率娃殖。我們大大減少了用戶使用簡單密碼的概率值戳。這是由Boss提出來的方法，因為它簡單炉爆，容易實施堕虹。
我的考慮
這個問題涉及的關(guān)鍵點是，如何證明這個賬單是由對方的雇員產(chǎn)生的叶洞，分別通過微信號來確認鲫凶，手機號碼的所有者來確認禀崖，復(fù)雜密碼的知情人士身份來確認衩辟。第三種方式的實施成本是最低的，但是犯錯概率是最高的波附，因為復(fù)雜密碼的知情人士不限于用戶本身艺晴，也有可能是中間過程的對方甚至是我方人員。
我認為第二種方案應(yīng)該是最優(yōu)的掸屡，雖然有一定的運營成本（短信費用）封寞，但是開發(fā)成本和實施成本都接近最優(yōu)解。而Boss否定這種方案而提出來的人員流動性問題仅财，是不太可能被任何方案覆蓋的狈究。
如果Boss堅持。盏求。抖锥。
Boss堅持第三種方案的情況下，我提出增加監(jiān)控的機制碎罚，當某個用戶的免費額度達到預(yù)定的警戒線的情況下系統(tǒng)報警（不是真的報警磅废，是指發(fā)短信給相關(guān)人員）。
我學(xué)到的一些皮毛
- 不要只提出一種方案荆烈，這樣自己就會陷入對其中一個方案的執(zhí)著之中拯勉，尤其是做技術(shù)出身的很可能有潔癖竟趾。
- 頭腦中對某些關(guān)鍵因素要有概念：
開發(fā)成本,實施成本，運營成本宫峦，風險監(jiān)控等等岔帽。規(guī)范的流程和術(shù)語，可以防止出現(xiàn)某些重大的紕漏斗遏，讓討論的進程更有建設(shè)性山卦。 - Boss永遠是對的，如果你覺得Boss不對诵次，那么是因為你看不到Boss看到的東西账蓉！哈哈！
