---
# System prepended metadata

title: 2020.04.17 第六次Meeting
tags: [溫室, 下學期, 功能架構, Meeting]

---

2020.04.17 第六次Meeting
===
###### tags: `Meeting` `下學期` `溫室` `功能架構`

:::info
- **Location:** D02-322
- **Date:** Apr 17, 2020 10:00 AM
- **Agenda**
1. 嘉義大學自然農法學園訪談結果討論 `60min`
- **Participants:**
    - **林宸堂 教授**
    - **蔣昆興**
    - **黃士芬**
    - **盧俊吉**
    - **曾彗瑀**
    - **蔡岳霖**
- **Contact:** James Lu **<james40309@gmail.com>**
- **Host:** 曾彗瑀
- **Reference:** - [2020.04.10 第五次Meeting](/rQj97QqhSUmCfn9AG2H-zg)
:::

> [TOC]
> 


不要讓口委不開心 也不要讓他開口

討論的時候要定義名詞 e.g.合作商?
甚至要有一個定義表 以及對照表(縮寫跟全稱)
存貨進貨的貨是什麼 貨要明確定義 包含種子嗎 還是沒有
可以把蔬菜根種子分開 也可以都是貨

大哥說不用做 就真的不用做嗎
終端使用者要不要是一回事 口委說需不需要又是另外一回事
要怎麼兼顧兩邊 都要去思考

因為來源不一樣 細項不一樣 所以大哥分得很開 所以我們也分兩種做法

我們可以做得很彈性 設計都做 但是也可以很彈性的移除掉
這樣如果大哥不要 那就移除

架構圖藍色部分(POS端)跟綠色部分(移動端)如何做切割
橘色部分有點太多，有些雷同的是不是可以合併
一個介面可分成兩個模式－一般模式，溫室模式

十大客戶可做成未來式－>預估下一期之十大客戶
這樣大哥也可以藉由這個功能去做個別行銷

think:產品資訊的分類
產品資訊部分，名稱可以再取一個更貼切(炫?)的名稱
think:會員管理的**預定系統**
為什麼不是在**資料管理**或是**銷貨系統**之中？
think:消費者端的通路合作
此功能是否其必要性?



