summaryrefslogtreecommitdiff
path: root/4bvi1x.md
diff options
context:
space:
mode:
Diffstat (limited to '4bvi1x.md')
-rw-r--r--4bvi1x.md39
1 files changed, 39 insertions, 0 deletions
diff --git a/4bvi1x.md b/4bvi1x.md
new file mode 100644
index 0000000..4ccaa76
--- /dev/null
+++ b/4bvi1x.md
@@ -0,0 +1,39 @@
+---
+id: 4bvi1x
+date: 2026-02-26T12:37:14+0300
+languages: [ru]
+aliases:
+
+reviews:
+
+tags:
+- draft
+- huge idea
+- game
+---
+# Project Cooked
+
+Игра, похожая на Plate Up задумкой.
+
+Имеется ресторан, мы является его владельцами. По совместительству мы - и повар, и оффициант. Задача
+заключается в обслуживании людей на основе тех ингридиентов, что имеются. Это позволяет добавить
+механику "ежедневного меню", порчи ингридиентов со временем (чтобы игрок не закупился ингридиентами
+на 100 дней вперёд), и так далее.
+
+Важной отличительной чертой должно стать то, что игрок по мере прохождения получает как баффы, так и
+дебаффы. В случае с дебаффами, это могут быть новые позиции в меню, более критичные посетители, и
+тыпы и тыды. В случае баффов, это могут быть упрощения по готовке, упрощения в передвижении, способы
+увеличения прибыли (загибание цены, оптовые поставки, и тыпы).
+
+Очевидно, что из-за механики ингридиентов и невозможности иногда обслужить посетителей - ситуацией
+проигрыша является что-то сложнее чем "не обслужить одного посетителя". На данный момент, я бы идеи
+сформулировал так:
+- Если не можем предложить NPC заказ, который он хочет - это не приводит к проигрышу. Это приведёт к
+ тому, что NPC имеет шанс выбрать что-то другое, либо уйти.
+- Если мы предложили NPC заказ, и мы его не можем приготовить - похоже на условие проигрыша
+- Если мы предложили NPC заказ, и мы его не успели приготовить - похоже на условие проигрыша
+- Если мы находимся в отрицательном балансе больше 1 дня - похоже на условие проигрыша
+ (закупили ингридиенты в кредит, но по итогу не смогли отбить кредит)
+
+## Down
+-