---
# System prepended metadata

title: 03.31.20 想流程問題
tags: [溫室, 下學期]

---

03.31.20 想流程問題
===
###### tags: `溫室` `下學期` 

這邊是想到溫室會做的事，大家先想一下可以改進什麼，到時候提這些問他的想法，讓他有個方向可以討論。
:::danger
**4/2，06:16**前做完喔。如果還有想到什麼事沒在上面的也都可以加 :fire:
:::
:::info
一人至少認領兩個，想到什麼就打 :mega:
:::

## 目前流程
### 1. 進貨(盧俊吉)
* 資料電子化處理(電腦/行動裝置)
### 2.播種/施肥/採收
* 現行流程：依季節進行播種。
* 可改進流程：
* 改進方法：透過經驗及過去紀錄推算採收時間，並更新在網站及app上，以提醒消費者(幫助其預訂?)，但確切採收時間還是需要看天氣狀況。
### 3.報廢(蔣昆興)
* 現行流程：大哥手寫於紀錄本中，尚不清楚記錄方式與內容。
* 可改進流程：手寫
* 改進方法：要電子話。先詢問報廢的單位與時機(如採收結束時，或是賣不完?)，了解系統該怎麼設計
### 4.包裝(蔣昆興)
* 現行流程：大哥或工作人員裝袋，並放入冰箱。
* 可改進流程：裝袋
* 改進方法：若未來須加上條碼，則應有標籤機可以方便的輸出條碼。
### 5.上架（曾彗瑀）
* 現行流程：
* 可改進流程：
* 改進方法：
    * 管理者-可透過掃條碼直接講商品刊登到app上。（可以先詢問大哥想用什麼方式，直接手打輸入？條碼？）
    * 顧客-每日可從app上瀏覽當日及隔日將販售的品項。app也會適時針對顧客喜好推薦商品。
### 6.更新現貨資訊（曾彗瑀）
* 現行流程：
* 可改進流程：
* 改進方法：顧客-一旦有新資訊，app會立即跳出訊息提醒。若是顧客原本預定的商品有變動，app能立即詢問顧客是否變更品項或棄單。
### 7.電話預訂(盧俊吉)
* 做app之後，會員可以多一個線上預訂(不管是校外人士或各系辦)
### 8.客人取菜(盧俊吉)
* 會員預訂且付完錢(儲值扣款/線上支付)，來就可以直接拿菜走，不用再讓大哥跑來跑去。
1.沿用現在的冷藏櫃，會員自己拿預定的菜(但可能會有偷拿菜的行為)
2.再做一個自助取貨櫃，會員才能開櫃拿到自己的東西(成本高很多)
### 會員儲值/加入會員(黃士芬)
* 現行流程：
（1）加入會員：紙本登記（？）
（2）會員儲值為：紙本登記儲值金額
* 可改進之流程：
將紙本作業改掉
* 改進方法：
（1）會員申請可以直接透過app端申請並審核（？）
（2）可以利用條碼掃描進行作業
     （a）管理者：掃描器
     （b）會員-條碼：會員卡或是手機載具（eg.全家app有專屬會員之條碼）
### 客人退貨
* 現行流程：無
* 可改進流程：
* 改進方法：現場:發現菜有問題立即要求更換或退錢、購買完後:若於拆封前發現問題憑發票?可以要求退錢或退貨；若於拆封後發現問題一律不給退錢或換貨
### 經營粉專（黃士芬）
* 現行流程：
Facebook 粉專經營
* 可改進流程：
Facebook 粉專公布資訊，資訊無法傳的廣
* 改進方法：
開發app後，可以公布資訊在頁面，或進行推播，讓資訊傳達更完整
* 想到的方法有二：
1. app首頁就有最新資訊輪播
2. 像蝦皮有個動態頁面，可以在此進行潑文
***
### prototype方案
**寫出你認為這兩個分別的優缺點，到時候直接跟大哥分析，再問他要哪一個**
1. 分成三個
    1. 消費者端
    1. 結帳端(主要放POS系統，固定放在櫃台)
    1. 管理端(主要讓他可以遠端作業，可下載至手機或平板Ex.粉專經營、查看報表、採收/種植紀錄，可以隨身帶著走的那種)

>主要就可以遠端作業啦，只是田裡作業還要想怎麼辦，當然選擇越多越好。
>[name=盧俊吉]

>**消費者端**可以參考別的品牌的品牌手機APP，提供優惠資訊，會員管理，或甚至結帳等功能。
>**結帳**就是做跟"帳"有關的東西，最傳統的POS系統，就是我們寫過的結帳，產品管理，會員管理等等。
>**管理**的部分，希望管理者在家也可以操作系統，檢視報表，發布訊息，而不是透過POS系統做訊息推播，這樣有點奇怪。
>[name=蔣昆興]

>我認為分成三個的好處是分的比較清楚，POS系統的部分就是在溫室進行，管理的部分就可以藉由管理者身上的行動裝置(手機或平板)進行操作，而消費者端就是藉由APP了解資訊及購買商品(?)
>#至於如果大哥在田裡工作，不方便操作機台，若是有**會員且有儲值，掃描機可否固定，然後會員自行刷會員條碼並結帳?**
>#聲控操作?
>[name=黃士芬]
>
>[name=曾彗瑀]
>
拆分成三項會比較明確，不會有全部混在一起的雜亂感，消費者端用app方式應該沒問題。
>[name=蔡岳霖]
>
2. 分成兩個
    1. 消費者端
    1. 結帳與管理結合，只要一台POS機。(將全部管理者用到的東西都放在同一個應用程式上，裝置固定在櫃檯)


>就看大哥的作業流程，如果他已經習慣每次都到櫃檯再記東西，然後粉專也不是他在經營的話，那應該就不太需要。
>[name=盧俊吉]

>**消費者端**：不用多說了吧~
>**結合**：若是結合在一起，就變為兩種方式：
    1. 軟體可供下載：這樣就會在手機上下載一套POS系統，有點奇怪
    2. 軟體不可下載：只能在現場操作POS機(或是帶回家)，也只能用規定的機器進行訊息發布等等，也是有點奇怪  
>**我覺得要參考一下現在的APP(就是一般人也可以下載的，發布訊息給自己客戶的那種)，後台流程是怎麼跑的，是網頁版?手機版?或是都有/其他方式?**
>舉例：買家與賣家(但這仍有差異，因為發布優惠訊息的是平台不是賣家eg.蝦皮)
>[name=蔣昆興]

>我覺得將結帳與管理結合感覺有點怪，而且感覺這個**系統會塞很多的功能，會使這個系統變得複雜，操作起來可能不是那麼的方便且容易**。對於要使用這套系統的人可能也是一個困難的挑戰。然後這個系統只能在櫃檯使用，這樣管理的部分使用起來可能不是那麼方便，若是管理者想要查看報表或是張貼溫室消息，都還要跑到櫃台，這樣感覺有些麻煩。
>[name=黃士芬]
>
>[name=曾彗瑀]
>
>[name=蔡岳霖]



### Graphviz
```graphviz
digraph hierarchy {

    nodesep=1.0 // increases the separation between nodes
                
    node [color=Red,fontname=Courier,shape=box] //All nodes will this shape and colour
    edge [color=Blue, style=dashed] //All the lines look like this

    Headteacher->{Deputy1 Deputy2 BusinessManager}
    Deputy1->{Teacher1 Teacher2}
    BusinessManager->ITManager
    {rank=same;ITManager Teacher1 Teacher2}  // Put them on the same level
    
}
```


### Mermaid
```mermaid
gantt
    title A Gantt Diagram

    section Section
    A task           :a1, 2014-01-01, 30d
    Another task     :after a1  , 20d
    section Another
    Task in sec      :2014-01-12  , 12d
    anther task      : 24d
```

```mermaid
gantt
dateFormat  YYYY-MM-DD
title Adding GANTT diagram to mermaid
excludes weekdays 2014-01-10

section A section
Completed task            :done,    des1, 2014-01-06,2014-01-08
Active task               :active,  des2, 2014-01-09, 3d
Future task               :         des3, after des2, 5d
Future task2               :         des4, after des3, 5d
```